Migrasi fisik dan virtual Server VMware

• Administrasi sistem

Suatu ketika ada sebuah server di negara yang jauh. Oleh spesifikasi teknis untuk masanya dia tidak buruk - Intel Inti Quad Q6600 2.4GHz 8GB RAM Intel DQ965GF motherboard, pengontrol serangan 3ware7xxx/8xxx dan 2 penggerak SATA 300GB masing-masing dalam serangan 1 array.

Dan suatu hari saya memutuskan untuk mati di server ini salah satu disk dalam serangan itu - dan begitu saya memutuskan, saya mati. Wajar untuk berasumsi bahwa jika satu disk mati, disk kedua mungkin juga mati - disk tersebut perlu diubah. Ya dan perluas ruang disk Tidak ada salahnya, pikir kami.
Entah bagaimana, dengan setengah dosa, kami membeli disk baru sebesar 2TB - ada juga krisis di negara-negara borjuis yang jauh hard drive. Server sangat penting, tetapi dimungkinkan untuk mematikannya dan menyiksanya untuk beberapa waktu - ada cadangan.

Kami memutuskan untuk memperbarui perangkat lunak...

Server telah menginstal CentOS 4.5 x64, yang lama tersiksa server vmware ke-2 dan di bawah server sudah ada tiga mesin virtual dengan server windows 2003 dengan ms sql dan beberapa program, freebsd dan suse. Selama bertahun-tahun, satu-satunya hal yang penting adalah Windows, dan di masa depan direncanakan untuk menambahkan beberapa mesin virtual lagi di sana - yang berarti kita perlu mengubah platformnya.
Kami memilih vSphere hypervisor - atau sekadar ESXi. Setelah menjelajahi Internet, saya tidak menemukan pengalaman menginstal ESXi pada perangkat keras tertentu - jaringan mungkin tidak berfungsi kartu Intel 82556DM dan pengontrol serangan - cari di daftar resmi kompatibilitas tidak memberikan hasil yang positif. Memasang kartu jaringan tambahan akan merepotkan dan memakan waktu. Yah, itu mungkin dilakukan tanpa serangan.

Secara umum, kami memutuskan untuk mencobanya. Saya menulis surat kepada dukungan teknis untuk memasang hard drive baru dan menginstal esxi 5.0. Setelah beberapa saat mereka menjawab bahwa mereka menginstal esxi 4.1u1, serangan itu tidak terlihat, tetapi berfungsi pada pengontrol ICH bawaan dan kedua hard drive terlihat. Mereka memberi kami kata sandi sehingga kami bisa pergi dan melihat kebahagiaan ini.

Kami pergi dan melihat. Tampaknya berhasil. Sekarang tugas kedua adalah migrasi virtual jendela mobil server 2003 dari server vmware ke lingkungan hypervisor vmware vsphere. Kami menemukan beberapa opsi -
Pertama unggah gambar disk atau mesin virtual siap pakai dengan centos/linux ke penyimpanan dan sambungkan disk lama sebagai pemetaan perangkat mentah, instal konverter dan konversi ke esxi.
Kedua- coba pasang partisi ext3 ke esxi - tapi sayangnya hal ini sepertinya tidak mungkin.
ketiga- salin melalui SCP/FTP/HTTP ke tempat lain, konversikan di sana lalu salin kembali melalui SCP atau melalui vclient.
keempat- instal vmware converter di dalam centos lama dan konversikan langsung.
kelima- naikkan mesin virtual lain dengan Windows dan instal konverter di sana.

Sementara kami berpikir - dukungan teknis memasukkan disk ke adaptor USB-SATA dan menghubungkannya ke server - ESXi telanjang, tentu saja, tidak dapat memahami apa yang dapat dilakukan dengan opsi ini. Kemudian mereka menulis bahwa mereka meragukan hal itu susunan serangan bertemu satu sama lain kecuali dari sistem operasi aslinya.

Kami mencoba memasang konverter di Centos - kami memasangnya, tetapi karena alasan tertentu tidak dapat menyambungkannya dari jarak jauh - mungkin karena port non-standar yang ditentukan saat memasang konverter, karena port standar sudah ditempati. Nah, setelah memikirkannya, tampaknya seluruh mesin virtual pertama-tama akan diunduh melalui klien ke mesin lokal saya, dan kemudian kembali - lalu lintas 30 gigabyte dan Tuhan melarang Internet akan terputus - secara umum, opsi yang tidak dapat diandalkan.
Selain itu, konverter tidak hanya mengubah mesin menjadi file - ia memerlukan koneksi ke host atau vCenter.

Kami tidak mencoba memasang partisi ext3 ke esxi - kami tidak melihat tipe ext3 di opsi perintah mount sistem file- mungkin mereka terlihat buruk.

Secara umum, mereka melakukan ini - saya mengemas file mesin virtual dan mengunduhnya ke komputer saya. Saya memasang konverter vmware dan mengonversinya ke host esxi lokal. Untuk keandalan dan kompatibilitas, saya terhubung melalui ssh ke esxi lokal dan mengarsipkan mesin virtual shutdown menggunakan tar - direktori mesin virtual terletak di /vmfs/volumes/datastore/. Parameter z memampatkan arsip.
Hasilnya adalah file 7GB dari 17GB.

Saya menulis ke dukungan teknis untuk memasang hard drive baru dan meluncurkan esxi. Kemudian saya terhubung ke esxi jarak jauh menggunakan WinSCP dan mulai mengunggah arsip. Kecepatannya baru saja membunuh saya - 30kB/detik, sekitar 3 hari penyalinan. Ternyata kemudian, melanjutkan tidak didukung; tar di esxi tampaknya tidak dapat bekerja dengan arsip yang dipecah menjadi beberapa bagian. Untuk berjaga-jaga, saya memutuskan untuk mencoba menggunakan vclient standar untuk mengunggah arsip ke penyimpanan - kecepatannya ternyata sekitar 10 kali lebih cepat dan arsip diunggah dalam 7 jam.

Kemudian saya masuk ke esxi jarak jauh melalui ssh dan membongkar mesin virtual tar, menambahkannya ke Inventaris dan meluncurkannya. Alat vmware yang diperbarui, kartu jaringan dan dipulihkan pengaturan jaringan.

Untuk meningkatkan keandalan, saya membuat mesin virtual dengan server Windows 2003 (sehingga teknologi kompresi memori vmware dapat berfungsi dan lebih sedikit sumber daya yang dihabiskan). Saya menambahkan satu kartu jaringan lagi dengan alamat IP “abu-abu” ke kedua mesin, membuat vSwitch lain, menambahkan VMKernel ke dalamnya, mencentang kotak Manajemen lalu lintas di dalamnya dan menetapkan alamat IP dari rentang “abu-abu” yang sama. Cadangan veeam diinstal dan dikonfigurasi. Untuk mengurangi lalu lintas berbayar melalui Internet dan untuk keamanan, veeam terhubung ke esxi melalui alamat IP "abu-abu" dan membuat salinan mesin virtual dari satu hard drive penyimpanan ke hard drive kedua - sehingga jika terjadi kegagalan, fungsionalitas dapat dipulihkan dengan cepat.

Jika tidak kecepatan lambat menyalin melalui Internet - maka waktu henti akan maksimal 30 menit.

Kemungkinan besar, kami melewatkan beberapa opsi migrasi - mungkin ada yang bisa memberi tahu saya pemikiran cerdas, karena masih ada beberapa tugas migrasi yang kira-kira sama.

Suatu ketika ada sebuah server di negara yang jauh. Dalam hal karakteristik teknis, itu tidak buruk pada masanya - Intel Inti Quad Q6600 2.4GHz 8GB RAM Intel DQ965GF motherboard, pengontrol serangan 3ware7xxx/8xxx dan 2 disk SATA masing-masing 300GB dalam 1 array serangan.

Dan suatu hari saya memutuskan untuk mati di server ini salah satu disk dalam serangan itu - dan begitu saya memutuskan, saya mati. Wajar untuk berasumsi bahwa jika satu disk mati, disk kedua mungkin juga mati - disk tersebut perlu diubah. Dan tidak ada salahnya untuk menambah ruang disk, pikir kami.
Entah bagaimana, dengan dosa, kami membeli drive 2TB baru - ada juga krisis hard drive di negara-negara borjuis yang jauh. Server sangat penting, tetapi dimungkinkan untuk mematikannya dan menyiksanya untuk beberapa waktu - ada cadangan.

Kami memutuskan untuk memperbarui perangkat lunak...

Server memiliki CentOS 4.5 x64, yang lama tersiksa, vmware server 2 diinstal dan di bawah server sudah ada tiga mesin virtual dengan server windows 2003 dengan ms sql dan beberapa program, freebsd dan suse. Selama bertahun-tahun, satu-satunya hal yang penting adalah Windows, dan di masa depan direncanakan untuk menambahkan beberapa mesin virtual lagi di sana - yang berarti kita perlu mengubah platformnya.
Kami memilih vSphere hypervisor - atau sekadar ESXi. Setelah menjelajahi Internet, saya tidak menemukan pengalaman menginstal ESXi pada perangkat keras khusus ini - kartu jaringan Intel 82556DM dan pengontrol serangan mungkin tidak berfungsi - pencarian di daftar kompatibilitas resmi tidak memberikan hasil yang positif. Memasang kartu jaringan tambahan akan merepotkan dan memakan waktu. Yah, itu mungkin dilakukan tanpa serangan.

Secara umum, kami memutuskan untuk mencobanya. Saya menulis surat ke dukungan teknis agar mereka memasang hard drive baru dan menginstal esxi 5.0. Setelah beberapa saat mereka menjawab bahwa mereka menginstal esxi 4.1u1, serangan itu tidak terlihat, tetapi berfungsi pada pengontrol ICH bawaan dan kedua hard drive terlihat. Mereka memberi kami kata sandi sehingga kami bisa pergi dan melihat kebahagiaan ini.

Kami pergi dan melihat. Tampaknya berhasil. Sekarang tugas kedua adalah memigrasikan mesin virtual server jendela 2003 dari server vmware ke lingkungan hypervisor vmware vsphere. Kami menemukan beberapa opsi -
Pertama unggah gambar disk atau mesin virtual siap pakai dengan centos/linux ke penyimpanan dan sambungkan disk lama sebagai pemetaan perangkat mentah, instal konverter dan konversi ke esxi.
Kedua- coba pasang partisi ext3 ke esxi - tapi sayangnya hal ini sepertinya tidak mungkin.
ketiga- salin melalui SCP/FTP/HTTP ke tempat lain, konversikan di sana lalu salin kembali melalui SCP atau melalui vclient.
keempat- instal vmware converter di dalam centos lama dan konversikan langsung.
kelima- naikkan mesin virtual lain dengan Windows dan instal konverter di sana.

Sementara kami berpikir - dukungan teknis memasukkan disk ke adaptor USB-SATA dan menghubungkannya ke server - ESXi telanjang, tentu saja, tidak dapat memahami apa yang dapat dilakukan dengan opsi ini. Kemudian mereka menulis bahwa mereka ragu bahwa raid array dapat dilihat kecuali dari sistem operasi aslinya.

Kami mencoba memasang konverter di Centos - kami memasangnya, tetapi karena alasan tertentu tidak dapat menyambungkannya dari jarak jauh - mungkin karena port non-standar yang ditentukan saat memasang konverter, karena port standar sudah ditempati. Nah, setelah memikirkannya, tampaknya seluruh mesin virtual pertama-tama akan diunduh melalui klien ke mesin lokal saya, dan kemudian kembali - lalu lintas 30 gigabyte dan Tuhan melarang Internet akan terputus - secara umum, opsi yang tidak dapat diandalkan.
Selain itu, konverter tidak hanya mengubah mesin menjadi file - ia memerlukan koneksi ke host atau vCenter.

Kami tidak mencoba memasang partisi ext3 ke esxi - kami tidak melihat jenis sistem file ext3 di opsi perintah mount - mungkin kelihatannya tidak benar.

Secara umum, mereka melakukan ini - saya mengemas file mesin virtual dan mengunduhnya ke komputer saya. Saya memasang konverter vmware dan mengonversinya ke host esxi lokal. Untuk keandalan dan kompatibilitas, saya terhubung melalui ssh ke esxi lokal dan mengarsipkan mesin virtual shutdown menggunakan tar - direktori mesin virtual terletak di /vmfs/volumes/datastore/. Parameter z memampatkan arsip.
Hasilnya adalah file 7GB dari 17GB.

Saya menulis ke dukungan teknis untuk memasang hard drive baru dan meluncurkan esxi. Kemudian saya terhubung ke esxi jarak jauh menggunakan WinSCP dan mulai mengunggah arsip. Kecepatannya baru saja membunuh saya - 30kB/detik, sekitar 3 hari penyalinan. Ternyata kemudian, melanjutkan tidak didukung; tar di esxi tampaknya tidak dapat bekerja dengan arsip yang dipecah menjadi beberapa bagian. Untuk berjaga-jaga, saya memutuskan untuk mencoba menggunakan vclient standar untuk mengunggah arsip ke penyimpanan - kecepatannya ternyata sekitar 10 kali lebih cepat dan arsip diunggah dalam 7 jam.

Kemudian saya masuk ke esxi jarak jauh melalui ssh dan menghapus tar mesin virtual, menambahkannya ke Inventaris dan meluncurkannya. Alat vmware yang diperbarui, kartu jaringan, dan pengaturan jaringan yang dipulihkan.

Untuk meningkatkan keandalan, saya membuat mesin virtual dengan server Windows 2003 (sehingga teknologi kompresi memori vmware dapat berfungsi dan lebih sedikit sumber daya yang dihabiskan). Saya menambahkan satu kartu jaringan lagi dengan alamat IP “abu-abu” ke kedua mesin, membuat vSwitch lain, menambahkan VMKernel ke dalamnya, mencentang kotak Manajemen lalu lintas di dalamnya dan menetapkan alamat IP dari rentang “abu-abu” yang sama. Cadangan veeam diinstal dan dikonfigurasi. Untuk mengurangi lalu lintas berbayar melalui Internet dan untuk keamanan, veeam terhubung ke esxi melalui alamat IP "abu-abu" dan membuat salinan mesin virtual dari satu hard drive penyimpanan ke hard drive kedua - sehingga jika terjadi kegagalan, fungsionalitas dapat cepat pulih.

Jika bukan karena lambatnya kecepatan penyalinan melalui Internet, waktu henti akan maksimal 30 menit.

Kemungkinan besar, kami melewatkan beberapa opsi migrasi - mungkin seseorang dapat memberi saya beberapa ide cerdas, karena masih ada beberapa tugas migrasi serupa yang akan dilakukan.

Saya punya kasus di tempat kerja ketika ada kebutuhan untuk mentransfer seseorang yang telah bekerja banyak waktu di bawah Windows XP ke Linux. Windows XP berdiri di mesin untuk waktu yang sangat lama tanpa instalasi ulang, telah dikonfigurasi dan diisi berbagai program, dan orang tersebut tidak ingin berpisah sepenuhnya dengannya; terkadang dia perlu bekerja dalam dua sistem secara bersamaan. Tentu saja, satu-satunya jalan keluar yang normal adalah virtualisasi. Menginstal Windows dan semuanya program yang diperlukan dari awal ke mesin virtual, serta pengaturannya akan menghasilkan prosedur yang sangat panjang dan tidak menyenangkan. Namun ternyata ada jalan keluar yang lebih sederhana - Anda bisa melakukan virtualisasi sistem yang diinstal. Untuk ini saya menggunakan program ini Konverter VMware. Saya akan menjelaskan bagaimana hal ini dapat dilakukan.

Pertama, unduh VMware Converter untuk Windows dari sini dan instal di mesin fisik yang perlu diubah menjadi mesin virtual. Untuk mengunduh program ini, Anda harus melalui pendaftaran sederhana di situs web. Selama instalasi, pilih jenis instalasi " Instalasi lokal".

Luncurkan VMware Converter, pilih item di menu utama File -> Baru -> Mesin Konversi dan mulai menyiapkan konversi.

Pada langkah pertama (Tentukan Sumber), Anda perlu menentukan mesin sumber. Di jendela yang muncul, buat pengaturan berikut:

• Pilih jenis sumber: Mesin yang dihidupkan(Mesin dihidupkan)
• Tentukan mesin yang dihidupkan: Mesin lokal ini(Mesin lokal ini)

• Pilih jenis tujuan: VMware Workstation atau VMware lainnya mesin virtual
• Pilih produk VMware: Pemutar VMware 2.5.x
• Nama: Nama apa saja
• Pilih lokasi untuk mesin virtual: direktori mana pun tempat mesin akan disimpan

Pada langkah berikutnya(Lihat/Edit Opsi) meminta Anda menentukan parameter mesin virtual yang sedang dibuat. Di sini Anda dapat membiarkan semuanya tidak berubah, karena nantinya Anda dapat mengedit semua yang Anda perlukan di VMware Player.

Jadi, sekarang Anda perlu menyalin folder dengan yang diterima mesin virtual pada beberapa perangkat keras(yang belum akan Anda format dan gunakan untuk menginstal Linux) dan lanjutkan ke instalasi Linux. Kemudian di Linux Anda perlu menyalin mesin virtual Anda ke beberapa direktori, menginstal VMware Player (Anda dapat membaca tentang cara melakukan ini) dan kemudian membuka mesin Anda di VMware Player menggunakan item menu File -> Buka Mesin Virtual.

Catatan:

• Setelah memulai mesin virtual, saya sangat menyarankan untuk mengunduh dan menginstal add-on tamu WMware Tools, yang akan meningkatkan kinerja mesin virtual Anda secara signifikan. Anda dapat melakukan ini dengan memulai mesin virtual dan memilih vmplayer di menu utama. VM -> Instal Alat WMware.
• Mesin virtual diperoleh selama konversi untuk VMware Versi pemain 2.5 juga berjalan tanpa masalah di versi 3.
• Selain mengonversi mesin fisik lokal ke mesin virtual, terdapat opsi lain, misalnya sumber dapat berupa mesin jarak jauh atau image Acronis.

Para akuntan memiliki bit2000 dan semuanya cocok untuk mereka, hampir semuanya. Saya tidak senang dengan kenyataan bahwa perlu menghubungkan lebih banyak gudang ke program ini, tetapi hal ini tidak berhasil. Dan kami pindah ke 1c, dan server dibeli dan itu bagus, tapi server lama Ternyata kebutuhannya tidak banyak, namun zat besi dibutuhkan.

Dan saya bertanya-tanya bagaimana saya bisa membuat mesin fisik menjadi virtual. Saya mulai menggali di Internet dan bahkan mencari di Habré - p2v, tidak ada hal berharga yang dapat membantu.

Bagaimana cara mengambil snapshot sistem agar dapat dijalankan tanpa masalah?

Internet menyarankan beberapa solusi, tapi itu hanya saya sistem sumber Server Windows 2003, dan bahkan dengan crack tidak semuanya berfungsi, Anda memerlukan crack untuk server. Saya akan segera mengatakan bahwa Acronis tidak akan berfungsi. Server manajer disk Paragon dapat mengambil snapshot dari sistem, tetapi tidak mengunggahnya disk lokal, tapi hanya aktif disk fisik. Ingatlah hal ini ketika Anda memutuskan untuk menggunakannya.

Internet menyarankan. Blog Andrey Beshkov berisi link ke utilitas gratis disk2vhd. Kecil, namun jarak jauh, ini memungkinkan Anda mengambil snapshot dari sistem yang sedang berjalan dan mengunggahnya ke disk lokal.

Anda dapat melewatkan penjelasan tentang bagaimana partisi asli 300 gigabyte dibagi menjadi 3 bagian.

Utilitasnya sangat sederhana, pilih disk tempat sistem yang Anda perlukan diinstal, dan pilih jalurnya - Anda harus mendaftarkannya secara manual. Saya belum mencobanya, tapi mungkin programnya bisa drive jaringan dan mentransfer folder ke snapshot sistem. Saya juga mencentang kotak “Persiapkan untuk digunakan di Virtual PC”, meskipun alih-alih Virtual PC, saya memiliki Hyper-V. Bantuan tidak berhasil.

Setelah penciptaan disk virtual, buat mesin virtual.

Kami memilih generasi pertama.

Memasang volume yang dibutuhkan RAM- itu akan menonjol dari yang fisik, dalam kasus saya mesin virtual berputar pada 1 gigabyte RAM, jika Anda mengatur lebih banyak maka itu tidak akan mulai - tidak ada cukup memori, itu bukan satu-satunya yang berjalan di server.
Pertimbangkan hal ini.

Kami belum memilih adaptor jaringan.

Kami memberi tahu mesin virtual untuk menggunakan disk virtual yang kami buat.

Mesin virtual saya berjalan dalam konfigurasi ini.

Mari beralih ke menyiapkan mesin virtual.

Hapus yang sudah ada adaptor jaringan- itu tidak akan berfungsi di server; server yang divirtualisasi tidak akan melihatnya.

Kami menetapkan jumlah inti prosesor yang kami alokasikan untuk mesin virtual ini.

Anda dapat mengatur jumlah RAM yang diinginkan.

Boot dari disk, instalasi sistem baru tidak diperlukan.

Kami memasang peralatan baru - "Adaptor jaringan kedaluwarsa", server windows 2003 kami akan melihatnya.

Pilih adaptor virtual yang diinginkan. Dalam kasus saya, karena mesin virtual lain adalah server proxy dan kartu jaringan terpisah dialokasikan untuk Internet dan jaringannya sendiri tidak dapat diakses dari biasanya jaringan lokal, saya memilih adaptor virtual yang dibuat untuk yang kedua kartu jaringan menggunakan jaringan lokal kami.

Semuanya sudah siap, Anda bisa mulai.

Setelah peluncuran, kemungkinan besar Anda akan menghadapi beberapa kejutan - mouse mungkin tidak berfungsi. Anda harus mengkonfigurasi kartu jaringan menggunakan keyboard. Setelah menyiapkan kartu jaringan, kami dapat terhubung menggunakan Radmin langsung ke mesin virtual baru kami.

Omong-omong, ketika saya mencoba meningkatkan resolusi layar dari 800x600, sistem gagal layar biru kematian kemungkinan besar disebabkan oleh sejumlah kecil RAM yang saya alokasikan untuk mesin virtual.

Semuanya sangat mudah dilakukan.

hal. Saya hampir lupa - saya perlu mengaktifkan sistem lagi, sistem diaktifkan secara normal.
hal. Tautan tidak dapat disisipkan dengan benar.