SLA Hesap
SLA yüzdesinize dayanan maksimum izin süresi hesaplamak.
Enter your SLA
İçerik tablosu
Kapsamlı SLA Kılavuzu
SLA nedir?
Bir Servis Seviye Anlaşması (SLA) bir hizmet sağlayıcı ve beklenen hizmet seviyesini tanımlayan bir müşteri arasında bir sözleşmedir, genellikle zaman yüzdesi olarak ifade edilir. SLA, belirli bir süre boyunca izin verilen maksimum süre miktarını belirtir (gün, ay veya yıl) ve genellikle sağlayıcının garantiyi karşılamadığı takdirde finansal ceza veya hizmet kredilerini içerir. SLAs, bulut barındırma, telekomünikasyon, SaaS ve yönetilen hizmetlerde yaygındır.
Nasıl hesaplanır?
Formül şu: Downtime = (1 - SLA%) Dönem. Örneğin, 99.9 ile% SLA bir yıl (525,600 dakika): Downtime = 0.1% × 525,600 = 526 dakika (yaklaşık 876 saat) yılda. Bu hesaplayıcı günlük, aylık ve yıllık dönemler için aynı mantık uygular, böylece her pencerede en fazla izin verilen kesintiyi görebilirsiniz.
SLA vs SLO vs SLI
SLA (Hizmet Seviyesi Anlaşması) sözleşme garantisidir. SLO (Hizmet Düzeyi Objektif olarak), SLA'dan bir tampon oluşturmak için temel hedeftir. SLI (Hizmet Düzey Göstergesi), ölçümlediğiniz gerçek ölçümdür (örneğin, izlemeden gelen erişilebilirlik yüzdesi). İyi uygulama: SLO 0,5-1 set% SLA'nın üzerinde bu yüzden normal varyasyon anlaşmayı ihlal etmiyor.
- Uptime %: SLA yüzdesi (e.g. 99.9%) garantili kullanılabilirlik. Geri kalan süre izin verilir.
- The "nines": 99% = iki dokuz; 99.9% = üç dokuz; 99.99% = dört dokuz; 99.999% = beş dokuz. Daha fazla dokuz = daha az izin süresi ve genellikle daha yüksek maliyet.
- Hizmet kredileri: ihlal için tipik bir çare (e.g. 10-25% Aylık ücretin 0.1'i% SLA'nın altında nakit para iadesi değil.
- Exclusions: Programlanmış bakım, güç jeure ve müşteri-çünkü kesintiler genellikle downtime'dan dışlanır.
Müşteri vs sağlayıcı perspektifi
Bir müşteri olarak
- Sağlayıcı başarısız olursa net bir zaman garantisi ve kredi alırsınız.
- SLA'nın ne kadar aşağı olduğunu görmek için bu hesaplayıcıyı kullanın (gün, ay, yıl).
- Negotiate Dışlamalar, ölçüm yöntemi ve sözleşmede kredi kapakları.
- Yüksek SLA (e.g. 99.99%) genellikle daha fazla maliyet; iş etkisine karşı denge.
Bir sağlayıcı olarak
- Maksimum bir kesintiye uğrarsınız; kredi veya cezaları tetikler.
- SLA'nın ihlal etmekten kaçınmak için iç SLO'ları ayarlayın.
- Tam olarak ne kadar aşağı ve dışlanmış bakım olarak sayın.
- Sözleşmede kullanılan aynı metodoloji ile erişilebilirliği izleyin.
SLAs Faydaları
- Clarity: Her iki taraf da başarısızlığın beklenen kullanılabilirliği ve sonuçlarını kabul eder.
- Hesaplanabilirlik: Sağlayıcı hedefle tanışmak için bir teşvike sahiptir; müşteri tanımlanmış bir çareye sahiptir.
- Planlama: max izin verilen süreyi bilmek (e.g. 43 min/ay için 99.9%) 2) kapasiteye ve olay yanıt planlamasına yardımcı olur.
- Güven: SLAs (örneğin bulut sağlayıcıları) şeffaflığı ve karşılaştırmayı destekler.
Sınırlar ve düşünceler
- Bir SLA kullanılabilirliğin garantisidir, sıfır değil. İzin verilen kesinti hala kullanıcıları etkileyebilir.
- Servis kredileri nadiren sınırlı hasarlar (gelişmiş gelir, itibar); sorumluluk kapakları uygulanır.
- downtime tanımı değişir: kısmi kesintiler, minimum süre ve dışlamalar açıkça belirtilmelidir.
- Beş dokuzunu (99.999%) önemli miktarda kırmızı ve maliyet gerektirir; tüm sistemler buna ihtiyaç duymaz.
Bir SLA kesintileri engellemez - ne kadar aşağı zaman izin verildiğini ve sağlayıcının bunu aştığını tanımlar. Her zaman ne kadar düşük olduğunu, nasıl ölçüldiğini ve neyin dışlandığını (bakım, güç jeure). Hizmet kredileri tipik olarak kapılır ve kısa bir pencere içinde iddia edilmelidir; iş sürekliliği planlamasını yerine getirmezler.
Doğru SLA seviyesini seçmek
Uygun SLA'yı seçin iş etkisi, maliyet ve fizibiliteye bağlıdır. Dikkat:
- Eleştirellik: Bir saatlik bir süre maliyeti nedir? Müşteri odaklı gelir sistemleri genellikle 99.9'a ihtiyaç duyuyor% veya daha yüksek.
- Maliyet: Yüksek SLAs (99.99%, 99.999%) Reddans ve mühendislik gerektirir; primler önemli olabilir.
- Endüstri normları: Bulut sağlayıcıları genellikle 99.9-99.99 sunar%; Telefon ve finans beş dokuz gerektirir.
- Ölçme: Sözleşmenin kirletici aralığı, yerleri ve nasıl planlanan bakımın dışlandığını sağlayın.
Hızlı referans: SLA tarafından
| SLA | Ay | Yıldır |
|---|---|---|
| 99% | 7.3 h | 3.65 days |
| 99.9% | 43.8 min | 8.76 h |
| 99.99% | 4.4 min | 52.6 min |
| 99.999% | 26 sec | 5.26 min |
SLAs, erişilebilirlik için açık beklentileri belirledi ve sağlayıcının kısa sürdüğünde bir çare sağlıyor. SLA yüzdelerini beton kesintiye dönüştürmek için bu hesaplayıcıyı kullanın (gün, ay, yıl), ve ölçüm, dışlama ve hizmet kredilerine ilişkin açık sözleşme koşullarını birleştirin. Kritik hizmetler için, söz verdiğiniz SLA ile gerçekten tanışabilecek izleme ve mimariye yatırım yapın.
SLA Seviyeleri Açıklandı
Tipik SLA tiers ve etkileri. AWS, Azure ve GCP genellikle 99.9 sunuyor% 99.99% Hizmete bağlı olarak; beş dokuz (99.999%) 2) N+2 redundancy gerektirir ve telecom ve temel bankacılıkta yaygındır.
99% – 99.5%
~7.3 h / ay (9999%) veya -3.6 h / ay (99.5%). Eleştirel olmayan iç araçlar için uygun, Dev/staging. Düşük maliyet, daha az garanti.
99.9% (three nines)
~43.8 min/ay. İş uygulamaları için ortak, e-ticaret, SaaS. Birçok bulut sağlayıcı için endüstri standardı.
99.99% (four nines)
~4.4 dakika / ay. Eleştirel sistemler, finansal hizmetler, ödeme ağ geçidi. Red dışı mimari gerektirir.
99.999% (five nines)
~26 gizlilik / ay. Telekomünikasyon-grad, görev-kritik (örneğin 911, temel bankacılık). başarmak ve çalışmak için çok pahalı.
Downtime Referans Tablosu
Bu masayı günde en fazla izin verilen süresi, ay ve yıl ortak SLA seviyeleri için kullanın. Değerler (1- SLA’dan elde edilir)%) dakikalar içinde × dönem.
| SLA | Gün | Ay | Yıldır |
|---|---|---|---|
| 99% | 14.4 min | 7.3 h | 3.65 days |
| 99.9% | 1.44 min | 43.8 min | 8.76 h |
| 99.99% | 8.6 sec | 4.4 min | 52.6 min |
| 99.999% | 0.86 sec | 26 sec | 5.26 min |
Seçme ve Negotiating SLAs
Bir SLA'yı tanımlama veya müzakere ederken, açıklık ve ölçülebilirliğe odaklanır. Aşağıdaki noktalar anlaşmazlıklardan kaçınmaya ve anlaşmanın uygulanabilir olmasını sağlar.
- Ne kadar düşük zaman (scheduled bakım dışlanmış? minimum süre?)
- ölçüm: kirletici aralığı, yerleri ve nasıl kullanılabilirlik % Hesaplandı
- Servis kredileri veya cezaları ekleyin; tipik 10-25% Kredi başına 0.1% Aşağıda SLA
- Olay raporlaması ve kök 30 gün içinde analiz gerektirir
- Ne kadar düşük zaman (scheduled bakım dışlanmış? Planlanan kesintiler önceden duyuruldu mu?)
- Yüksek SLAs daha pahalıya mal oldu - iş etkisine karşı denge. 1 saatlik bir kesinti 99.99 için primden daha az mal olabilir%.
- Sözleşmede hizmet kredileri veya cezaları ekleyin. Tipik: 10-25% Kredi başına 0.1% Aşağıdaki SLA.
- 30 gün içinde şeffaf olay raporlama ve kök neden analizi (RCA) gerektirir.
- Farklı hizmet tiers (e.g., premium vs standart destek) için ayrı SLAs düşünün.
- ölçüm metodolojisi: anket aralığı (1 min? 5 dakika?), izleme noktalarının sayısı, coğrafi kapsama.
- Avoid ambiguity: define "available" precisely (e.g., HTTP 200 within 5 seconds from at least 2 of 3 regions).
Downtime olarak hangi tutar?
SLA tanımları sözleşme ile değişir. Anlaşmalardan kaçınmak için aşağıdakileri yazıya açıklayın:
- Kayıt bakım: Genellikle dışlanmış. Önceden 5-14 gün ilan edilmelidir.
- Kuvvet majeure: Doğal afetler, savaşlar - genellikle dışlanmış.
- Müşteri kaynaklı kesintiler: Yanlış yapılandırmanız - dışlanmış.
- Kısmen kesintiler: Bazı sağlayıcılar sadece tam olarak yetersizlik sayıyor; mezuniyetsiz performans sayamayabilir.
- Minimum outage duration: Outages under 5 minutes may be excluded ("consumption" clauses).
- Üçüncü taraf bağımlılıklar: Upstream sağlayıcılarının (cloud, CDN, DNS) sebep olduğu kesintiler, sözleşmede açıklanabilir veya sayılamaz - sözleşmede açıklanabilir.
Hizmet Kredileri ve Cezaları
Bir SLA ihlal edildiğinde, servis kredileri tipik bir tedavidir ( nakit iadesi değildir). Örnek yapı:
- 99.9% ihlal edildi ama ≥99.0%: 10% kredi kredi kredi kredi kredi kredi kredi kredi
- 99.0% ihlal edildi ama ≥95.0%: 25% kredi kredi kredi kredi kredi kredi kredi kredi
- &Velt;95.0%: 50-100% kredi kredi kredi kredi kredi kredi kredi kredi
Krediler genellikle kapılır (örneğin 100% Bu ayın ücreti. Onları 30-60 gün içinde iddia etmelisiniz. Krediler sınırlı hasarları kapsamaz (satış, itibar) - kritik hizmetler için ayrı sorumluluk hükümlerini düşünün.
SLA Tarafından Industry
Tipik SLA beklentileri sektör tarafından değişir. Bunu kendi SLA'nızı tanımlayan veya müzakere ettiğinizde bir referans olarak kullanın.
- E-ticaret / perakende: 99.9-99.95%. zirve sırasında her dakika (Black Friday, Noel) kayıp gelirde binlerce anlamına gelebilir.
- Sağlık / HIPAA: 99.99% Hastaya dönük sistemler için veya daha yüksek. Düzenleme basıncı ve hasta güvenliği katı gereksinimleri taşır.
- Bankacılık / fintech: 99.99-99.999%. Ödeme işleme ve temel bankacılık genellikle beş dokuz gerektirir. İşlem sistemleri oldukça mevcut olmalıdır.
- SaaS / B2B: 99.9% Ortak temeldir; kurumsal müşteriler genellikle 99.95'i pazarlık eder% veya 99.99% prim desteği ile.
- İç IT / Dev aletler: 99% CI/CD, iç panjurlar için yeterli olabilir. İş etkisi müşteri odaklı sistemlerden daha düşük.
İzleme ve SLA Uyum
SLA uyumluluğu izlemek için tutarlı ölçüm ve açık tanımlara ihtiyacınız var. Aşağıdaki uygulamalar anlaşmazlıkları önlemek ve doğru raporlamayı desteklemek için yardımcı olur.
- Birden fazla coğrafi noktadan takip edin ( tek bir yerden yanlış pozitiflerden kaçının)
- SLA tanımı ile eşleme aralığı (e.g. 1- dakika çekleri)
- Doğru olay, kullanılabilir hesaplama için başlangıç / bitiş zamanları ile giriş
- Planlanan bakımın ekleri; izleme saygılarını sağlamak
- Bildirim: Durum sayfaları ve aylık kullanılabilirlik raporları
Multi-region veya multi-serv SLAs: Birkaç bileşene (API, veritabanına, CDN) bağlıysanız, her biri 99.9%, kombine kullanılabilirlik daha düşük. Örnek: API 99.9% × DB 99.9% ≈ 99.8% end-to-end. Redplacecy için tasarım ve bozulmalardan kaçınmak için başarısız olun.