Ubah 99,9% atau 99,99% menjadi downtime yang diizinkan per bulan dan tahun, lalu gabungkan ketersediaan.
Bandingkan biaya penyimpanan dan egress bulanan di AWS S3, Cloudflare R2, dan Backblaze B2.
Buka →Periksa ekspresi cron dan lihat kapan ia berjalan berikutnya di zona waktu mana pun.
Buka →Masukkan CIDR untuk mendapat jaringan, broadcast, host yang dapat dipakai, dan mask IPv4 serta IPv6.
Buka →Belum ada komentar. Jadilah yang pertama!
Kalkulator Uptime SLA mengubah persentase seperti 99,9% dan 99,99% menjadi downtime yang diizinkan per hari, minggu, bulan, dan tahun, dan bekerja mundur dari downtime nyata ke ketersediaan. Rumus: downtime yang diizinkan = periode × (1 − ketersediaan). Juga menyediakan tabel acuan “nines”, ketersediaan gabungan untuk desain seri dan paralel, error budget dan burn rate, pengecualian pemeliharaan, serta kredit layanan SLA berjenjang (dengan templat Amazon S3 Standard dan jenjang kustom).
Downtime yang diizinkan = periode × (1 − ketersediaan). Dalam bulan 30 hari, 99,9% sekitar 43,2 menit dan 99,99% sekitar 4,32 menit; dalam tahun 365 hari, 99,9% sekitar 8,76 jam. Tabel “nines” mencantumkan angka per hari, minggu, bulan, dan tahun.
Karena “sebulan” didefinisikan berbeda: 30 hari, 31 hari, atau rata-rata 30,44 hari memberi hasil berbeda. Alat ini secara default memakai bulan 30 hari dan tahun 365 hari dan memungkinkan beralih ke bulan rata-rata dan tahun 365,25 hari; penyedia cloud juga menetapkan jendela pengukuran sendiri, jadi ikuti kontrak.
Seri (setiap tingkat harus aktif): total = hasil kali ketersediaan tiap tingkat. Paralel (satu replika sehat sudah cukup): 1 − (1 − ketersediaan tunggal)^replika. Dua server 99% secara paralel mencapai 99,99%, tetapi dengan database 99,9% yang terangkai seri, keseluruhan tidak bisa melebihi 99,9%. Alat juga menunjukkan tingkat terlemah.
Error budget adalah seberapa banyak kegagalan yang diizinkan SLO target dalam satu periode: periode × (1 − SLO). Burn rate = (terpakai ÷ anggaran) ÷ (berlalu ÷ periode): 1 berarti habis tepat sesuai jadwal, di atas 1 berarti habis lebih awal. Alat memproyeksikan pada hari apa anggaran habis dengan laju saat ini.
Banyak SLA mengecualikan pemeliharaan terjadwal yang diumumkan dari perhitungan. Angka “termasuk pemeliharaan” dan “tidak termasuk pemeliharaan” pada alat berbeda dengan menghapus waktu pemeliharaan dari downtime dan jendela terukur; apakah kontrak Anda mengizinkan pengecualian, dan seberapa banyak, bergantung pada ketentuannya.
Masukkan ketersediaan terukur bulan itu dan tagihan; alat menerapkan jenjang (di bawah ambang, persentase yang sesuai dikreditkan) untuk memberi jumlahnya. Templat bawaan adalah SLA publik Amazon S3 Standard (tanggal halaman dan tanggal verifikasi kami ditampilkan di bawah), dan Anda dapat beralih ke jenjang kustom. Kelayakan sebenarnya, tenggat klaim, dan pengecualian mengikuti kontrak penyedia.
Rumus seri/paralel mengasumsikan kegagalan independen dan failover instan. Dalam kenyataan, daya bersama, gangguan satu zona atau satu vendor, bug perangkat lunak, kesalahan konfigurasi, dan kesalahan manusia sering memengaruhi beberapa komponen sekaligus, sehingga ketersediaan nyata biasanya di bawah nilai teoretis. Alat ini untuk perencanaan dan perbandingan, bukan pengukuran.
| Uptime | Per hari | Per minggu | Per bulan (30 h) | Per tahun (365 h) |
|---|---|---|---|---|
| 90% | 2 j 24 mnt | 16 j 48 mnt | 3 h | 36 h 12 j |
| 95% | 1 j 12 mnt | 8 j 24 mnt | 1 h 12 j | 18 h 6 j |
| 99% | 14 mnt 24 dtk | 1 j 40 mnt 48 dtk | 7 j 12 mnt | 3 h 15 j 36 mnt |
| 99.5% | 7 mnt 12 dtk | 50 mnt 24 dtk | 3 j 36 mnt | 1 h 19 j 48 mnt |
| 99.9% | 1 mnt 26,4 dtk | 10 mnt 4,8 dtk | 43 mnt 12 dtk | 8 j 45 mnt 36 dtk |
| 99.95% | 43,2 dtk | 5 mnt 2,4 dtk | 21 mnt 36 dtk | 4 j 22 mnt 48 dtk |
| 99.99% | 8,64 dtk | 1 mnt 0,48 dtk | 4 mnt 19,2 dtk | 52 mnt 33,6 dtk |
| 99.995% | 4,32 dtk | 30,24 dtk | 2 mnt 9,6 dtk | 26 mnt 16,8 dtk |
| 99.999% | 0,864 dtk | 6,048 dtk | 25,92 dtk | 5 mnt 15,36 dtk |
| 99.9999% | 0,086 dtk | 0,605 dtk | 2,592 dtk | 31,536 dtk |
