Jebakan / Pelajaran Virtualisasi

Apa saja jebakan atau pelajaran yang didapat setelah mengonversi perangkat keras yang ada ke lingkungan tervirtualisasi? Apakah ada sesuatu yang Anda coba untuk virtualisasi tetapi tidak akan pernah melakukannya lagi?

SELALU mengeluarkan media virtual (CD / DVD / Floppy) setelah Anda selesai karena gagal melakukannya akan sering menghentikan vMotion di jalurnya.

Dapatkan pengaturan NTP dan DNS Anda dengan benar, ini akan menyelamatkan Anda dari kemungkinan bunuh diri :)

Anda tidak akan pernah memiliki cukup memori, atau penyimpanan.

Pastikan Anda memiliki akses jarak jauh, kurang OS, ke mesin Anda seperti sistem iLO HP.

Menyimpan repositori file OS / App .ISO.

Bukan jawaban langsung untuk pertanyaan Anda tetapi dengan harapan bahwa seseorang menyelamatkan diri dari mencabut rambut mereka di masa depan dengan menemukan respons ini - server blade HP tidak mengirimkan dengan bit 'VT'-nya diaktifkan secara default, Anda harus mengaktifkan di BIOS (F9). Tanpa ESX 3.5U4 ini tidak menimbulkan kesalahan yang berguna, tidak hanya hang sebelum menginstal kode :(

Untuk menjawab pertanyaan seperti yang ditanyakan - jebakan terkait dengan migrasi P2V.

Pertama - migrasi P2V bekerja sangat baik untuk sebagian besar. Sistem yang lebih bersih dan lebih baru semakin baik tetapi bahkan dengan migrasi lama (sistem NT4) tingkat keberhasilan saya setelah lebih dari seratus migrasi di berbagai lingkungan telah sekitar 90%. Itu sistem yang telah bermigrasi dan diserahkan ke produksi pada hari (sebagian besar pada malam hari) yang direncanakan. Saya hanya pernah memiliki satu sistem yang harus kami membalikkan setelah migrasi yang tampaknya berhasil - sebuah kotak SQL yang membutuhkan lebih banyak tenaga kuda CPU daripada yang bisa diberikan oleh platform. VMware Converter bagus dan gratis (untuk versi non perusahaan), Platespin sangat bagus (tapi mahal).

Yang mengatakan - ada hal yang harus dihindari.

Cluster MSCS. Anda dapat membuatnya bekerja tetapi tidak pernah merupakan ide bagus dan Microsoft hampir pasti tidak akan membantu Anda dengan cara apa pun jika Anda memiliki masalah di kemudian hari. Sebaliknya, bangun sistem yang berdiri sendiri yang baru.

Server SQL besar - penekanan pada besar. Ini seharusnya ditandai merah dari persyaratan CPU POV di muka, tetapi jangan tergoda untuk memindahkannya jika Anda tidak yakin bahwa target VM akan memiliki ruang kepala CPU yang cukup.

Jika Anda berencana untuk mengubah nama sistem atau alamat ip (atau keduanya) selama migrasi maka pertama-tama pertimbangkan untuk tidak melakukan itu dan jika Anda benar-benar tidak punya pilihan maka pastikan Anda memiliki orang-orang yang mengerti bagaimana perubahan itu dapat mempengaruhi sistem yang dimaksud. Migrasi terburuk saya adalah server RSA ACE yang digunakan untuk mengautentikasi VPN yang berlokasi di DMZ di mana klien menolak untuk mendengarkan keberatan saya dan bersikeras untuk mengubah nama dan alamat ip selama migrasi.

Terkait dengan hal di atas - jika Anda memiliki selain jaringan yang benar-benar rata, buatlah beberapa VM uji dan pastikan 100% jaringan VM Anda mereplikasi dengan sempurna jaringan fisik tempat Anda bermigrasi.

Di lingkungan Windows AD selalu pastikan Anda memiliki akun admin lokal di kotak yang dimigrasi. Dan mengujinya sebelum Anda bermigrasi.

Pastikan Anda memiliki gagasan yang bagus tentang berapa lama hal itu akan berlangsung. Waktu salin P2V akan bervariasi tergantung pada bandwidth jaringan yang tersedia (jelas) tetapi juga dapat secara dramatis dipengaruhi oleh jumlah file di setiap volume yang dimigrasi. Ini khususnya masalah dengan Platespin yang memigrasi sistem NT4 * tetapi akan memengaruhi penyalinan perangkat lunak P2V apa pun pada tingkat file (yang umumnya berlaku jika Anda memilih untuk mengubah ukuran volume). Kecepatan salin 70-80Megabyte per detik dimungkinkan dengan jaringan GigE, sumber yang relatif cepat dan pengaturan target yang baik tetapi 20-30Megabyte / detik lebih khas dan untuk sistem NT yang disebutkan sebelumnya dengan jaringan 100Meg dan banyak file yang saya lihat laju salinnya drop down ke kisaran 50kilobyte / detik.

• Idealnya Anda akan menyingkirkan ini tetapi beberapa orang tidak memiliki kemewahan itu dan mendapatkan OS seperti itu dari perangkat keras yang sama sekali tidak dapat diperbaiki yang mungkin berjalan pada hampir selalu merupakan ide yang baik.

• Miliki strategi cadangan yang solid sebelumnya. Putuskan apakah Anda akan mencadangkan VM seolah-olah itu menggunakan bare metal, atau apakah Anda akan mencadangkan hard disk virtual pada penyimpanan data (atau keduanya). Secara umum, saya menemukan bahwa jejak cadangan yang diperlukan saya meningkat secara signifikan pada awalnya, jadi bersiaplah untuk lonjakan awal di mana Anda mungkin membuat cadangan mesin fisik lama dan VM baru sebelum Anda menyelesaikan semua kekusutan.
• Sprawl VM juga sesuatu yang harus diwaspadai. Begitu virtualisasi mulai lepas landas, keinginan untuk memindahkan semuanya ke VM menjadi luar biasa. Meskipun ini bisa bekerja, Anda mungkin tidak memesan perangkat keras yang cukup tepat sejak awal.
• Saya pikir ada mesin yang tidak dapat dikonversi, dan mesin lain yang mungkin tidak boleh dikonversi. Meskipun menyenangkan untuk dapat mengambil mesin fisik berusia 10 tahun dan mengkloningnya ke VM, dengan kutil dan semuanya, pasti ada skenario di mana Anda akan lebih baik membangun
  OS yang bersih dan memindahkan objek dari mesin fisik. Terkadang Anda lebih baik tidak berkonversi melalui sarang laba-laba.
• Bersiaplah untuk menggunakan banyak port jaringan. Jika Anda memiliki sistem yang berjalan pada VLANS berbeda, sementara port tunggal dapat di-trunk, Anda mungkin ingin memiliki port individual untuk VLAN Anda yang dimasukkan ke dalam vSwitch Anda. Jika Anda ingin redundansi, dan Anda menggunakan iSCSI, Anda bisa melihat banyak NIC.

Dari pengalaman saya, berhati-hatilah dengan media penyimpanan Anda. Kami pergi dengan SAN iSCSI yang ternyata hanya mendukung koneksi 100Mbit. Menjalankan satu VM pada sistem itu tidak buruk, dua kurang memadai ... dan pada saat kami mencapai target kami dari 8 VMs mereka mengerikan.

Pelajaran pribadi saya pelajari: Periksa nilai IOPS dan baca lebih banyak ulasan tentang produk yang terkait dengan cara Anda ingin menggunakan perangkat penyimpanan

Hal praktis lain yang saya pelajari ... Membuat gambar disk 'cadangan' setelah instalasi dan pengerasan basis akan mempercepat pembangunan sistem lain dan merupakan hal yang sangat berguna untuk disimpan.

Cobalah untuk tidak menjalankan server basis data produksi di Lingkungan Virtual. Overhead untuk I / O tidak dapat diterima. Kami memiliki masalah besar ketika DBA kami memungkinkan server MSSQL utama kami untuk divirtualisasi. Kueri membutuhkan ribuan milidetik untuk dijalankan. Ketika kami meyakinkan mereka untuk memindahkannya kembali ke kotak khusus, terjadi peningkatan dan kecepatan 10.000%.

Gunakan jaringan redunant untuk lalu lintas vmotion / vmkernel. Anda tidak ingin mesin virtual dimatikan hanya karena sebuah saklar reboot.

Oh, dan tinggalkan satu server DC / DNS / DHCP dari virtualisasi. Pengguna Anda akan membenci Anda lebih sedikit jika Anda mendapatkan crash SAN besar.

Jika Anda belum memilikinya - Miliki cadangan lengkap mesin fisik sebelum migrasi. Sebuah gambar mungkin yang terbaik atau dan ASR / pemulihan sistem atau apa pun yang memberi Anda snapshot sistem lengkap, alih-alih cadangan konten biasa yang dimiliki sebagian besar mesin.

Alat P2V dapat menjadi bumerang bagi Anda secara tidak terduga, merusak mesin fisik (saya punya VMWare konverter membunuh mesin saya mencoba untuk P2V sekali, untungnya itu hanya tes migrasi). Bersiaplah untuk mengembalikan sistem dari awal. Ya, ini mungkin peluang 1000 banding 1, tetapi apakah ANDA ingin menjadi yang itu?

VMWare Converter menciptakan mesin virtual yang melakukan booting dari scsi. Mesin virtual MS tidak dapat boot dari scsi. [edit - ternyata versi 4 dari konverter sekarang memungkinkan Anda menentukan SCSI atau IDE, saya suka mereka]

Jika Anda akan melakukan virtualisasi mesin fisik non-ACPI , belilah beberapa perangkat lunak untuk tujuan itu. (Kecuali jika Anda memiliki beberapa minggu untuk perjalanan yang menyenangkan dalam penemuan!)

Juga, VMWare Converter akan menangani pekerjaan di mana MS SCVMM akan menyerah.

Bawa banyak RAM.

Jangan lakukan apa pun sampai alat virtualisasi (apakah VMWare atau MS) telah diinstal.

Jika Anda akan memindahkannya ke platform / versi lain, copot pemasangan alat-alat tersebut.

Pikirkan batas CPU Anda. P2V dari 2 CPU windows 2000 mengajari saya bahwa hanya 1 yang didukung.

• 2000 - 1 inti
• 2003 - 2 core
• 2008 - 4 core

Jika Anda akan menggunakan SAN untuk menyimpan gambar VM Anda, pastikan bahwa Anda memberi label perangkat dan host Anda SANGAT JELAS. Menghapus pemetaan host-ke-disk di SAN melakukan hal-hal buruk jika masih digunakan oleh VM.

Microsoft tidak akan mendukung Exchange 2003 berjalan di VMware (setidaknya itu adalah respon resmi). Dengan banyak gerakan memutar, kami dapat memperoleh dukungan tidak resmi dari mereka, tetapi hal itu menyebabkan sakit kepala tambahan dalam krisis yang sudah membuat stres.

Banyak di antaranya spesifik VMware:

• Jika berkinerja buruk sebagai mesin fisik, itu akan berkinerja buruk sebagai mesin virtual.
• Cold Clone ISO adalah teman Anda
• Sampah masuk sampah keluar. Jika Anda P2Ving sistem yang lebih lama mereka dapat meninggalkan jejak yang tidak perlu. Lihat Melihat Perangkat Keras Hantu setelah P2V , Langkah-langkah yang Dibutuhkan setelah P2V , dan p2v-scripts.pdf
• Pastikan sistem operasi tamu Anda didukung oleh perangkat lunak P2V Anda.
• Windows 2000 dapat menjadi masalah bagi driver SCSI

Gangguan bodoh dengan VMware: berbagai versi VMware menggunakan driver SCSI berbeda untuk perangkat disk virtual mereka. Sangat mungkin untuk membuang 2 jam sebelum mempertimbangkan opsi itu.

Yah, sejauh ini saya belum punya cerita horor tentang diri saya melakukan virtualisasi. Namun, beberapa catatan sekalipun.

1. Merencanakan dengan cermat secara terperinci di depan. Terutama mengerjakan beberapa pekerjaan rumah yang tidak bisa divirtualisasi.

2. Jika vendor aplikasi yang berjalan di server Anda tidak mendukung lingkungan virtual, tunggu sampai mereka mendukung.

3. Implementasikan w / a SAN sebagai penyimpanan yang menyimpan semua gambar VM.

4. Jalankan ESX atau ESX (i), atau Hyper-V, untuk mendapatkan kinerja terbanyak.

Mungkin lebih tapi itu saja untuk saat ini. :)

[pembaruan] di sini ada satu lagi. Terapkan firmware terbaru ke server host. Saya punya satu yang tidak saya lakukan, yang memberi saya layar ungu beberapa hari sekali dan menabrak server sepenuhnya.

Dampak virtualisasi adalah sekitar 5% dari kinerja overhead. Ukur konsumsi sumber daya pada lingkungan yang ada untuk menentukan apakah lingkungan virtualisasi Anda dapat mengambil beban ini.

Sebelum siaran langsung dengan solusi virtualisasi Anda:

• Pastikan Anda tahu cara membuat cadangan DAN memulihkan VM. Menggunakan snapshot mungkin tidak didukung, seperti pada Windows DC
• Tanyakan kepada editor Anda apakah solusinya didukung di dalam VM. Microsoft memelihara daftar perangkat lunak yang didukung di dalam VM: KB 897613
• Karena sangat mudah untuk membuat VM, orang cenderung menghasilkan VM baru untuk setiap permintaan. Maka Anda memiliki lebih banyak VM daripada solusi yang Anda rencanakan untuk didukung.

Apakah ada sesuatu yang Anda coba untuk virtualisasi tetapi tidak akan pernah melakukannya lagi?

Saya tidak akan mengatakan saya tidak akan mencobanya lagi, tetapi virtualisasi berlapis tidak menyenangkan untuk ditangani.

Dengan layered saya maksudkan menjalankan xen atau esx pada perangkat keras tervirtualisasi seperti Egenera, HP Virtual Connect atau Cisco UCS. Kedengarannya seperti ide yang bagus, tetapi bisa sangat memakan waktu untuk debug.

Di VMWare, tahu di mana foto-foto itu berakhir. Kami memiliki konfigurasi kami untuk berakhir di LUN di SAN dengan file VM sendiri. Seorang teknisi sedang mempraktikkan proses Snapshot pada LUN yang hampir penuh. Kemudian dia me-reboot VM untuk beberapa alasan, dan file-file log menyebabkan VM tidak memulai. Itu sedikit keberuntungan yang membawa kita ke LUN menjadi penuh sebagai penyebabnya.

Jika Anda menggunakan VHD yang berkembang secara dinamis, pastikan Anda cukup besar. Jika Anda menggunakan 100GB dan akhirnya hanya menggunakan 20 ... tidak masalah. Namun, jika Anda pergi dengan 25 maka Anda memiliki beberapa pekerjaan di depan Anda.