Daftar Periksa SLA dan Pengadaan Server Dedicated: Apa yang Harus Diverifikasi Sebelum Anda Menandatangani

Pengungkapan: HostScore Kami mungkin mendapatkan komisi dari tautan kami, dan beberapa penyedia membayar untuk penempatan unggulan di halaman tertentu. Data pengujian dan kinerja dikumpulkan secara independen (lihat metodologi kami). Harga dalam USD kecuali dinyatakan sebaliknya.

Daftar Isi

Tanyakan AI tentang halaman ini:
ChatGPT
Claude
Perplexity
Grok
Google AI

Penolakan tanggung jawabArtikel ini menyediakan kerangka kerja pengadaan praktis dan bukan merupakan nasihat hukum.

Perjanjian tingkat layanan (SLA) server khusus harus mendefinisikan apa yang dijamin oleh penyedia hosting, bagaimana kegagalan layanan diukur, dan kompensasi apa yang dapat Anda klaim. Namun, persentase waktu aktif yang tertera hanya mengungkapkan sebagian dari perjanjian tersebut.

Sebelum memesan dedicated server, Anda juga perlu memeriksa penggantian perangkat keras, batasan dukungan, pengecualian pemeliharaan, pencadangan, tanggung jawab keamanan, dan ketentuan pembatalan. Kebijakan-kebijakan ini menentukan apa yang harus dilakukan penyedia jika terjadi masalah.

Panduan ini menjelaskan apa yang perlu diperiksa sebelum menandatangani. Panduan ini melengkapi panduan kami yang lain. panduan penyedia hosting dedicated terbaikyang membandingkan konfigurasi server, kinerja, harga, dan kesesuaian penyedia.

Dokumen apa saja yang membentuk perjanjian hosting khusus Anda?

Perjanjian hosting khusus Anda mungkin mencakup beberapa dokumen. SLA hanyalah salah satunya.

Tinjau hal-hal berikut sebelum menyetujui pesanan:

  • Formulir pemesanan: Menentukan konfigurasi server, jangka waktu penagihan, biaya pengaturan, dan layanan yang dibeli.
  • Perjanjian layanan utama: Menentukan ketentuan pembayaran, kewajiban, penghentian, dan perselisihan.
  • Perjanjian tingkat layanan: Menentukan komitmen ketersediaan, pengecualian, dan kredit layanan.
  • Kebijakan Penggunaan yang Dapat Diterima: Membatasi konten, aplikasi, lalu lintas, dan aktivitas server yang dilarang.
  • Kebijakan layanan terkelola: Memisahkan tanggung jawab penyedia layanan dari tanggung jawab pelanggan.
  • Kebijakan pencadangan atau pemulihan bencana: Menentukan frekuensi pencadangan, retensi, pemulihan, dan cakupan perbaikan.
  • Perjanjian Pemrosesan Data atau BAA: Mencakup data yang diatur di mana GDPR, HIPAA, atau persyaratan serupa berlaku.

Periksa dokumen mana yang lebih diutamakan jika terdapat konflik ketentuan. Formulir pesanan yang dinegosiasikan harus secara jelas mengesampingkan ketentuan situs web standar jika berlaku.

Simpan salinan dokumen apa pun yang diberi tanggal. Penyedia layanan Anda dapat memperbarui kebijakan daring setelah Anda membeli server.

Apa Sebenarnya yang Diukur oleh SLA Uptime?

Perjanjian Tingkat Layanan (SLA) server khusus dapat mengukur ketersediaan jaringan tanpa menjamin bahwa situs web atau aplikasi Anda akan tetap online. Misalnya, penyedia dapat menganggap layanannya tersedia ketika server Anda dapat mengirim dan menerima data. Jaminan tersebut mungkin tidak mencakup kegagalan sistem operasi, kerusakan basis data, masalah panel kontrol, kesalahan aplikasi, atau server yang kelebihan beban.

Periksa kelima bagian berikut dari klausul waktu aktif (uptime):

  1. Komponen yang tercakup: Konfirmasikan apakah SLA mencakup konektivitas jaringan, daya, pendinginan, perangkat keras fisik, sistem operasi, dan aplikasi.
  2. Sumber pengukuran: Tentukan apakah penyedia layanan menerima pemantauan eksternal atau hanya mengandalkan log internalnya.
  3. Periode pengukuran: Sebagian besar penyedia menghitung ketersediaan berdasarkan satu bulan kalender, bukan per insiden.
  4. Waktu pemadaman: Tentukan apakah waktu henti dimulai ketika pemantauan mendeteksi kegagalan atau ketika Anda membuka tiket dukungan.
  5. Insiden yang dikecualikan: Tinjau pengecualian untuk perawatan terjadwal, perawatan darurat, DDoS serangan siber, kesalahan pelanggan, layanan pihak ketiga, dan peristiwa force majeure.

Periksa juga apakah kehilangan paket atau latensi yang parah termasuk sebagai waktu henti. Secara teknis, server dapat tetap dapat dijangkau meskipun kinerja aplikasi tidak dapat digunakan.

Contoh: Atlantic.Net Mengukur Waktu Henti dari Tiket Dukungan

Atlantic.Net menjamin ketersediaan jaringan 100% untuk server khusus, tidak termasuk pemeliharaan terjadwal. Namun, kebijakannya mengukur waktu henti jaringan sejak tiket masalah dibuka dan mengharuskan kegagalan tersebut dicatat dalam sistem tiketnya.

Garansi ini mencakup router, switch, kabel, dan konektivitas jaringan. Garansi ini tidak mencakup perangkat lunak atau layanan yang berjalan di server. Rumusan ini menunjukkan mengapa pelanggan memerlukan pemantauan independen dan prosedur pelaporan insiden yang jelas. Lihat tangkapan layar di bawah ini sebagai referensi Anda; atau Anda dapat meninjau ketentuan lengkapnya di [tautan]. Jaminan Tingkat Layanan Server Khusus mereka.

Atlantic.Net mendefinisikan waktu henti jaringan sebagai hilangnya konektivitas yang tercatat dan mulai mengukurnya ketika pelanggan membuka tiket masalah.

Bagaimana Kredit SLA Dihitung dan Diklaim?

Kredit SLA memberikan kompensasi atas waktu henti yang memenuhi syarat, tetapi jarang memberikan kompensasi atas kehilangan penjualan, waktu karyawan, atau kerusakan reputasi.

Perhitungan kredit standar menggunakan biaya bulanan server yang bersangkutan. Jika server tersebut berharga $500 per bulan dan SLA memberikan kredit 10%, Anda akan menerima $50 untuk tagihan di masa mendatang. Anda tidak обязательно menerima $50 dalam bentuk tunai.

Sebelum menandatangani, konfirmasikan:

  • Persentase kredit untuk setiap ambang batas pemadaman
  • Apakah waktu henti dibulatkan ke dalam interval tetap?
  • Jumlah kredit maksimum yang diperbolehkan setiap bulan.
  • Apakah kredit hanya berlaku untuk faktur di masa mendatang?
  • Batas waktu pengajuan klaim
  • Bukti yang diperlukan untuk mendukung klaim tersebut
  • Apakah rekening yang terlambat bayar kehilangan kelayakan kredit?
  • Apakah kredit layanan adalah satu-satunya solusi kontraktual Anda?

Jangka waktu klaim yang singkat dapat membuat kebijakan kredit yang murah hati menjadi sulit digunakan. Tugaskan seseorang untuk menyimpan log pemantauan, nomor tiket, cap waktu, dan tanggapan penyedia setelah setiap insiden.

Komitmen Dukungan dan Perangkat Keras Apa yang Harus Anda Verifikasi?

Respons dukungan, penyelesaian masalah, dan penggantian perangkat keras adalah komitmen yang berbeda.

Respons awal mengkonfirmasi bahwa penyedia layanan telah menerima tiket Anda. Namun, ini tidak menjamin bahwa teknisi telah mendiagnosis masalah atau memulihkan server. Mintalah penyedia layanan untuk menentukan target respons dan pemulihan untuk setiap tingkat keparahan insiden.

Klausul penggantian perangkat keras juga memerlukan perhatian yang cermat. Penghitung waktu penggantian mungkin baru dimulai setelah penyedia mengkonfirmasi bahwa suatu komponen telah rusak. Waktu yang dihabiskan untuk mendiagnosis server mungkin berada di luar masa garansi.

Periksa apakah SLA perangkat keras mengecualikan:

  • Menginstal ulang sistem operasi
  • Mengonfigurasi ulang aplikasi
  • Memulihkan file dan basis data
  • Mengkloning drive yang rusak
  • Membangun ulang susunan RAID
  • Penyelesaian masalah perangkat lunak yang diinstal pelanggan

Contoh: LiquidWeb Mengganti Perangkat Keras yang Rusak Dalam Waktu 30 Menit

Liquid Web, misalnya, menyatakan bahwa perangkat keras dedicated server yang rusak biasanya akan diganti dalam waktu 30 menit setelah masalah teridentifikasi. Garansi ini tidak mencakup pemeliharaan perangkat lunak, pemulihan akun, instal ulang sistem operasi, konfigurasi aplikasi, dan pembangunan ulang RAID.

Liquid Web juga mencantumkan target waktu respons obrolan di bawah satu menit dan waktu respons tiket help-desk di bawah satu jam. Namun, penyedia layanan secara eksplisit menyatakan bahwa waktu respons ini tidak dijamin dalam SLA-nya. Perjanjian Tingkat Layanan Liquid Web Menunjukkan perbedaan antara target layanan yang dipublikasikan dan komitmen yang dapat ditegakkan.

Liquid Web memisahkan garansi penggantian perangkat keras khusus dari pekerjaan pemulihan perangkat lunak dan target respons dukungan yang tidak dijamin.

Apa Saja yang Harus Ada dalam Daftar Periksa Pengadaan Server Dedicated Anda?

Daftar periksa pengadaan harus mencakup layanan lengkap, bukan hanya server fisik.

DaerahApa yang Harus Anda Konfirmasikan
Konfigurasi serverModel CPU yang tepat, RAM, jenis drive, level RAID, controller, ketersediaan suku cadang, dan ketentuan penggantian komponen.
jaringanKecepatan port, bandwidth bulanan, biaya kelebihan penggunaan, perutean, alokasi IP, DDoS perlindungan, dan batasan penyaringan lalu lintas
Manajemen serverPembaruan sistem operasi, dukungan panel kontrol, penambalan keamanan, pemantauan layanan, dan pemecahan masalah aplikasi.
backupFrekuensi pencadangan, periode retensi, lokasi penyimpanan, enkripsi, prosedur pemulihan, dan biaya pemulihan.
RecoveryTujuan Titik Pemulihan (Recovery Point Objective/PPO), Tujuan Waktu Pemulihan (Recovery Time Objective/RTO), opsi failover, dan pengujian pemulihan bencana.
SecurityKontrol akses, manajemen kerentanan, pencatatan log, pemberitahuan insiden, dan tanggung jawab atas akun yang diretas.
pemeliharaanJangka waktu pemberitahuan, jendela waktu yang dijadwalkan, aturan pemeliharaan darurat, dan waktu henti yang dikecualikan.
BantuanSaluran yang tersedia, tingkat keparahan, target respons, kontak eskalasi, dan biaya bantuan jarak jauh.
PenagihanBiaya pengaturan, tarif perpanjangan, lisensi perangkat lunak, biaya bandwidth, add-on manajemen, dan pemberitahuan perubahan harga.
Persyaratan keluarPemberitahuan pembatalan, biaya penghentian dini, periode ekspor data, akses server setelah pembatalan, dan penghapusan data yang aman.

Janji-janji penting harus tercantum dalam pesanan atau kontrak yang ditandatangani. Email penjualan dapat memperjelas penawaran, tetapi tidak dapat mengesampingkan ketentuan standar penyedia.

Apa yang Harus Anda Lakukan Sebelum Menandatangani?

Tinjau kembali perjanjian akhir berdasarkan beban kerja yang ingin Anda tangani. SLA jaringan 100% secara umum mungkin tidak cukup untuk toko eCommerce, aplikasi perawatan kesehatan, platform SaaS, atau basis data yang membutuhkan waktu pemulihan yang terdefinisi.

Sebelum menyetujui pembelian:

  1. Tandai setiap istilah SLA yang tidak didefinisikan atau ambigu.
  2. Hitung kredit sebenarnya untuk pemadaman listrik yang realistis.
  3. Konfirmasikan siapa yang mengelola patching, monitoring, backup, dan restore.
  4. Uji saluran dukungan dan eskalasi dari penyedia layanan.
  5. Minta pengecualian tertulis untuk setiap janji yang dinegosiasikan.
  6. Simpan pesanan yang telah ditandatangani dan semua kebijakan yang tercantum di dalamnya.

Setelah persyaratan ini didokumentasikan, gunakan layanan kami. panduan penyedia hosting dedicated terbaik untuk membandingkan rencana dan vendor yang sesuai.

Tentang Penulis: Jerry Low

Jerry Low memiliki pengalaman lebih dari 20 tahun dalam membangun dan menghosting situs web. Dia mendirikan HostScore untuk mengubah pengalaman langsung tersebut menjadi ulasan hosting praktis berdasarkan pemantauan waktu aktif, pengukuran kecepatan, pengecekan latensi, dan pengujian beban.
Foto penulis

Lebih dari HostScore

Temukan Penyedia Web Hosting yang Didukung oleh Data Uji Nyata

HostScore Kami meninjau penyedia web hosting menggunakan TTFB, uptime, hasil uji beban, latensi, dan Core Web Vitals. Pencari Web Hosting kami menggabungkan temuan ini dengan jenis situs web Anda, perkiraan lalu lintas, dan anggaran untuk merekomendasikan opsi yang sesuai.

Lihat mengapa setiap penyedia hosting sesuai dengan kebutuhan Anda, batasan apa yang perlu diperiksa, dan kompromi apa yang dapat Anda harapkan.

Coba Pencari Web Hosting (Gratis)