Daftar Isi:
Jadi Anda dan perusahaan Anda telah merencanakan perjalanan Anda ke cloud, dan langkah besar melibatkan virtualisasi server Anda untuk menyingkirkan semua perangkat keras on-premise yang besar itu. Tapi mungkin Anda tidak yakin harus mulai dari mana, atau perlu bantuan mengidentifikasi praktik terbaik ketika harus menyiapkan VM baru Anda. Saya telah menyusun tiga tip teratas saya untuk membuat virtualisasi server seefektif dan semudah mungkin. Pointer ini akan membantu memandu Anda untuk menghindari batu sandungan yang potensial, sehingga Anda dapat menghabiskan lebih sedikit waktu untuk mengatur dan lebih banyak waktu untuk melayani bisnis Anda.
Kiat # 1: Ukuran dengan Bijaksana
Mungkin terdengar logis untuk mendapatkan VM kapasitas terbesar yang memungkinkan untuk mengakomodasi berbagai ukuran pekerjaan, bukan? Tidak secepat itu. Over-provisioning CPU pada VM sebenarnya dapat membuat kinerja lebih buruk, bukan lebih baik. Secara umum, alokasi CPU Anda harus sesuai dengan pemanfaatannya. Jika server tidak sepenuhnya menggunakan sumber daya, penyediaannya berlebihan, dan mungkin memengaruhi kinerja. Jika Anda membutuhkan lebih banyak sumber daya nanti, Anda selalu dapat meningkatkan dan menambahkan sumber daya server tambahan. Di sisi lain dari koin, pastikan Anda tidak overtaxing host Anda - metrik seperti memory ballooning dan CPU ready adalah indikator awal bahwa host mencapai batasnya. (Untuk lebih lanjut tentang efisiensi VM, lihat 5 Hal yang Dapat Meredam Infrastruktur Virtual.)
Kiat # 2: Tetap N + 1 Redundan
Aturan "dua adalah satu dan satu tidak ada" jelas berlaku di sini. Redundansi N + 1 diperlukan untuk memastikan downtime minimal jika salah satu host Anda mengalami peningkatan. Ada kesalahpahaman di luar sana bahwa VM tidak rentan terhadap masalah serupa yang mungkin Anda temui dengan server fisik. Faktanya, redundansi bahkan lebih penting jika masing-masing host Anda menjalankan banyak VM. Selain menjaga agar suku cadang tetap panas dan hangat, cadangan dingin memungkinkan Anda segera memulihkan perlindungan N + 1 jika dan ketika host yang salah muncul dan perlu diperbaiki. Meskipun beralih dari server fisik mungkin menghemat banyak sakit kepala ketika datang ke manajemen insiden dan resolusi, Anda masih ingin memiliki host cadangan, dan yang lainnya, "cadangan ke cadangan".
