Uptime ve SLA — sayılar gerçekte ne anlama gelir

Çalışma Süresi Nedir ve Rakamları Neden Yanıltıcıdır?

Bir web barındırma şirketi çalışma süresinin %99.9'unu garanti ettiğini iddia ettiğinde, birçok kullanıcı hizmetlerinin neredeyse her zaman erişilebilir olduğunu düşünür. Ancak gerçek şu ki, bu %0.1'lik kesinti süresi işiniz üzerinde önemli bir etkiye sahip olabilir. Bu makalede, reklam rakamlarını tekrarlamak yerine, her çalışma süresi seviyesinin ayda, yılda hatta on yılda kaç dakika kesintiye izin verdiğini tam olarak hesaplıyoruz. Ayrıca, SLA'nın (Hizmet Seviyesi Sözleşmesi) genellikle hangi durumları kapsamadığını ve neden sadece yüzdelerle yetinmemeniz gerektiğini inceliyoruz.

Her Çalışma Süresi Seviyesinde İzin Verilen Kesinti Dakikalarının Hassas Hesaplaması

Daha iyi anlamak için basit bir formülle başlayalım. Bir hizmet belirli bir zaman diliminde (örneğin 30 günlük bir ay) kullanılabilir durumdaysa, izin verilen kesinti süresi şu şekilde hesaplanır:

İzin verilen Kesinti Süresi = (1 - (Çalışma Süresi Yüzdesi / 100)) × Zaman Diliminin Dakika Sayısı

Örneğin, 30 günlük bir ayda (43.200 dakika):

• %99 Çalışma Süresi: (1 - 0.99) × 43200 = 432 dakika (yaklaşık 7.2 saat kesinti)
• %99.9 Çalışma Süresi: (1 - 0.999) × 43200 = 43.2 dakika
• %99.99 Çalışma Süresi: (1 - 0.9999) × 43200 = 4.32 dakika
• %99.999 Çalışma Süresi: (1 - 0.99999) × 43200 = 0.432 dakika (yaklaşık 26 saniye)

Şimdi bu rakamları daha uzun zaman dilimleri için hesaplayalım:

Bir Yıl İçin Hesaplama (365 gün = 525.600 dakika)

• %99 Çalışma Süresi: 5.256 dakika (yaklaşık 3.65 gün kesinti)
• %99.9 Çalışma Süresi: 525.6 dakika (yaklaşık 8.76 saat)
• %99.99 Çalışma Süresi: 52.56 dakika (bir saatten az)
• %99.999 Çalışma Süresi: 5.256 dakika (yaklaşık 5 dakika 15 saniye)

Önemli Not: Birçok şirket çalışma süresini aylık veya yıllık olarak hesaplar, ancak SLA genellikle aylık veya yıllık ortalamalara dayanır. Bir ayda 10 saatlik bir kesinti yaşarsanız ve sonraki ay sorunsuz geçerse, yıllık ortalama hala %99.9 gösterebilir, ancak o belirli ayda zarar etmiş olursunuz.

Bir On Yıl İçin Hesaplama (10 yıl = 5.256.000 dakika)

• %99.9 Çalışma Süresi: 5.256 dakika (on yılda yaklaşık 3.65 gün kesinti)
• %99.99 Çalışma Süresi: 525.6 dakika (yaklaşık 8.76 saat)
• %99.999 Çalışma Süresi: 52.56 dakika (bir saatten az)

Bu rakamlar, çalışma süresindeki küçük görünen bir yüzdelik farkın bile uzun vadede büyük bir fark yarattığını gösteriyor. Her saatlik kesintinin gelir kaybı anlamına geldiği bir e-ticaret web sitesi için %99.9 ile %99.99 arasındaki fark yılda yüz milyonlarca liraya ulaşabilir.

SLA Hangi Durumları Kapsamaz? Sözleşmelerdeki Gizli Noktalar

SLA (Hizmet Seviyesi Sözleşmesi), garanti edilen hizmet seviyesini belirten bir belgedir, ancak genellikle birçok istisnası vardır. Aşağıda SLA'da genellikle kapsanmayan en yaygın durumları inceliyoruz:

Planlı Bakım Kesintileri (Scheduled Maintenance)

Çoğu barındırma şirketi, güvenlik güncellemeleri, donanım onarımları veya ağ yükseltmelerinden kaynaklanan kesintileri çalışma süresi hesaplamasının dışında tutar. Bu kesintiler genellikle önceden bildirilir, ancak işinizin yoğun olduğu saatlerde meydana gelirlerse yine de zarara yol açarlar. SLA'yı kontrol ederek bu kesintilerin kesinti süresi hesaplamasına dahil edilip edilmediğini mutlaka öğrenin.

Kontrol Dışı Ağ Sorunları (External Network Issues)

Sorun sizin ISS'nizden, büyük bir DDoS saldırısından veya üst ağlardaki bir kesintiden (örneğin, bir internet değişim noktasındaki sorun) kaynaklanıyorsa, genellikle SLA kapsamında değildir. Örneğin, sunucunuz ServerNet veri merkezinde olsa bile, kullanıcılarınız ISS'lerindeki bir sorun nedeniyle sitenize erişemiyorsa, bu kesinti SLA'da hesaplanmaz.

