Bagaimana memilih server yang sesuai untuk menghindari kegagalan titik tunggal
Pengelompokan Penyebaran - Menghindari Kegagalan Titik Tunggal
Menggunakan beberapa server kecil yang berbeda-beda di beberapa ruang server dari beberapa server fisik dari pemasok yang sama untuk menghindari kegagalan titik tunggal mungkin tidak memberikan efek yang optimal. Kecuali jika dilakukan penyebaran di berbagai ruang server, pemasok, atau bahkan planet/galaksi, hanya dengan begitu dapat maksimal menghindari kegagalan titik tunggal. Meskipun demikian, tindakan tersebut masih tidak dapat menjamin reliabilitas layanan secara seratus persen.
Keberadaan SLA
Jika penyedia server mengklaim bisa memenuhi SLA 99.99%, ini sudah dianggap cukup baik di Bumi. Apabila melanggar SLA, akan ada beberapa skema kompensasi yang disediakan. Namun, kenyataannya, meskipun menggunakan beberapa server untuk menghindari risiko, saat terjadi 0.01% kegagalan, kebanyakan server mungkin akan terpengaruh. Alasan downtime pada tingkat seperti itu bukanlah disebabkan oleh faktor manusia, baik menggunakan satu server atau banyak server tetap berisiko mengalami downtime.
CDN Selalu Aktif
Jika Anda khawatir dengan kegagalan titik tunggal, Anda dapat mempelajari tentang CDN Selalu Aktif, mungkin dapat membantu meredakan kekhawatiran yang tidak perlu.
Pertimbangan Ekonomi
Jika Anda khawatir akan masalah ekonomi, pertimbangkan untuk membagi server kecil untuk menyebarkan satu situs web per server. Namun, beban kerja server yang sangat rendah mungkin mengakibatkan pemborosan. Apakah big server akan menjadi pilihan yang lebih baik? Anda akan menghadapi masalah yang serupa, tetapi Anda dapat menghibur diri dengan setidaknya 'tambah beberapa situs lagi maka sudah mencapai 50%, tidak merugi'.
Kemudahan Manajemen
Di hadapan alat seperti RunCloud, biaya manajemen untuk beberapa server dan satu server seharusnya dapat dikendalikan, tetapi bagaimanapun, manajemen server tunggal lebih mudah. Jika lebih dari 5 server, mungkin Anda memerlukan bantuan DevOp khusus, atau menguasai alat seperti Chef/Puppet sendiri.
Membeli besar atau kecil?
Dalam komputasi awan, tujuan utamanya adalah untuk membeli satu server kecil yang cukup (dengan 0.5 kali redundansi), asalkan cukup untuk dijalankan, kemudian dapat ditingkatkan saat perlu. Vendor yang baik dapat membuat Anda mulai dari VPS dengan 512M memori (hanya sebagai perbandingan) kemudian terus ditingkatkan hingga ke Dedicated/Bare Metal yang biaya puluhan ribu per bulan (juga hanya sebagai perbandingan). Sisihkan redundansi yang memadai, jika kapasitas tidak mencukupi, barulah dilakukan peningkatan. Keberhasilan tidak selalu memerlukan waktu downtime yang sering, yang penting memiliki kesadaran 'penambahan/elastisitas'.