Isi semula akaun awan Microsoft: penghijrahan sempurna persekitaran virtualisasi VMware tempatan ke Azure AVS
Dalam dunia IT korporat, VMware hampir identik dengan "virtualisasi". Banyak syarikat menjalankan beratus-ratus mesin maya vSphere di ruang komputer tempatan untuk menjalankan perniagaan teras. Namun, dengan penuaan peralatan bilik komputer dan kos penyelenggaraan yang melambung tinggi, semua orang ingin menikmati fleksibiliti dan kos pengkomputeran awan yang rendah.
Walau bagaimanapun, pengalihan pembongkaran dan pembinaan semula tradisional hanyalah mimpi buruk: mengubah IP, mengubah seni bina, menulis semula pemacu sistem operasi yang mendasari, dan menghadapi masa henti perniagaan yang panjang dan masalah keserasian yang mungkin runtuh pada bila-bila masa.
Tidak ada cara untuk membuat mesin maya VMwaretempatan "dikemas di tempat" tanpa mengubah satu baris konfigurasi, atau bahkan
Penutupan sifar
Adakah tanah bergerak terus ke awan?
Mempunyai. Inilah penyelesaian tegar mendalam yang akan kita bicarakan hari ini:
Azure VMware Solution (dikenali sebagai AVS, Microsoft Cloud VMware Solution)
。
1. Apakah AVS? Mengapa artifak "penghijrahan lancar"?
Ringkasnya, AVS adalah penghabluran kerjasama mendalam rasmi antara Microsoft dan VMware. Ia tidak membolehkan anda menukar VMware menjadi mesin maya asli Azure (AVM), tetapi
Microsoft secara langsung menggunakan pelayan logam telanjang fizikal tulen di pusat data Azure untuk membantu anda membina persekitaran VMware vSphere yang asli
。
Ini bermakna:
Alat sama persis: awan masih vSphere, vCenter, vSAN dan NSX-T. Pengurus rangkaian dan kakitangan operasi dan penyelenggaraan anda tidak perlu mempelajari semula konsep rangkaian kompleks Azure, terus menggunakan vCenter yang biasa untuk mengklik.
Alamat IP tidak perlu diubah: Setelah melalui rangkaian dua lapisan yang besar, setelah mesin maya dipindahkan ke awan, IP, alamat MAC, dan subnet mask semuanya tetap sama.
Zero Shutdown Migration (Live Shutdown Migration): Dengan menggunakan vMotion Blitz teknologi VMware HCX, mesin maya dapat "melayang" ke Azure dalam talian ketika dihidupkan dan berjalan, dan pengguna tidak dapat merasakan gangguan sama sekali.
2. Reka bentuk seni bina teras: "lebuh raya" sebelum penghijrahan
Untuk menghubungkan bilik komputer tempatan dengan Azure AVS, kita perlu membuka dua garis hidup dalam seni bina:
[Bilik Komputer Tempatan] [Awan Azure]
J───────────────────────────────────────────────────────────────────────────────────────────────
│Tempatan vSphere / vCenter │
Cloud Awan peribadi Azure AVS │
│ │ │ (VCenter/vSAN/NSX-T) │
│ Lain ──────────────────────────────────────────────────────────────────────────
│ │ Komponen VMware HCX │ ────────────────────────> │ Komponen VMware HCX │ │
│ └ ────────────────────────│ (Talian khas dibuka di tingkat dua) │ └ ─────────────────────────────────│
└ ─────────────────────────────────────────────────────────────────────────────────
Paip Fizikal (ExpressRoute): Azure ExpressRoute (talian khusus) eksklusif, atau VPN berprestasi tinggi, mesti dibuat antara bilik komputer tempatan dan Azure. Ini adalah asas fizikal untuk memastikan kelajuan penghijrahan data dan kelewatan yang rendah.
Enjin Migrasi (VMware HCX): Ini adalah perisian jiwa penghijrahan (AVS telah dibina secara percuma). Ia bertanggungjawab untuk "menjahit" persekitaran VMware tempatan dan awan untuk mencapai peluasan rangkaian dan penghantaran aset.
3. Tahap pertama: memulakan persekitaran AVS di Azure
Pertama, kita perlu memohon kepada Microsoft dan menggunakan awan peribadi AVS di portal Azure.
Buat sumber AVS: Cari "Azure VMware Solution" di portal Azure dan klik Buat.
Maklumat asas konfigurasi: pilih kumpulan sumber (seperti AVS-Migration-RG) dan kawasan. Bar Sumber (Sku): Pilih spesifikasi nod yang sesuai dengan perniagaan anda (seperti AV36 atau konfigurasi yang lebih tinggi). Bilangan hos: Persekitaran pengeluaran AVS memerlukan sekurang-kurangnya 3 nod (ini adalah garis bawah yang sukar bagi VMware vSAN untuk mewujudkan penyimpanan diedarkan dan kluster ketersediaan tinggi).
Perancangan blok alamat rangkaian (kunci untuk mengelakkan lubang): Anda perlu memasukkan blok alamat CIDR/22 (contohnya, 10.1.0.0/22). Catatan: Blok alamat ini tidak boleh bertentangan dengan segmen IP bilik komputer tempatan dan alamat Azure VNet (rangkaian maya) yang ada. Ia akan digunakan secara eksklusif untuk rangkaian pengurusan awan AVS (seperti vCenter, IP host ESXi).
Klik untuk membuat: Proses inisialisasi agak berat, biasanya 2 hingga 4
Jam. Anda boleh pergi dengan secawan kopi terlebih dahulu. Setelah penyebaran selesai, Azure akan memberikan anda URL log masuk, nama pengguna lalai dan kata laluan awal di vCenter dan pengurusan NSX-T pada konsol.
4. Tahap kedua: Buka rangkaian dua lapisan besar dan gunakan HCX
Setelah persekitaran dibina, kita akan membina "lebuh raya yang saling berkaitan."
1. Sambungan talian khusus (ExpressRoute Global Reach)
Pada konsol Azure, cari contoh AVS yang baru anda bina dan klik "Sambungan"-> "ExpressRoute". Menggunakan
Reach Global
Fungsi, menghubungkan ExpressRoute yang disertakan dengan AVS back-end dengan ExpressRoute tempatan yang anda sambungkan ke bilik komputer tempatan.
💡Dalam istilah orang awam: Langkah ini membolehkan host ESXi di awan dan host ESXi tempatan bercakap secara langsung "bersemuka" di lapisan rangkaian.
2. Menggunakan VMware HCX tempatan
Dalam "Add-ons" konsol AVS, aktifkan VMware HCX dan muat turun pakej pemasangan tempatan (templat OVA) yang sesuai.
Log masuk ke vCenter tempatan anda, import templat OVA ini, dan menyebarkannya ke mesin maya pengurusan (HCX Manager).
Buka antara muka HCX tempatan, masukkan kod pengaktifan (tersedia secara percuma di konsol Azure AVS), dan ikat dengan AVS HCX di awan.
Konfigurasi Rangkaian Sambungan: Ini adalah teras penghijrahan yang lancar. Di HCX, pilih kumpulan port (kumpulan VLAN/port) di mana mesin maya tempatan anda ingin berhijrah, dan klik "Extended". HCX akan membina jambatan penyulitan di kedua-dua hujungnya. Sekarang, walaupun mesin maya tempatan dipindahkan ke Azure, ia masih dapat berkomunikasi dengan pelayan tertinggal tempatan di rangkaian kawasan setempat yang sama, dan bahkan topeng tidak perlu diubah!
5. Tahap ketiga: penghijrahan pertempuran sebenar (pilihan tiga kaedah migrasi)
Semua rangkaian dihubungkan. Di panel pemalam HCX vCenter tempatan, anda dapat melihat meja kerja migrasi yang hebat. Pilih mesin maya yang ingin anda pindahkan, HCX menyediakan tiga mod migrasi utama:
Mod penghijrahan
Prinsip dan ciri
Senario yang sesuai
Penghijrahan Sejuk (Cold Migration)
Mesin maya dimatikan, menyalin fail cakera secara langsung. Data terpantas dan paling selamat.
Persekitaran ujian, perniagaan bukan teras, sistem penutupan yang boleh diterima.
Replikasi pukal (Bulk Migration)
Salin data secara tidak segerak di latar belakang semasa boot, mulakan semula sekali setelah selesai, dan beralih ke awan dalam beberapa minit selepas dimulakan semula.
Sebilangan besar perniagaan teras perusahaan dibenarkan dimulakan semula pada waktu larut malam.
Penghijrahan haba (vMotion
)
Penghijrahan dalam talian dalam keadaan operasi 100%, penutupan sifar, kehilangan paket sifar, dan sambungan berterusan.
Pangkalan data teras, ERP yang kehilangan banyak setelah ditutup, dan sistem kewangan.
Ambil penghijrahan haba vMotion yang paling tegar sebagai contoh aliran operasi:
Pada antara muka migrasi HCX, periksa beberapa mesin maya perniagaan teras yang perlu dipindahkan.
Tetapan Penghantaran: Pilih mod penghijrahan sebagai vMotion.
Konfigurasi sasaran: Storan sasaran memilih vsanDatastore AVS, dan sumber pengkomputeran sasaran memilih kluster ESXi AVS.
Mula mengesahkan: Klik "Valibdate", HCX secara automatik akan memeriksa keserasian perkakasan dan lebar jalur rangkaian di kedua hujungnya.
Pelaksanaan: Klik "Go" setelah pengesahan diluluskan. Anda akan melihat bar kemajuan mula bergerak. Data memori, status CPU dan data cakera terus terbang ke Azure AVS melalui talian khusus ExpressRoute.
Saksikan keajaiban: Pada saat bar kemajuan mencapai 100%, mesin maya di vCenter tempatan hilang atau dipaparkan sebagai terputus, dan mesin maya di vCenter di sisi AVS menyala dengan serta-merta. Pada saat pertukaran ini, anda bahkan dapat terus melakukan ping -t pada mesin maya, biasanya hanya 1-2 paket kecil yang dihasilkan, dan perniagaan sama sekali tidak terganggu!
6. Akhir dan bonus lanjutan selepas penghijrahan
Mesin maya telah "terbang" dengan sempurna, tetapi penghijrahan belum berakhir. Anda perlu melakukan dua perkara:
Bersihkan peluasan rangkaian (putuskan tali pusat): Apabila semua mesin maya di subnet (VLAN) berjaya dipindahkan ke AVS, ingatlah untuk melepaskan peluasan rangkaian di HCX dan menukar gerbang rangkaian (Gateway) secara rasmi ke NSX-T awan pada. Ini menyelesaikan "penyapihan" sepenuhnya dan menghilangkan kelewatan rangkaian di seluruh awan.
Buka kunci dividen ekologi asli Azure: Ini adalah tempat paling sejuk untuk memindahkan VMware ke Azure. Mesin maya anda kini tinggal di pusat data yang sama dengan perkhidmatan asli Azure (seperti penyimpanan Azure Blob, pangkalan data Azure SQL, dan perkhidmatan AI). Anda boleh menghubungkannya secara langsung dengan latensi ultra rendah rangkaian tulang belakang, yang membolehkan seni bina VMware lama mengintegrasikan teknologi asli awan moden dengan lancar.
Penghindaran dan ringkasan utama
Hitung akaun sumber: Lagipun, AVS adalah kelompok logam telanjang fizikal eksklusif, bermula dengan 3 nod, dan kos penagihan bulanan tidak rendah. Sebaiknya gunakan alat Migrate Azure untuk melakukan penilaian sumber yang komprehensif (Penilaian) persekitaran tempatan sebelum penghijrahan, dan kemudian pergi ke awan setelah mesin maya zombie tempatan, pengurangan CPU/memori yang terlalu banyak diedarkan, yang dapat membantu anda Jimat banyak wang.
Keserasian versi: Pastikan versi vSphere tempatan anda memenuhi syarat minimum AVS (biasanya vSphere diperlukan
6.7 atau 7.0 dan ke atas), jika tidak, HCX tidak dapat membuat jabat tangan.
Ringkasan:
Inti dari Azure AVS bukan untuk mengubah anda, tetapi untuk bertolak ansur dengan anda. Ia menggunakan cara yang paling lembut, berisiko rendah, dan paling sesuai dengan intuisi operasi dan penyelenggaraan tradisional untuk membantu anda memindahkan aset VMware tempatan yang besar ke awan moden dengan selamat semalam. Bagi syarikat besar yang mempunyai aset berat, masa yang ketat, dan tidak mahu mengambil risiko pembinaan semula, ini pasti merupakan tiket paling sempurna untuk pergi ke awan.