Kapan harus memindahkan server tervirtualisasi ke fisik?

Virtualisasi memiliki beberapa manfaat besar, tetapi ada kalanya server virtual memerlukan lebih banyak kinerja dan harus dipindahkan ke fisik.

Pertanyaan saya adalah, bagaimana Anda tahu kapan waktu ini? Saya mencari data dan metrik terukur yang menunjukkan pemindahan server ke kotak fisiknya sendiri akan membuat perbedaan yang signifikan untuk kinerja. Secara pribadi saya tertarik pada Windows tetapi mungkin yang terpenting adalah sama di semua platform.

Satu kasus di mana saya harus melakukan V2P adalah untuk kotak MS SQL yang telah berjalan pada CPU dual core 3.2Ghz (total CPU 14.4Ghz) ganda yang kami migrasi ke cluster ESX 2.5 di mana perangkat keras yang mendasarinya lebih baru dengan lebih banyak core yang lebih lambat (2.4Ghz IIRC). Menambahkan ~ 10% overhead bahkan dengan 4 vCPU VM ini hanya bisa mendapatkan CPU agregat 8-8.5GHz yang efektif. 60% puncak CPU sebelum migrasi menjadi 90-100% pasca migrasi, pelanggan menginginkan ruang kepala jadi kami kembali ke fisik. Untuk menjawab pertanyaan Anda secara khusus kami melihat bahwa kotak itu berjalan pada CPU 100% secara menyeluruh di Perfmon dan di klien VI. Solusi yang lebih baik (dalam pandangan saya) adalah untuk meng-upgrade ke CPU yang lebih cepat tetapi ada kasus tepi seperti ini di mana itu tidak ekonomis terutama dengan tren memperlambat cpu '

Dengan ESX 4 kita bisa menabrak kotak seperti ini hingga 8 vCPU tapi itu bukan pilihan saat itu.

Sejauh mencari langit-langit kinerja yang mungkin menunjukkan Anda harus meninggalkan VM Anda kemudian dengan Tamu Windows di lingkungan VMWare maka kombinasi Perfmon dan Klien VI harus lebih dari sekadar tugas menemukan VM yang kinerjanya terbatas sendiri. . Tambahkan dalam mendapatkan beberapa analisis SAN untuk itu jika Anda bisa tetapi jika SAN menunjukkan masalah maka Anda hampir pasti akan baik-baik saja mengolah penyimpanan untuk mengisolasi dan \ atau meningkatkan volume penyimpanan disk virtual VM disimpan. Hal yang sama berlaku untuk kombinasi OS \ Hypervisor lainnya - dapatkan statistik internal apa pun yang Anda bisa, tetapi kaitkan dengan pandangan Hypervisor tentang apa yang terjadi karena 100% CPU dilaporkan dalam VM (misalnya) tidak selalu berarti bahwa Hypervisor tidak pernah dapat mengirim lebih banyak kinerja,

Saya tidak setuju bahwa server virtual perlu dipindahkan ke fisik karena kinerja. Hypervisor sekarang sangat dekat dengan logam sehingga hampir (pun intended) tidak ada hit kinerja. Apalagi sekarang bahwa banyak pembuat papan termasuk hypervisor pada chipset. Jika Anda mengambil dua server dengan perangkat keras yang sama, satu menjalankan tamu tunggal dan satu menjalankan salinan persis tamu itu pada perangkat keras fisik, Anda akan kesulitan untuk melihat perbedaan dalam kinerja saya pikir.

Namun, ada alasan lain, Anda mungkin memerlukan server fisik daripada virtual. Salah satunya adalah kompatibilitas perangkat keras. Jika aplikasi Anda memerlukan perangkat keras non-standar dengan bus uniknya sendiri, Anda mungkin tidak dapat menjalankannya di mesin virtual.

Saya ingin mendengar apa yang orang lain katakan. Pertanyaan yang bagus

CATATAN: Kami memiliki server yang divirtualisasi dan kemudian dimasukkan kembali ke perangkat keras yang sama hanya untuk memiliki kemampuan snapshot / vmotion yang kami sukai.

Saya bukan ahli dalam hal ini, tetapi secara umum: Aplikasi I / O yang sangat lapar (terutama mereka yang menulis sedikit dan cepat) adalah mereka yang mendapatkan server fisik mereka sendiri.

