Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Merencanakan penyebaran Azure VMware Solution Anda sangat penting untuk menciptakan lingkungan siap produksi yang sukses untuk komputer virtual (VM) dan migrasi. Selama proses perencanaan, Anda melakukan identifikasi dan pengumpulan informasi yang diperlukan untuk penyebaran Anda. Pastikan untuk mendokumentasikan informasi yang Anda kumpulkan untuk referensi mudah selama penyebaran. Penyebaran yang berhasil menghasilkan lingkungan siap produksi untuk membuat VM dan migrasi.
Dalam tutorial ini, pelajari cara menyelesaikan tugas-tugas berikut:
- Mengidentifikasi langganan Azure, grup sumber daya, wilayah, dan nama sumber daya
- Mengidentifikasi ukuran host dan menentukan jumlah cluster serta host
- Meminta kuota host untuk paket Azure yang memenuhi syarat
- Mengidentifikasi segmen IP /22 CIDR untuk manajemen cloud privat
- Mengidentifikasi segmen jaringan tunggal
- Membuat gateway jaringan virtual
- Tentukan segmen jaringan VMware HCX
Setelah selesai, ikuti langkah Berikutnya yang direkomendasikan di akhir artikel ini untuk melanjutkan panduan memulai ini.
Mengidentifikasi langganan
Identifikasi langganan yang Anda rencanakan untuk digunakan untuk menyebarkan Azure VMware Solution. Anda dapat membuat langganan baru atau menggunakan kembali langganan yang sudah ada.
Catatan
Langganan harus dikaitkan dengan Perjanjian Enterprise Microsoft (EA), paket Azure Cloud Solution Provider (CSP), atau Microsoft Customer Agreement (MCA). Untuk informasi selengkapnya, lihat Kriteria kelayakan.
Mengidentifikasi grup sumber daya
Identifikasi grup sumber daya yang ingin Anda gunakan untuk Azure VMware Solution Anda. Umumnya, grup sumber daya dibuat khusus untuk Azure VMware Solution, tetapi Anda dapat menggunakan grup sumber daya yang ada.
Mengidentifikasi wilayah atau lokasi
Identifikasi region tempat Anda ingin Azure VMware Solution diluncurkan.
Tentukan nama sumber daya
Nama sumber daya adalah nama yang ramah dan deskriptif untuk cloud privat Azure VMware Solution Anda, misalnya, MyPrivateCloud.
Penting
Nama tidak boleh melebihi 40 karakter. Jika nama melebihi batas ini, Anda tidak akan dapat membuat alamat IP publik untuk digunakan dengan cloud privat.
Identifikasi ukuran host
Identifikasi ukuran host yang ingin Anda gunakan saat menerapkan Azure VMware Solution.
Azure VMware Solution cluster berdasarkan infrastruktur terkonvergensi tinggi. Tabel berikut menunjukkan spesifikasi CPU, memori, disk, dan jaringan host.
| Jenis host | CPU (inti/GHz) | RAM (GB) | Arsitektur vSAN | Tingkat cache vSAN (TB, mentah***) | Tingkat kapasitas vSAN (TB, mentah***) | Ketersediaan regional |
|---|---|---|---|---|---|---|
| AV36 | Dual CPU Intel Xeon Gold 6140 (mikroarsitektur Skylake) dengan 18 core/CPU @ 2,3 GHz, total 36 core fisik (72 core logis dengan hyperthreading) | 576 | Apnea Tidur Obstruktif (OSA) | 3.2 (NVMe) | 15.20 (SSD) | Wilayah yang dipilih (*) |
| AV36P | Dual CPU Intel Xeon Gold 6240 (mikroarsitektur Cascade Lake) dengan 18 inti/CPU @ 2,6 GHz / 3,9 GHz Turbo, Total satu set 36 inti fisik (72 inti logis dengan teknologi hyperthreading) | 768 | Apnea Tidur Obstruktif (OSA) | 1.5 (Cache Intel) | 19.20 (NVMe) | Wilayah yang dipilih (*) |
| AV48 | Prosesor Dual Intel Xeon Gold 6442Y (Mikroarsitektur Sapphire Rapids) dengan 24 inti/prosesor @ 2,6 GHz / 4,0 GHz Turbo, Total 48 inti fisik (96 inti logis dengan hyperthreading) | 1,024 | ESA | Tidak Berlaku | 25.6 (NVMe) | Wilayah yang dipilih (*) |
| AV52 | CPU Ganda Intel Xeon Platinum 8270 (mikroarsitektur Cascade Lake) dengan 26 inti/CPU @ 2,7 GHz dan 4,0 GHz Turbo, total memiliki 52 inti fisik (104 inti logis dengan hyperthreading) | 1.536 | Apnea Tidur Obstruktif (OSA) | 1.5 (Cache Intel) | 38.40 (NVMe) | Wilayah yang dipilih (*) |
| AV64 | CPU Intel Xeon Platinum 8370C ganda (arsitektur mikro Ice Lake) dengan 32 inti per CPU @ 2,8 GHz / 3,5 GHz Turbo, total 64 inti fisik (128 inti logis dengan Hyperthreading) | 1,024 | OSA / ESA**** | 3.84 (NVMe) / N/A**** | 15.36 (NVMe) / 19.25 (NVMe)**** | Wilayah yang dipilih (**) |
Kluster Azure VMware Solution memerlukan jumlah minimum tiga host. Anda dapat menggunakan host dengan jenis yang sama hanya dalam satu cloud privat Azure VMware Solution. Host yang digunakan untuk membangun atau menskalakan kluster berasal dari kumpulan host yang terisolasi. Host tersebut lulus pengujian perangkat keras dan semua data dihapus dengan aman sebelum ditambahkan ke kluster.
Semua jenis host sebelumnya memiliki throughput antarmuka jaringan 100 Gbps.
*Detail tersedia melalui kalkulator harga Azure.
**Prasyarat AV64: Cloud privat Azure VMware Solution yang disebarkan dengan AV36, AV36P, atau AV52 diperlukan sebelum menambahkan AV64.
Data mentah didasarkan pada Sistem Satuan Internasional (SI) yang dilaporkan oleh produsen disk. Contoh: 1 TB Raw = 100000000000 byte. Ruang yang dihitung oleh komputer dalam biner (biner 1 TB = biner 1099511627776 byte) sama dengan 931,3 gigabyte yang dikonversi dari desimal mentah.
ESA berlaku untuk penyebaran AV64 Gen 2.
Tentukan jumlah kluster dan host
Penyebaran Azure VMware Solution pertama yang Anda lakukan terdiri dari cloud privat yang berisi satu kluster. Anda perlu menentukan jumlah host yang ingin Anda sebarkan ke kluster pertama untuk penyebaran Anda.
Untuk setiap cloud pribadi yang dibuat, terdapat satu kluster vSAN secara bawaan. Anda dapat menambahkan, menghapus, dan menskalakan kluster. Jumlah minimum host per kluster dan penyebaran awal adalah tiga.
Anda menggunakan vCenter Server dan NSX Manager untuk mengelola sebagian besar aspek konfigurasi dan operasi kluster. Semua penyimpanan lokal setiap host dalam kluster berada di bawah kendali VMware vSAN.
Azure VMware Solution mengonfigurasi setiap kluster untuk ketersediaan n+1 melalui kontrol penerimaan berbasis persentase Ketersediaan Tinggi vSphere untuk melindungi beban kerja dari kegagalan simpul tunggal.
Cluster-1 dari setiap cloud privat Azure VMware Solution memiliki kumpulan sumber daya berdasarkan vSphere Distributed Resource Scheduler (MGMT-ResourcePool). Pool sumber daya dikonfigurasi untuk komponen pengelolaan dan pesawat kontrol (vCenter Server, kluster NSX Manager, NSX Edges, fitur tambahan Manajer HCX, fitur tambahan Site Recovery Manager, dan fitur tambahan Replikasi vSphere).
MGMT-ResourcePool dikonfigurasi untuk mengalokasikan CPU 46 GHz dan memori 171,88 GB, yang tidak dapat Anda ubah. Untuk kluster tiga-node, dua node didedikasikan untuk pengolahan beban kerja pelanggan, tidak termasuk MGMT-ResourcePool sumber daya CPU dan memori yang dicadangkan untuk manajemen dan kontrol. Satu simpul sumber daya disimpan sebagai cadangan untuk melindungi dari kegagalan simpul. Azure VMware Solution kluster yang diperluas menggunakan kebijakan kontrol penerimaan yang didasarkan pada persentase ketersediaan vSphere High Availability n+2.
Sarana manajemen dan kontrol Azure VMware Solution memiliki persyaratan sumber daya berikut. Mereka harus diperhitungkan selama penentuan ukuran solusi cloud privat standar.
| Wilayah | Deskripsi | vCPU yang telah disediakan | vRAM yang disediakan (GB) | vDisk yang Disediakan (GB) | Penggunaan CPU umum (GHz) | Penggunaan vRAM umum (GB) | Penggunaan datastore vSAN mentah (GB) yang khas |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 30 | 915 | 1.5 | 3.3 | 1.830 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | Node ESXi 1 | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | 2.4 | 48 | Tidak Berlaku |
| VMware vSphere | Simpul ESXi 2 | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | 2.4 | 48 | Tidak Berlaku |
| VMware vSphere | Simpul ESXi 3 | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | 2.4 | 48 | Tidak Berlaku |
| VMware vSAN | Penggunaan Sistem vSAN | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | 12,441 |
| VMware NSX | Simpul Perangkat Terpadu NSX 1 | 6 | 24 | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | Perangkat Terpadu NSX Node 2 | 6 | 24 | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | Simpul Terpadu Perangkat NSX 3 | 6 | 24 | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 196 | 1.4 | 0,7 | 401 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 196 | 1.4 | 0,7 | 401 |
| VMware HCX (tambahan opsional) | Manajer HCX | 4 | 12 | 64 | 0,4 | 2.8 | 174 |
| VMware Site Recovery Manager (opsional add-on) | Site Recovery Manager appliance | 4 | 12 | 33 | 1 | 1 | 66 |
| VMware vSphere (opsional add-on) | Perangkat Pengelola Replikasi vSphere | 4 | 12 | 33 | 1 | 3.1 | 66 |
| VMware vSphere (opsional add-on) | Appliance vSphere Replication Server | 2 | 1 | 33 | 1 | 0,8 | 66 |
| Jumlah | 59 vCPU. | 203,3 GB | 2.376 GB | 25,4 GHz | 198,3 GB | 17.287 GB (15.401 GB dengan rasio pengurangan data) |
Pesawat manajemen dan kontrol Azure VMware Solution memiliki persyaratan sumber daya berikut yang harus Anda perhitungkan selama pengukuran solusi untuk stretched clusters private cloud. VMware Site Recovery Manager tidak disertakan dalam tabel karena saat ini tidak didukung. Appliance vSAN Witness juga tidak termasuk dalam tabel. Microsoft mengelolanya di zona ketersediaan ketiga.
| Wilayah | Deskripsi | vCPU yang telah disediakan | vRAM yang disediakan (GB) | vDisk yang Disediakan (GB) | Penggunaan CPU umum (GHz) | Penggunaan vRAM umum (GB) | Penggunaan datastore vSAN mentah (GB) yang khas |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 30 | 915 | 1.1 | 3.9 | 3,662 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | Node ESXi 1 | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | 2.4 | 48 | Tidak Berlaku |
| VMware vSphere | Simpul ESXi 2 | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | 2.4 | 48 | Tidak Berlaku |
| VMware vSphere | Simpul ESXi 3 | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | 2.4 | 48 | Tidak Berlaku |
| VMware vSphere | Node ESXi 4 | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | 2.4 | 48 | Tidak Berlaku |
| VMware vSphere | Node ESXi 5 | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | 2.4 | 48 | Tidak Berlaku |
| VMware vSphere | Node ESXi 6 | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | 2.4 | 48 | Tidak Berlaku |
| VMware vSAN | Penggunaan Sistem vSAN | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | Tidak Berlaku | 11,223 |
| VMware NSX | Simpul Perangkat Terpadu NSX 1 | 6 | 24 | 300 | 3.4 | 13.9 | 1,229 |
| VMware NSX | Perangkat Terpadu NSX Node 2 | 6 | 24 | 300 | 3.4 | 13.9 | 1,229 |
| VMware NSX | Simpul Terpadu Perangkat NSX 3 | 6 | 24 | 300 | 3.4 | 13.9 | 1,229 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 196 | 1.4 | 0,7 | delapan ratus |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 196 | 1.4 | 0,7 | delapan ratus |
| VMware HCX (tambahan opsional) | Manajer HCX | 4 | 12 | 64 | 0,4 | 2.8 | 256 |
| Jumlah | 49 vCPU | 178,4 GB | 2.277 GB | 29,9 GHz | 338,1 GB | 20.430 GB (17.459 GB dengan rasio pengurangan data) |
Persyaratan sumber daya ini hanya berlaku untuk kluster pertama yang disebarkan di cloud privat Azure VMware Solution. Kluster berikutnya hanya perlu memperhitungkan Layanan Kluster vSphere, persyaratan sumber daya ESXi, dan penggunaan sistem vSAN dalam ukuran solusi.
Perangkat virtual Nilai penggunaan penyimpanan data vSAN mentah khas memperhitungkan ruang yang ditempati oleh file mesin virtual, termasuk file konfigurasi dan log, snapshot, disk virtual, dan file swap.
Simpul VMware ESXi memiliki nilai penggunaan komputasi yang memperhitungkan overhead hypervisor vSphere VMkernel, serta overhead pada vSAN, router terdistribusi NSX, firewall, dan bridging. Perkiraan ini untuk konfigurasi tiga kluster standar. Persyaratan penyimpanan tercantum sebagai tidak berlaku (N/A) karena volume boot yang terpisah dari datastore vSAN digunakan.
Overhead penggunaan penyimpanan sistem VMware vSAN memperhitungkan objek manajemen performa vSAN, overhead sistem file vSAN, overhead checksum vSAN, dan overhead deduplikasi dan kompresi vSAN. Untuk melihat konsumsi ini, pilih Pemantauan>vSAN>Kapasitas untuk kluster vSphere di klien vSphere.
Persyaratan sumber daya VMware HCX dan VMware Site Recovery Manager adalah add-on opsional untuk Azure VMware Solution. Abaikan persyaratan ini dalam penentuan ukuran solusi jika persyaratan tersebut tidak digunakan.
Tambahan VMware Site Recovery Manager memiliki opsi mengonfigurasi beberapa appliance Server Replikasi VMware vSphere. Tabel sebelumnya mengasumsikan bahwa satu Server Replikasi vSphere appliance digunakan.
Mengukur solusi adalah perkiraan. Validasi perhitungan ukuran dari fase desain selama fase pengujian proyek. Anda perlu memastikan bahwa solusi berukuran benar untuk beban kerja aplikasi.
Petunjuk
Anda selalu dapat memperluas kluster dan menambahkan lebih banyak kluster nanti jika Anda perlu melampaui nomor penyebaran awal.
Catatan
Untuk mempelajari tentang batasan jumlah host per kluster, jumlah kluster per cloud privat, dan jumlah host per cloud privat, periksa Azure batas langganan dan layanan, kuota, dan batasan.
Meminta kuota tuan rumah
Minta kuota host di awal proses perencanaan untuk memastikan penyebaran cloud privat Azure VMware Solution Anda lancar. Sebelum membuat permintaan, identifikasi langganan, grup sumber daya, dan wilayah Azure. Tentukan ukuran host, jumlah kluster, dan host yang Anda butuhkan.
Tim dukungan membutuhkan waktu hingga lima hari kerja untuk mengonfirmasi permintaan Anda dan mengalokasikan host Anda.
Menentukan segmen alamat IP untuk manajemen cloud privat
Azure VMware Solution memerlukan jaringan CIDR /22, seperti 10.0.0.0/22. Ruang alamat ini dibagi menjadi segmen jaringan (subnet) yang lebih kecil untuk segmen manajemen Azure VMware Solution termasuk vCenter Server, VMware HCX, NSX-T Data Center, dan fungsi vMotion. Diagram berikut menunjukkan segmen alamat IP manajemen Azure VMware Solution.
Penting
Blok alamat jaringan /22 CIDR tidak boleh tumpang tindih dengan segmen jaringan yang sudah ada yang sudah Anda miliki di tempat atau di Azure. Untuk detail tentang bagaimana jaringan /22 CIDR dibagi per cloud privat, lihat Pertimbangan perutean dan subnet.
Tentukan segmen alamat IP untuk beban kerja VM
Di lingkungan VMware vSphere, VM harus terhubung ke segmen jaringan. Saat penyebaran produksi Azure VMware Solution meluas, Anda sering melihat kombinasi segmen L2 yang diperluas dari jaringan lokal di tempat dan segmen jaringan Pusat Data NSX-T.
Untuk penyebaran awal, identifikasi segmen jaringan tunggal (jaringan IP), misalnya 10.0.4.0/24. Segmen jaringan ini digunakan terutama untuk tujuan pengujian selama penyebaran awal. Blok alamat tidak boleh tumpang tindih dengan segmen jaringan lokal atau dalam Azure dan tidak boleh berada dalam segmen jaringan /22 yang sudah ditentukan.
Membuat gateway jaringan virtual
Azure VMware Solution memerlukan Azure Virtual Network dan sirkuit ExpressRoute. Putuskan apakah akan menggunakan gateway jaringan virtual ExpressRoute yang sudah ada atau baru . Jika Anda memilih gateway jaringan virtual baru, buat itu setelah membuat cloud privat Anda. Menggunakan gateway jaringan virtual ExpressRoute yang ada dapat diterima. Untuk tujuan perencanaan, perhatikan gateway jaringan virtual ExpressRoute mana yang Anda gunakan.
Penting
Anda dapat menghubungkan ke gateway jaringan virtual dalam Azure Virtual WAN, namun tidak dicakup dalam panduan cepat ini.
Tentukan segmen jaringan VMware HCX
VMware HCX adalah platform mobilitas aplikasi yang menyederhanakan migrasi aplikasi, penyeimbangan beban kerja, dan kelangsungan bisnis di seluruh pusat data dan cloud. Anda dapat memigrasikan beban kerja VMware vSphere Anda ke Azure VMware Solution dan situs terhubung lainnya melalui berbagai jenis migrasi.
Konektor HCX VMware menerapkan subkelas perangkat virtual (otomatis) yang memerlukan beberapa segmen IP. Ketika Anda membuat profil jaringan, Anda menggunakan segmen IP. Identifikasi item yang tercantum berikut untuk VMware HCX, yang mendukung penggunaan pilot atau produk berskala kecil. Ubah seperlunya berdasarkan kebutuhan migrasi Anda.
Jaringan manajemen: Untuk penyebaran VMware HCX lokal, identifikasi jaringan manajemen untuk VMware HCX. Biasanya, ini adalah jaringan manajemen yang sama yang digunakan oleh kluster VMware vSphere lokal Anda. Minimalnya, identifikasi dua IP pada segmen jaringan ini untuk VMware HCX. Anda mungkin memerlukan angka yang lebih besar, tergantung pada skala penerapan Anda di luar uji coba atau kasus penggunaan kecil.
Catatan
Untuk lingkungan besar, buat jaringan /26 baru dan sajikan sebagai grup port ke kluster VMware vSphere lokal Anda alih-alih menggunakan jaringan manajemen yang ada. Anda kemudian dapat membuat hingga 10 mesh layanan dan 60 ekstender jaringan (-1 per mesh layanan). Anda dapat memperluas delapan jaringan per extender jaringan dengan menggunakan cloud privat Azure VMware Solution.
Jaringan uplink: Untuk penyebaran VMware HCX di lokasi, identifikasi jaringan uplink untuk VMware HCX. Gunakan jaringan yang sama dengan yang Anda rencanakan untuk digunakan untuk jaringan Manajemen.
Jaringan vMotion: Untuk penyebaran VMware HCX di lokasi, identifikasi jaringan vMotion untuk VMware HCX. Biasanya, ini adalah jaringan yang sama yang digunakan untuk vMotion oleh kluster VMware vSphere lokal Anda. Minimalnya, identifikasi dua IP pada segmen jaringan ini untuk VMware HCX. Anda mungkin memerlukan angka yang lebih besar, tergantung pada skala penerapan Anda di luar uji coba atau kasus penggunaan kecil.
Anda harus mengekspos jaringan vMotion pada sakelar virtual terdistribusi atau vSwitch0. Jika tidak, modifikasi lingkungan untuk mengakomodasi.
Catatan
Banyak lingkungan VMware vSphere menggunakan segmen jaringan yang tidak dirutekan untuk vMotion, yang tidak menimbulkan masalah.
Jaringan replikasi: Untuk penyebaran HCX VMware lokal, tentukan jaringan replikasi. Gunakan jaringan yang sama dengan yang Anda gunakan untuk jaringan Manajemen dan Uplink Anda. Jika host klaster lokal menggunakan jaringan VMkernel Replikasi khusus, cadangkan dua alamat IP di segmen jaringan ini dan gunakan jaringan VMkernel Replikasi untuk jaringan replikasi.
Menentukan apakah akan memperluas jaringan Anda
Secara opsional, Anda dapat memperluas segmen jaringan dari lokal ke Azure VMware Solution. Jika Anda memperluas segmen jaringan, identifikasi jaringan tersebut sekarang mengikuti panduan berikut:
- Jaringan harus tersambung ke Sakelar Terdistribusi vSphere (vDS) di lingkungan VMware lokal Anda.
- Jaringan yang berada di Sakelar Standar vSphere tidak dapat diperluas.
Penting
Jaringan ini diperluas sebagai langkah akhir konfigurasi, bukan selama penyebaran.
Langkah berikutnya
Sekarang setelah Anda mengumpulkan dan mendokumen informasi yang diperlukan, lanjutkan ke tutorial berikutnya untuk membuat cloud privat Azure VMware Solution Anda.