Kullanıcı Kaynaklı Sorunlar (Customer-Caused Issues)

Sunucu ayarlarını kendiniz değiştirir, hatalı bir betik çalıştırır veya izin verilen kaynakların üzerinde kullanım yaparsanız, bu eylemlerden kaynaklanan herhangi bir kesinti SLA kapsamında değildir. Ayrıca, uygulamanız (WordPress gibi) hatalı bir eklenti nedeniyle çökerse, bu kesinti sizin sorumluluğunuzdadır.

DDoS Saldırıları ve Siber Saldırılar

Birçok SLA, DDoS saldırılarını "mücbir sebep" veya kontrol dışı olaylar olarak kabul eder ve bunları çalışma süresi hesaplamasının dışında tutar. Bazı şirketler temel DDoS koruması sağlasa da, saldırı koruma seviyesini aşarsa kesinti hesaplanmaz.

Belirli Bir Eşiğin Altındaki Kesintiler (Threshold Downtime)

Bazı SLA'lar, 5 veya 10 dakikadan kısa kesintileri dikkate almaz. Yani sunucunuz 4 dakika kesinti yaşarsa, bu çalışma süresi hesaplamasına dahil edilmez. Bu durum, hassas hizmetler (çevrimiçi bankacılık gibi) için sorun yaratabilir.

Gerçek SLA Nasıl Değerlendirilir?

Bir SLA'yı değerlendirirken, sadece çalışma süresi yüzdesine odaklanmak yerine aşağıdaki noktalara dikkat edin:

Ölçüm Birimi ve Hesaplama Dönemi

SLA, çalışma süresinin hangi döneme göre hesaplandığını belirtmelidir: aylık, üç aylık veya yıllık. Ayrıca ölçüm birimi (dakika, saat veya yüzde) net olmalıdır. İyi bir SLA genellikle kesinti süresini sadece yüzde olarak değil, dakika olarak da raporlar.

Kesinti Bildirimi ve Talep Süreci

Bir kesintiyi bildirmek için hangi süreci izlemeniz gerektiğini inceleyin. Destek bileti ile mi başvurmanız gerekiyor? Talep kaydı için zaman sınırı nedir? Bazı şirketler sadece ilk 24 saat içinde bildirilen kesintileri kabul eder. Ayrıca gerekli belgeleri (sunucu günlükleri veya izleme aracı ekran görüntüleri gibi) belirleyin.

Cezalar ve Tazminatlar (SLA Credits)

Genellikle SLA ihlali durumunda, barındırma şirketi size bir sonraki faturada kullanabileceğiniz "hizmet kredisi" (credit) verir. Ancak bu krediler genellikle sınırlıdır. Örneğin, çalışma süresi %99.9 olarak garanti edilmiş ancak %99.5'e düşmüşse, aylık ücretinizin %5'i düşülebilir. Bu miktar, kesintiden kaynaklanan zararla karşılaştırıldığında genellikle önemsizdir.

Yaygın Bir Hata: Bağımsız İzleme Olmadan Çalışma Süresine Güvenmek

Birçok kullanıcı, barındırma şirketi tarafından sağlanan çalışma süresi raporuna körü körüne güvenir. Ancak bu raporlar şirketin kendi sunucularından alınmış olabilir ve küçük kesintileri göz ardı edebilir. Örneğin, sunucunuz erişilebilir durumdayken web siteniz yük dengeleyici veya veritabanı sorunu nedeniyle çalışmıyorsa, bu durum sunucu çalışma süresi raporuna yansımayabilir.

Çözüm: Web sitenizi birden fazla coğrafi konumdan kontrol eden üçüncü taraf bir izleme hizmeti (UptimeRobot veya Pingdom gibi) kullanın. Bu araçlar genellikle gerçek kesinti süresi hakkında daha doğru raporlar sağlar. Ayrıca, basit betikler kullanarak sunucu günlüklerinizi analiz ederek gerçek kesintileri tespit edebilirsiniz.

Özet: Çalışma Süresini Ciddiye Alın, Ancak Açık Görüşlü Olun

Çalışma süresi rakamları, doğru yorumlandığında barındırma hizmeti seçmek için faydalı bir araçtır. Ancak şunları unutmamalısınız:

• Çalışma süresindeki her %0.1'lik düşüş, yılda yaklaşık 8.76 saat kesinti yaratır.
• SLA genellikle kesintilerin büyük bir kısmını kapsamayabilecek birçok istisnaya sahiptir.
• Gerçek çalışma süresinden emin olmanın en iyi yolu, üçüncü taraf izleme kullanmak ve SLA'yı dikkatlice incelemektir.

Yüksek çalışma süresi ve şeffaf SLA'ya sahip bir barındırma hizmeti arıyorsanız, profesyonel bulut altyapısı sunan ServerNet gibi şirketler iyi bir seçenek olabilir. Ancak satın almadan önce her zaman SLA'yı satır satır okuyun ve destek ekibine tam olarak hangi durumları kapsadığını sorun. Unutmayın: Web barındırma dünyasında, tek başına "%99.9" yeterli değildir; önemli olan pratikte şeffaflık ve güvenilirliktir.