Tidak terlalu sulit untuk menemukannya, Anda hanya menjalankan monitor kinerja dan mencari waktu tunggu yang tinggi.

Juga, database kelas atas biasanya mendapatkan server khusus sendiri, karena beberapa alasan:

1. Mereka ingin menyimpan semua yang mereka bisa, penggunaan RAM sangat besar
2. Mereka berkinerja lebih baik dengan threading di beberapa core (8-arah normal), dan Anda biasanya tidak ingin menetapkan lebih dari 1 cpu virtual ke server mana pun karena memblokir
3. Mereka sangat I / O lapar ketika memuat data ke cache, latensi rendah pada I / O adalah kunci.

Ini sangat tergantung pada layanan ini melakukan.

Saya biasanya melihat sumber daya yang digunakan, dan menentukan apakah mereka memang bottelneck untuk tamu ini dan layanan yang disediakannya.

Begini caranya:

Jika Anda memiliki Dual Core (2vSMP), tamu 4GB RAM yang menjalankan server web (IIS) dan Anda tidak memaksimalkan permintaan CPU dan RAM, maka mungkin tamu tidak perlu lebih banyak perangkat keras.

Kami telah mengalami kasus di mana menjalankan Oracle Database pada platform virtualisasi mendekati jumlah kinerja yang sama dengan server perangkat keras berukuran sama.

Jelas, jika Anda ingin memiliki server 16-core sebagai VM, Anda mungkin mengalami kesulitan melihatnya berfungsi serta perangkat keras khusus.

Ketika VM kelaparan untuk sumber daya (atau mungkin kelaparan VM lain untuk sumber daya) misalnya:

1. Ketika VM IO tidak dapat dipenuhi melalui host
2. Ketika VM membutuhkan lebih banyak bandwidth jaringan daripada yang mungkin berbagi bagasi
3. Ketika proses VM menginginkan lebih banyak CPU daripada yang bisa didapat, misalnya jika ada satu proses yang memaksimalkan cpu virtual
4. Jika itu linux dan itu membutuhkan waktu yang sangat tepat (jika itu berjalan pada host host VMware linux di bawah VMware drift time. Ini dapat dikurangi dengan menggunakan ntp, namun untuk aplikasi yang membutuhkan waktu yang sangat tepat, misalnya kerberos, Anda mungkin mempertimbangkan perangkat keras nyata)
5. Ketika itu linux dan membutuhkan disk yang sangat andal (jika dijalankan pada host VMware - VMware telah dan saya percaya masih memiliki masalah SCSI di bawah VMWare dalam kondisi tertentu. Perbaikan telah dilakukan tetapi masih terjadi, meskipun lebih jarang)

Saya akan mengatakan ini ketika server berada pada titik di mana ia mengkonsumsi cukup sumber daya server sehingga tidak dapat berbagi perangkat keras.

ESX, ESXi & Window Hyper V semuanya seharusnya memberikan performa mendekati nyata. Jadi selama salah satu mesin tidak menggunakan 90% dari sumber daya sendiri, Anda tidak perlu pindah ke perangkat keras nyata.

Pengecualian karena Anda tidak ingin hal-hal seperti 2 pengontrol domain Anda pada kotak yang sama jika perangkat keras gagal.

Saya ragu ada jawaban umum untuk ini, tetapi jika Anda khawatir tentang kinerja, maka itulah yang harus Anda perhatikan. Yang jelas akan memeriksa apakah Anda memaksimalkan CPU, I / O, ...

Tetapi juga, pengujian kinerja dan tolok ukur juga akan membantu Anda memutuskan apakah ada hukuman karena menjadi virtual dan apakah memiliki VM tunggal di host masuk akal atau tidak.

Pertama-tama Anda perlu mengidentifikasi sumber daya mana yang menjadi hambatan.

Monitor kinerja Windows ( perfmon ) menyediakan banyak penghitung untuk berbagai aspek seperti antrian Disk, statistik Memori virtual dll.

Jika Anda terikat disk, memberikan akses langsung mesin virtual ke disk alih-alih sesuatu seperti file vmx dengan VMWare bisa sangat membantu.

Saya pikir itu semua tergantung pada dua faktor: