Apa Maksud Uptime 99.9% dalam Minit Sebulan (dan Apa yang Tidak Diliputinya)

Laman hosting menulis "uptime 99.9%" dan kebanyakan pemilik mengangguk lalu meneruskan, kerana 99.9 kedengaran seperti hampir segala-galanya. Panduan ini menukar peratusan itu kepada minit yang mudah dibayangkan, menunjukkan kiraannya supaya anda boleh mengulanginya untuk mana-mana angka, kemudian membincangkan bahagian yang lebih penting dalam praktik: apa yang angka itu beritahu dan tidak beritahu tentang laman web anda sendiri. Ia aritmetik biasa ditambah panduan membaca. Ia tidak mentafsir kontrak mana-mana penyedia dan tidak menyusun penyedia mengikut kedudukan. Apabila sesuatu dakwaan bergantung pada definisi penyedia, nasihatnya sentiasa sama: semak bagaimana penyedia mentakrifkannya.

Apa sebenarnya yang dikatakan oleh peratusan uptime

Uptime ialah bahagian sesuatu tempoh yang dipilih apabila perkhidmatan dikira tersedia. Pengiraannya ringkas:

uptime % = (jumlah minit − minit mati) ÷ jumlah minit × 100

Songsangkannya dan anda dapat peruntukan. Penyedia yang berjanji 99.9% menerima bahawa sehingga 0.1% tempoh itu boleh menjadi masa mati dan angka itu masih dipenuhi. 0.1% itu ialah bajet, bukan ramalan: hos pada 99.9% tidak dijangka menggunakan kesemuanya setiap bulan, dan hos yang kekal jauh di dalam bajet belum tentu melakukan sesuatu yang istimewa.

Dua perkara mudah terlepas pandang. Pertama, peratusan itu hanya bermakna sekadar tempoh pengiraannya (sehari, sebulan, setahun). Kedua, "mati" ialah apa sahaja yang dinyatakan oleh definisi penyedia, dan penyedia berbeza mentakrifkannya secara berbeza. Bahagian seterusnya membincangkan aritmetik; bahagian kemudian membincangkan definisi.

99.9% dalam minit: pengiraannya

Berikut keseluruhan pengiraan bagi bulan 30 hari, langkah demi langkah, supaya anda boleh mengulanginya untuk mana-mana peratusan.

1. Kira minit dalam tempoh itu. 30 hari × 24 jam × 60 minit = 43,200 minit.
2. Cari bahagian masa mati. 100% − 99.9% = 0.1%, iaitu 0.001 dalam perpuluhan.
3. Darabkan. 43,200 × 0.001 = 43.2 minit. Baki 0.2 minit ialah 12 saat, jadi peruntukannya ialah 43 minit 12 saat.

Pengiraan yang sama untuk tempoh lain menghasilkan jadual ini. Bulan tidak sama panjang, jadi peruntukan bulanan berubah sedikit mengikut kalendar.

Baris harian dan mingguan berguna untuk membayangkan skalanya, tetapi ia bukan janji berasingan. Penyedia yang mengira uptime setiap bulan tidak berjanji 86 saat sehari; ia berjanji jumlah bulanan, dan kesemuanya boleh dihabiskan dalam satu petang.

Membandingkan 99%, 99.9%, 99.95% dan 99.99%

Perpuluhan itu kelihatan kecil, tetapi setiap satu mengubah peruntukan dengan banyak. Jadual ini aritmetik semata-mata: ia menunjukkan apa yang dibenarkan oleh setiap peratusan, bukan apa yang disampaikan oleh mana-mana penyedia.

Setiap "sembilan" tambahan memotong peruntukan kepada satu persepuluh: daripada 99% kepada 99.9% menurunkan peruntukan sebulan daripada lebih tujuh jam kepada kurang tiga suku jam. Daripada 99.9% kepada 99.95% ia separuh, perbezaan 21.6 minit sebulan. Sama ada jurang itu penting bergantung pada perniagaan anda. Kedai dalam talian yang menerima kebanyakan pesanan dalam beberapa jam malam lebih rugi akibat 20 minit pada waktu yang salah berbanding laman brosur yang dibaca pelawat secara rawak sepanjang hari.

Berhati-hati membandingkan angka antara laman. 99.9% bulanan dan 99.9% tahunan bukan janji yang sama, dan angka tanpa tempoh tidak lengkap. Ingat juga bahawa angka lebih tinggi di atas kertas lebih mahal untuk disampaikan dan hanya berbaloi dibayar jika ia meliputi kegagalan yang akan menyakitkan anda, yang seperti ditunjukkan bahagian seterusnya sering bukan jenis yang diukur oleh peratusan itu.

Tetingkap mana: bulan, tahun, satu gangguan panjang atau banyak yang pendek

Tempoh pengiraan angka itu mengubah apa yang dilindunginya. Ambil peruntukan tahunan 8.76 jam pada 99.9%. Penyedia yang mengukur setahun boleh mengalami satu gangguan enam jam pada bulan Mac dan masih memenuhi 99.9% tahunan. Jika diukur setiap bulan, enam jam yang sama ialah 360 minit daripada 43,200, iaitu 0.833% bulan itu, jadi uptime bulan itu ialah 99.17% dan angka bulanan tidak dicapai.

Kekerapan juga penting, dan peratusan tidak dapat melihatnya. Sepuluh gangguan empat minit dalam sebulan berjumlah 40 minit, masih dalam peruntukan 43.2 minit, namun pelanggan anda menemui sepuluh proses bayaran yang rosak. Satu gangguan 45 minit melebihi peruntukan, tetapi ia satu kejadian yang boleh anda terangkan kepada pelanggan dalam satu mesej. Tiada satu pun corak yang "lebih baik" secara umum; maksudnya, peratusan yang sama boleh menyembunyikan pengalaman yang sangat berbeza.

• Bulan kalendar atau tetingkap bergolek. Bulan kalendar ditetapkan semula pada hari pertama; 30 hari bergolek tidak. Semak yang mana satu terpakai.
• Di mana jam bermula. Sesetengah definisi mengira gangguan dari saat ia bermula, yang lain dari saat ia dikesan atau dilaporkan. Perbezaannya boleh mencecah banyak minit.
• Pembundaran. Angka seperti 99.95 mungkin dibundarkan ke atas dalam bahan pemasaran. Minta angka bulanan yang tidak dibundarkan jika perkara ini penting.

Apa yang dilakukan satu gangguan kepada sebulan

Berguna untuk menjalankan pengiraan secara songsang: diberi satu gangguan, apakah uptime bulan itu? Jadual ini mengandaikan bulan 30 hari (43,200 minit) dan satu gangguan yang dikira sepenuhnya.

Dua pengajaran. Angka 99.9% terlanggar oleh satu gangguan yang kurang sejam, jadi ia tidak menjanjikan bahawa tiada perkara serius akan berlaku. Dan sehari penuh masa mati pun masih meninggalkan bulan itu pada 96.7%, angka yang kelihatan memuaskan pada carta. Peratusan memberi gambaran yang terlalu baik tentang gangguan panjang, sebab itulah minit dan bilangan insiden memberitahu anda lebih banyak daripada peratusan yang dibundarkan.

Bagaimana uptime diukur: semak bagaimana penyedia mentakrifkannya

Dua penyedia boleh sama-sama menyebut "99.9%" tetapi maksudnya berbeza. Semua di bawah ini ialah soalan tentang definisi, jadi jawapan untuk penyedia anda ialah apa sahaja yang dinyatakan terma mereka sendiri. Jangan membuat andaian.

• Siapa yang mengukur. Pemantauan penyedia sendiri, atau perkhidmatan bebas? Bolehkah anda melihat rekodnya, dan adakah ia tersedia jika anda mempertikaikan sesuatu bulan?
• Seberapa kerap semakan dibuat. Semakan setiap minit dan setiap lima minit tidak sama. Dalam bulan 30 hari, semakan setiap lima minit berjumlah 8,640 semakan. Peruntukan 0.1% ialah 8.64 semakan, jadi jika setiap semakan gagal dikira sebagai lima minit penuh, sembilan semakan gagal berturut-turut (45 minit) sudah cukup untuk tidak mencapai angka itu. Gangguan yang lebih pendek daripada sela masa juga boleh terlepas antara semakan sepenuhnya, atau dibundarkan kepada satu sela penuh. Definisi menentukan yang mana.
• Dari mana semakan dibuat. Satu lokasi semakan hanya memberitahu laman boleh dicapai dari satu tempat itu. Beberapa lokasi ialah ujian yang lebih kukuh, tetapi hanya jika sekurang-kurangnya sebahagiannya menyerupai pelawat anda.
• Apa yang dikira "beroperasi". Ia mungkin bermaksud pelayan menjawab permintaan rangkaian, halaman tertentu memulangkan respons berjaya, atau keseluruhan tindanan termasuk pangkalan data berfungsi. Pelayan yang menjawab sedangkan akaun anda sendiri ditolak ialah kawasan kelabu; lihat apa maksud ralat 503 atau Resource Limit Reached untuk melihat bagaimana ia kelihatan dari sisi pemilik.
• Penyelenggaraan berjadual. Sesetengah definisi mengecualikan penyelenggaraan yang diumumkan. Aritmetik menunjukkan kenapa ia penting: jika empat jam kerja yang diumumkan sebulan dikecualikan, laman boleh tidak dapat dicapai selama 4 jam 43 minit (240 + 43.2 minit) dan penyedia masih boleh memenuhi 99.9%. Cari tempoh notis, tetingkap yang dibenarkan dan sebarang had bulanan.
• Pengecualian lain. Definisi lazimnya mengecualikan kejadian di luar kawalan penyedia dan kerosakan yang disebabkan pelanggan, seperti kod anda sendiri atau penyalahgunaan akaun. Baca senarainya, kerana ia menentukan hari buruk anda yang mana dikira.
• Apabila sesuatu bulan tidak tercapai. Banyak penyedia menawarkan kredit perkhidmatan dan bukan wang tunai, dan selalunya hanya jika anda memintanya. Apa pun remedinya, ia diterangkan dalam terma penyedia sendiri, dan ia berasingan daripada peratusan itu.

Apa yang tidak diberitahu oleh peratusan uptime

Peratusan itu menerangkan satu perkara sahaja: sama ada semakan penyedia melihat perkhidmatan menjawab. Banyak masalah yang menyebabkan anda kehilangan pelanggan berlaku ketika semakan itu masih lulus, atau berada sepenuhnya di luar hosting.

Bukan bermakna peratusan itu tidak berguna. Ia ukuran yang berguna tetapi sempit bagi satu lapisan. Pelawat anda mengalami keseluruhan rantaian: domain, DNS, sijil, pelayan, perisian anda dan rangkaian di antaranya. Angka uptime paling banyak hanya menjamin satu mata rantai.

Contoh kerja: bulan yang sama, dua jumlah berbeza

Andaikan seorang pemilik perniagaan membaca laporan bulanan yang menyatakan uptime 99.97% bagi bulan 30 hari. Itu 12 minit masa mati yang dikira (12 ÷ 43,200 = 0.028%), selesa dalam peruntukan 43.2 minit. Bulan pemilik itu terasa lebih buruk. Ini ilustrasi, bukan akaun sebenar.

Ketiga-tiga kejadian berjumlah 1,632 minit, atau 3.78% bulan itu, jadi pengalaman pelawat bersamaan kira-kira 96.22% ketersediaan berbanding 99.97% dalam laporan. Kedua-dua angka itu jujur dari segi aritmetik. Ia menjawab soalan berbeza: satu bertanya sama ada perkhidmatan penyedia menjawab, satu lagi bertanya sama ada pelanggan anda dapat menggunakan laman anda. Jurang itulah sebabnya anda patut menyimpan rekod ketersediaan sendiri dan bukan bergantung pada laporan penyedia semata-mata.

Soalan untuk ditanya kepada mana-mana hos tentang angka uptime

Gunakan senarai ini sebelum membeli, dan sekali lagi apabila menilai pembaharuan. Minta jawapan secara bertulis dan pastikan ia merujuk kepada pelan yang benar-benar anda beli, bukan produk lain daripada penyedia yang sama.

1. Uptime dikira sepanjang tempoh apa: bulan kalendar, tetingkap bergolek atau setahun?
2. Siapa yang mengukurnya, seberapa kerap, dan dari berapa banyak lokasi?
3. Apa sebenarnya yang dikira mati: pelayan tidak dapat dicapai, ralat halaman, respons perlahan?
4. Adakah penyelenggaraan berjadual dikecualikan, dan jika ya dengan notis berapa lama, dalam tetingkap mana dan dengan had bulanan berapa?
5. Apa pengecualian lain yang terpakai, seperti kerosakan akibat pelanggan atau kejadian di luar kawalan penyedia?
6. Di mana sejarah status atau insiden diterbitkan, dan adakah ia cukup panjang untuk berguna?
7. Bolehkah anda melihat rekod pemantauan untuk akaun anda sendiri jika anda mempertikaikan sesuatu bulan?
8. Jika angka itu tidak dicapai, apakah remedinya, bagaimana membuat tuntutan, dan sebelum bila?
9. Adakah angka itu meliputi e-mel dan DNS, atau hanya hosting web?
10. Adakah jaminan itu terpakai kepada setiap pelan, atau sesetengah sahaja?

Simpan rekod anda sendiri

Anda tidak perlukan kemahiran teknikal untuk menyemak angka secara bebas. Rutin ringkas sudah mencukupi:

• Jalankan semakan bebas. Perkhidmatan pemantauan luar percuma yang meminta laman utama anda setiap beberapa minit dan menghantar e-mel apabila gagal memberi anda garis masa yang tidak bergantung pada alat penyedia sendiri. Pilih yang menyemak dari lebih satu tempat.
• Catat masa bersama zon waktu. Tulis "waktu Malaysia" di sebelah setiap insiden. Zon waktu yang tidak sepadan ialah sebab paling lazim dua rekod kelihatan bercanggah.
• Asingkan lapisan. Apabila sesuatu gagal, semak domain, kemudian hosting, kemudian laman itu sendiri, seperti yang dicadangkan oleh senarai semak minggu pertama hosting, supaya anda dapat memberitahu penyedia dengan tepat lapisan mana yang rosak.
• Jumlahkan bulan itu. Pada hujung bulan, jumlahkan minit dan guna formula tadi. Jika jumlah anda lebih tinggi daripada laporan penyedia, bawa garis masa anda kepada penyedia dan tanya bagaimana perbezaan itu timbul.
• Rancang masa mati anda sendiri. Memindahkan laman ialah punca biasa jurang yang boleh dielakkan. Cara memindahkan laman web tanpa masa mati menerangkan cara melakukannya tanpa gangguan yang dapat dilihat pelawat.

Jika masalah anda ialah kelajuan atau pertumbuhan dan bukan gangguan, angka uptime tidak membantu. Tanda sudah tiba masanya naik taraf pelan hosting dan hosting kongsi berbanding VPS ialah titik permulaan yang lebih baik, dan apa yang disertakan hosting cPanel menerangkan apa yang boleh anda semak sendiri dari panel kawalan.

Kesilapan lazim

• Menganggap 99.9% sebagai "hampir 100%". Ia 43.2 minit sebulan, dan satu gangguan sejam sudah melanggarnya.
• Membandingkan angka tanpa tempoh. Angka tahunan dan bulanan bukan janji yang sama.
• Membaca tajuk utama dan melangkau definisi. Pengecualian, sela semakan dan maksud "mati" menentukan nilai angka itu.
• Menganggap uptime meliputi seluruh laman web anda. Domain, DNS, sijil, e-mel dan kod anda sendiri berada di luar kebanyakan definisi uptime.
• Membayar untuk "sembilan" tambahan tanpa sebab. Perpuluhan tambahan hanya penting jika beberapa minit merugikan anda dan kegagalan yang anda bimbangi ialah jenis yang diukur oleh angka itu.
• Tidak mempunyai rekod sendiri. Tanpa garis masa, anda tidak dapat memberitahu penyedia apa yang berlaku atau menyemak laporan bulanan.
• Mengabaikan kelajuan. Laman yang beroperasi tetapi perlahan kehilangan pelawat tanpa pernah muncul dalam laporan uptime.

Di mana Gotka Technologies sesuai

Pelan pengehosan Go AI Gotka menjalankan cPanel pada pelayan LiteSpeed dengan SSL percuma, sandaran harian, migrasi percuma dan sokongan 24/7 melalui tiket kawasan pelanggan, dan Gotka menerbitkan jaminan masa operasi 99.9%. Harga bermula dari RM17.80 sebulan pada pelan Go AI Lite 36 bulan. Terma di sebalik angka itu dinyatakan pada halaman SLA masa operasi Gotka, yang dalam bahasa Inggeris. Panduan ini sengaja tidak meringkaskan terma tersebut atau menyatakan bagaimana sesuatu kejadian akan dikira: gunakan soalan di atas untuk membacanya, dan hantar tiket daripada portal pelanggan jika ada yang tidak jelas. Jika anda lebih suka seseorang memantau laman untuk anda, pelan Care pilihan bermula dari RM250 sebulan, dan Care Basic merangkumi pemantauan masa operasi dan keselamatan; anda boleh menolaknya serta menjaga laman sendiri.

Istilah utama dalam panduan ini

• Uptime (masa operasi): bahagian sesuatu tempoh apabila perkhidmatan dikira tersedia, mengikut definisi pihak yang mengukur.
• Masa mati (downtime): masa yang dikira terhadap angka itu; apa yang layak ditentukan oleh definisi penyedia.
• Sembilan: singkatan bagi angka uptime; "tiga sembilan" ialah 99.9% dan "empat sembilan" ialah 99.99%.
• SLA (perjanjian tahap perkhidmatan): terma bertulis yang menyatakan apa yang dijanjikan penyedia, bagaimana ia diukur dan apa yang berlaku jika tidak dicapai.
• Sela pemantauan: seberapa kerap satu semakan bertanya sama ada laman tersedia.
• Penyelenggaraan berjadual: kerja yang diumumkan yang mungkin menyebabkan perkhidmatan tidak beroperasi; sesetengah definisi mengecualikannya daripada masa mati.
• Kredit perkhidmatan: remedi, selalunya potongan pada bil akan datang, yang ditawarkan sesetengah penyedia apabila angka tidak dicapai.
• DNS: rekod yang memberitahu pelayar pelayan mana yang menyimpan laman web anda; kesilapan atau domain tamat tempoh boleh menjadikan laman yang berfungsi tidak dapat dicapai.