SLA ve uptime: sağlayıcılar ne vaat ediyor
%99,9'luk SLA sağlayıcıya ayda 43 dakika kesinti hakkı tanır, %99,99 ise yaklaşık dört dakika. Ama reklamdaki yüzde henüz bir taahhüt değildir: taahhüt, neyin kesinti sayıldığını, neyin hariç tutulduğunu ve size ne kadar geri ödeneceğini yazan belgedir. Bu çoğu zaman para değil, bir sonraki faturada indirimdir. Bu belgeleri nasıl okuyacağınıza ve erişilebilirliği kendiniz nasıl kontrol edeceğinize bakalım.
SLA (Service Level Agreement, hizmet düzeyi sözleşmesi), sağlayıcının belirli bir erişilebilirlik vaat ettiği ve vaadi tutmazsa ne olacağını tanımladığı sözleşme bölümüdür. Uptime, hizmetin çalıştığı sürenin oranıdır. Aşağıda yüzdelerin dakikaya nasıl çevrileceğini, sağlayıcıların gerçekte ne vaat ettiğini, SLA'nın tam olarak neyi tazmin ettiğini ve kendi izlemeniz olmadan tazminatı neden alamayacağınızı bulacaksınız.
Yüzdeler dakika olarak ne anlama gelir?
%99,9 ile %99,99 arasındaki fark bir yuvarlama gibi görünür, ama dakika olarak on kattır. Planlı çalışmalar hariç, 30 günlük bir ay ve bir yıl için:
| Erişilebilirlik | Ayda izin verilen kesinti | Yılda |
|---|---|---|
| %99 | 7 sa 12 dk | 87 sa 36 dk |
| %99,5 | 3 sa 36 dk | 43 sa 48 dk |
| %99,9 | 43 dk 12 sn | 8 sa 46 dk |
| %99,95 | 21 dk 36 sn | 4 sa 23 dk |
| %99,99 | 4 dk 19 sn | 52 dk 34 sn |
| %99,999 | 26 sn | 5 dk 15 sn |
30 günlük bir ayda üç saatlik tek bir arıza erişilebilirliği %99,58'e düşürür. Çekirdek güncellemesiyle fiziksel sunucunun yeniden başlatılması birkaç dakika sürer, bu yüzden tek bir fiziksel sunucu için %99,99 neredeyse yerine getirilemeyecek bir vaattir: ancak sanal makineler birden fazla fiziksel sunucuda çalışıyor ve kesintisiz taşınabiliyorsa gerçekçidir. Ayın uzunluğunu da hesaba katın: 31 günlük bir ayda %99,9 zaten 44 dakika 38 saniyedir.
Sağlayıcılar ne vaat ediyor?
accsly.io kataloğuna göre (Kasım 2026) 2.242 VPS sağlayıcısından 1.479'u erişilebilirlik belirtiyor ve bunların 1.409'u somut bir yüzde veriyor. Belirtilen değerlerin en yükseğini alırsak tablo şöyle:
- %99,9: 720 sağlayıcı, yani %51;
- %99,9'dan yüksek ama %99,99'dan düşük (genellikle %99,95 veya %99,98): 161, yani %11;
- %99,99 ile %99,999 arası: 327, yani %23;
- %100: 86, yani %6;
- %99,9'dan düşük: 115, yani %8.
150 sağlayıcının tanımında iki veya daha fazla farklı değer geçiyor: biri ana sayfada, diğeri paket sayfasında veya koşullarda; bazen ağ ve sunucular için ayrı değerler. Katalogda kayıtlı koşullarda tazminattan yalnızca 62 sağlayıcı söz ediyor. Bu, diğerlerinde tazminat olmadığı anlamına gelmez, ama sitenin görünür sayfalarında bulunamayacağı anlamına gelir: belgenin kendisine ihtiyacınız var.
SLA gerçekte ne öder?
SLA neredeyse her zaman zararınızı değil, hizmet bedelinin bir kısmını geri verir; çoğu zaman da para olarak değil, indirim olarak. Bu, SLA'larını eksiksiz yayımlayan büyük bulut platformlarının belgelerinde açıkça görülür.
- Yabancı bir bulut platformunun SLA'sı tek bir sanal makine için %99,9 vaat eder ve ihlal durumunda, erişilebilirlik %95 ile %99,9 arasındaysa o makinenin aylık faturasının %10'u, %90 ile %95 arasındaysa %25'i, %90'ın altındaysa %100'ü kadar kredi verir. Kredi gelecekteki ödemelerden düşülür ve hizmetin aylık faturasını aşamaz.
- En büyük yabancı platformun SLA'sı tek bir makine için yalnızca %99,5 vaat eder; %99,99 ise birden fazla erişilebilirlik bölgesine yerleştirilmiş makineler içindir. Krediler aynı basamaklarda %10, %30 ve %100'dür ve para olarak iade edilmez.
- Büyük bir Rus bulutunun sözleşmesinde tazminatın para ödemesi değil, hizmet bedelini düşüren bir indirim olduğu ve dönem içindeki hizmet bedelini aşamayacağı açıkça yazılıdır.
Bir örnekle hesaplayalım. Ayda 21 dolarlık bir VPS üç saat çalışmadı, erişilebilirlik %99,58. İlk düzende size %10, yani gelecek ay için 2,10 dolar indirim düşer. %99,5 eşikli ikinci düzende ise hiçbir şey: üç saat vaadin içinde kalır. Mağazanız bu üç saatte sipariş kaybettiyse SLA bunu karşılamaz. Bu yüzden SLA, işletmenin sigortası değil; sağlayıcı üzerinde bir baskı aracı ve onun altyapısına ne kadar güvendiğinin bir işaretidir.
İstisnalar ve başvuru süreleri
SLA'nın asıl önemli kısmı yüzde değil, kesinti sayılmayan durumların listesidir. Tipik maddeler neredeyse tüm belgelerde bulunur:
- Planlı çalışmalar. Yukarıdaki örnekteki Rus bulutunun sözleşmesinde, üç gün önceden duyurulan bakım kesinti sayılmaz; bakım ve acil müdahale çalışmalarından kaynaklanan, dönem başına 8 saate kadar olan kesinti ise tazmin edilmez.
- Müşterinin eylemleri. Güvenlik duvarı ayarındaki bir hata, dolmuş bir disk, çökmüş bir uygulama sağlayıcının kesintisi değildir.
- Dış nedenler. Mücbir sebepler, resmi makamların talepleri, çoğu zaman da DDoS saldırıları. Saldırı sırasında nelerin değiştiği Sağlayıcılarda DDoS koruması yazısında ele alınıyor.
- Kural ihlali ve borç. Sunucu kural ihlali nedeniyle engellendiyse veya fatura gecikmişse tazminat olmaz.
- Tam olarak ne ölçülüyor. Bazı SLA'lar veri merkezi ağının, bazıları fiziksel sunucunun, bazıları da sizin makinenizin erişilebilirliğini hesaplar. Yabancı bulutun belgesine göre kesinti, dış bağlantının veya diske erişimin kaybıdır ve yalnızca bir dakikadan uzun süreler sayılır.
Tazminat neredeyse hiçbir zaman kendiliğinden tanımlanmaz, talep etmeniz gerekir. Süre sınırlıdır: Rus bulutunun sözleşmesinde olaydan itibaren 30 takvim günü, yabancı platformlardan birinde 60 gün, diğerinde ikinci fatura döneminin sonuna kadar. Başvuruda her olayın tarihi ve saati gerekir; yabancı belgeler kesintiyi gösteren günlükleri de açıkça ister. Süreyi kaçırırsanız tazminat hakkı düşer.
SLA belgesi olmadan uptime
Ana sayfadaki "%99,99 uptime" ile SLA farklı şeylerdir. Reklamdaki rakam, karşılığında bir sözleşme bölümü veya ayrı bir belge yoksa hiçbir şey vaat etmez. Satın almadan önce bu belgeyi bulun ve kontrol edin:
- erişilebilirlik hangi dönem için hesaplanıyor: ay, çeyrek, yıl;
- neyin kesinti sayıldığı ve en az ne kadar sürmesi gerektiği;
- hangi çalışmaların ve olayların hariç tutulduğu ve planlı çalışmaların nasıl duyurulduğu;
- her erişilebilirlik basamağında ne kadar tazmin edildiği ve bir tavan olup olmadığı;
- hangi biçimde: para, hesaba kredi, ek günler;
- başvurunun nasıl ve hangi süre içinde yapılacağı ve hangi kanıtların gerektiği.
Böyle bir belge yoksa destek ekibine yazılı olarak sorun. Koşullara atıf yapmayan "bizde her şey stabil" yanıtı, erişilebilirlik konusunda bir vaat olmadığı anlamına gelir. Bu, sağlayıcının mutlaka kötü olduğu anlamına gelmez, ama onu yüzdeye göre karşılaştırmanın anlamı yoktur. %100 vaadi de bir soru sormak için nedendir: bu yüzde kaçınılmaz olarak tutmadığında sağlayıcı ne geri verecek?
Erişilebilirliği kendiniz nasıl kontrol edersiniz?
Sağlayıcı erişilebilirliği kendi verilerine göre hesaplar ve anlaşmazlığı çoğu zaman müşterinin verileri çözer. Aynı sunucuda değil, tercihen aynı sağlayıcıda da olmayan harici bir kontrol gerekir: dakikada bir HTTP veya ping sorgusu, her arızanın başlangıç ve bitiş saatini tam olarak kaydeden bir günlük, mesajlaşma uygulamasına veya e-postaya bildirim. Bunun ücretsiz olarak nasıl kurulacağı Sunucu izleme: uptime, yük, uyarılar yazısında anlatılıyor; izleme sunucusu için uygun paketler ise izleme için VPS seçkisinde toplanmış.
Bir arıza yaşandıysa günlüğü saklayın ve başvuruyu ay sonunda değil, hemen yapın: başlangıç ve bitiş saatini, sunucunun adresini ve tam olarak neyin erişilemez olduğunu belirtin. Birkaç kısa arızanın yaşandığı bir ayı da hesaplamaya değer: toplamları SLA eşiğini aşabilir.
Erişilebilirlik gerçekten önemliyse
Hiçbir SLA tek bir sunucuyu daha güvenilir yapmaz, yalnızca sorumluluğu paylaştırır. Bir saatlik kesinti sunucunun aylık ücretinden pahalıya geliyorsa arızayı mimariye dahil edin:
- yedeği başka bir sunucuda tutun ve geri yüklemeyi test edin; bkz. VPS yedekleri;
- önemli bir hizmet için başka bir lokasyonda veya başka bir sağlayıcıda ikinci bir sunucu açın ve trafiği DNS veya yük dengeleyici üzerinden yönlendirin;
- fiziksel makinede diskleri RAID'e alın ve donanım değişim süresini öğrenin; VPS'ten farkları Dedicated sunucu mu VPS mi yazısında anlatılıyor.
Farklı sağlayıcılardaki %99,9'luk iki sunucu, arızaları birbirinden bağımsızsa, %99,99 vaat eden tek bir sunucudan daha yüksek erişilebilirlik sağlar ve genellikle bu düzeyde gerçek garantileri olan tek bir sunucudan daha ucuza gelir.