Apa itu Azure VMware Solution?

Azure VMware Solution menyediakan cloud privat yang berisi kluster VMware vSphere yang dibangun dari infrastruktur khusus bare-metal Azure. Azure VMware Solution tersedia di Azure Komersial dan Azure Government. Penyebaran awal minimum adalah tiga host, dengan opsi untuk menambahkan lebih banyak host, hingga maksimum 16 host per kluster. Semua cloud privat yang disediakan memiliki VMware vCenter Server, VMware vSAN, VMware vSphere, dan VMware NSX. Akibatnya, Anda dapat memigrasikan beban kerja dari lingkungan lokal Anda, menyebarkan komputer virtual (VM) baru, dan menggunakan layanan Azure dari cloud privat Anda. Untuk informasi tentang SLA, lihat halaman Azure perjanjian tingkat layanan.

Azure VMware Solution adalah solusi tervalidasi VMware dengan validasi dan pengujian untuk peningkatan dan pembaruan yang terus berlangsung. Microsoft mengelola dan memelihara infrastruktur dan perangkat lunak cloud privat, memungkinkan Anda untuk fokus pada pengembangan dan menjalankan beban kerja di cloud privat Anda untuk memberikan nilai bisnis.

Diagram menunjukkan kedekatan antara cloud privat dan VNet di Azure, layanan Azure, dan lingkungan lokal. Akses jaringan dari cloud privat ke layanan Azure atau VNet menyediakan integrasi berbasis SLA dari titik akhir layanan Azure. ExpressRoute Global Reach menghubungkan lingkungan lokal Anda ke cloud privat Azure VMware Solution Anda.

Azure VMware Solution jenis cloud privat

Azure VMware Solution menyediakan dua generasi cloud privat yang berbeda:

1. Azure VMware Solution Generasi 1 menyediakan kluster VMware vSphere yang dibangun dari host bare-metal yang berdedikasi khusus di fasilitas pusat data Azure. Sirkuit ExpressRoute yang dikelola Microsoft menyediakan konektivitas antara host VMware vSphere dan sumber daya Azure asli yang disebarkan di Virtual Network.

2. Azure VMware Solution Generasi 2 menyediakan kluster VMware vSphere yang dibangun dengan menggunakan host bare-metal Azure khusus. Azure VMware Solution Generasi 2 menampilkan arsitektur jaringan yang diperbarui di mana host VMware vSphere secara langsung dilampirkan ke Azure Virtual Network. Penawaran ini hanya didukung pada SKU AV64.

Host, kluster, dan cloud privat

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	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	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	N/A	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	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.

Anda dapat menyebarkan cloud privat baru atau menskalakan cloud privat yang ada melalui portal Azure atau Azure CLI.

Azure VMware Solution perluasan cloud privat dengan ukuran node AV64

AV64 adalah SKU host Azure VMware Solution, yang tersedia untuk memperluas cloud privat Azure VMware Solution yang dibangun dengan SKU AV36, AV36P, atau AV52 yang ada. Jika Anda ingin menyebarkan AV64 secara langsung, lihat Azure VMware Solution dalam Azure Virtual Network. Gunakan dokumentasi Microsoft untuk memeriksa ketersediaan SKU AV64 di wilayah tersebut.

Prasyarat untuk ekspansi AV64 pada AV36, AV36P, dan AV52

Lihat prasyarat berikut untuk penyebaran kluster AV64.

• Cloud privat solusi VMware Azure dibuat menggunakan AV36, AV36P, AV48, atau AV52 di AV64 yang didukung region/AZ.

• Anda memerlukan satu blok alamat /23 atau tiga /25 (berdekatan atau tidak berdekatan) untuk manajemen kluster AV64.

Kemampuan Dukungan untuk Skenario Pelanggan

Customer dengan cloud privat Azure VMware Solution yang ada: Ketika pelanggan memiliki cloud privat Azure VMware Solution yang disebarkan, mereka dapat memperluas cloud privat dengan menambahkan kluster simpul vCenter AV64 baru yang terpisah ke cloud privat tersebut. Dalam skenario ini, pelanggan harus menggunakan langkah-langkah berikut:

1. Dapatkan persetujuan kuota AV64 dari Microsoft dengan tiga node minimal. Tambahkan detail lain di cloud privat Azure VMware Solution yang Anda rencanakan untuk diperluas menggunakan AV64.
2. Gunakan alur kerja add-cluster Azure VMware Solution yang ada dengan host AV64 untuk memperluas.

Customer berencana untuk membuat cloud privat Azure VMware Solution baru: Saat pelanggan menginginkan cloud privat Azure VMware Solution baru yang dapat menggunakan SKU AV64 tetapi hanya untuk ekspansi. Dalam hal ini, pelanggan memenuhi prasyarat untuk memiliki cloud privat Azure VMware Solution yang dibangun dengan SKU AV36, AV36P, atau AV52. Pelanggan perlu membeli minimal tiga node SKU AV36, AV36P, atau AV52 sebelum memperluas menggunakan AV64. Untuk skenario ini, gunakan langkah-langkah berikut:

1. Dapatkan persetujuan kuota AV36, AV36P, atau AV52, dan AV64 dari Microsoft dengan minimal tiga simpul masing-masing.
2. Buat cloud privat Azure VMware Solution menggunakan SKU AV36, AV36P, atau AV52.
3. Gunakan alur kerja add-cluster Azure VMware Solution yang ada dengan host AV64 untuk memperluas.

Azure VMware Solution kluster yang diperluas cloud privat: SKU AV64 tidak didukung dengan Azure VMware Solution kluster yang diperluas cloud privat. Ini berarti bahwa ekspansi berbasis AV64 tidak dimungkinkan untuk cloud privat kluster yang direntangkan Azure VMware Solution.

Note

Semua lalu lintas dari host AV64 menuju jaringan pelanggan akan menggunakan alamat IP VMKernel Network Interface 1.

Kompatibilitas vMotion yang Ditingkatkan (EVC) dengan ekstensi AV64

Menambahkan simpul AV64 ke cloud privat Azure VMware Solution menciptakan lingkungan heterogen, yang mengakibatkan masalah Enhanced vMotion Compatibility (EVC) antara klaster AV64 dan klaster SKU dasar yang menggunakan SKU AV36, AV36P, atau AV52. Kluster AV64 menggunakan mode Icelake EVC karena CPU Intel Icelake mereka, sedangkan kluster AV36, AV36P, dan AV52, yang dibangun pada CPU Intel yang lebih lama, tidak mengaktifkan mode EVC eksplisit. Detail tentang pembuatan CPU untuk setiap SKU disediakan di atas.

Heterogenitas mode EVC di seluruh kluster menghadirkan tantangan untuk operasi vMotion langsung, seperti yang didefinisikan oleh Broadcom, berdasarkan skenario dan arah migrasi tertentu. Bagian berikut ini menyediakan ringkasan pengalaman pengguna saat melakukan vMotion langsung antara AV64 dan kluster dasar.

• Kluster vMotion ke AV64 dari kluster Base SKU – ini berfungsi dengan baik karena mesin virtual dipindahkan dengan vMotion dari kluster dengan mode EVC yang lebih rendah ke kluster dengan mode EVC yang lebih tinggi.

• vMotion ke kluster SKU dasar dari kluster AV64 – dua skenario

  • Jika mesin virtual sebelumnya dipindahkan dari kluster dasar dan tidak dilakukan siklus daya, maka vMotion langsung dapat dilakukan dengan sukses.

  • Jika mesin virtual dibuat pada kluster AV64 atau dihidupkan ulang, meskipun sebelumnya telah dipindahkan menggunakan vMotion dari kluster SKU dasar, transfer vMotion secara langsung akan gagal dengan munculnya kesalahan kompatibilitas EVC.

Pelanggan dapat menghindari masalah vMotion langsung antara kluster SKU dasar dan AV64 dengan mengatur mode EVC tingkat VM agar sesuai dengan EVC kluster dasar yang lebih rendah, atau dengan mematikan komputer virtual dan melakukan vMotion dingin.

Desain dan rekomendasi untuk domain gangguan (FD) pada kluster vSAN AV64.

Kluster host Azure VMware Solution tradisional tidak memiliki konfigurasi FD vSAN eksplisit. Penalarannya adalah logika alokasi host memastikan, dalam kluster, bahwa tidak ada dua host yang berada di domain kesalahan fisik yang sama dalam wilayah Azure. Fitur ini secara inheren membawa ketahanan dan ketersediaan tinggi untuk penyimpanan, yang seharusnya dibawa oleh konfigurasi FD vSAN. Informasi selengkapnya tentang vSAN FD dapat ditemukan dalam dokumentasi VMware.

Kluster host Azure VMware Solution AV64 memiliki konfigurasi domain kesalahan vSAN yang eksplisit (FD). Azure VMware Solution sarana kontrol mengonfigurasi tujuh domain kesalahan (FD) vSAN untuk kluster AV64. Host-host seimbang secara merata di tujuh FD saat pengguna meningkatkan jumlah host dalam kluster dari tiga node hingga 16 node. Beberapa wilayah Azure masih mendukung maksimum lima FD sebagai bagian dari rilis awal SKU AV64. Lihat tabel pemetaan zona ketersediaan wilayah Azure ke jenis host untuk informasi selengkapnya.

Rekomendasi ukuran kluster

Ukuran kluster node vSphere minimum Azure VMware Solution yang didukung adalah tiga. Redundansi data vSAN ditangani dengan memastikan ukuran kluster minimum tiga host berada di FD vSAN yang berbeda. Dalam kluster vSAN dengan tiga host, masing-masing di FD yang berbeda, jika FD gagal (misalnya, sakelar di bagian atas rak gagal), data vSAN tetap terlindungi. Operasi seperti pembuatan objek (VM baru, VMDK, dan lainnya) akan gagal. Hal yang sama berlaku untuk setiap aktivitas pemeliharaan di mana host ESXi ditempatkan ke mode pemeliharaan dan/atau di-boot ulang. Untuk menghindari skenario seperti ini, rekomendasinya adalah menyebarkan kluster vSAN dengan minimal empat host ESXi.

Alur kerja penghapusan host AV64 dan praktik terbaik

Karena konfigurasi domain kesalahan (FD) vSAN kluster AV64 dan kebutuhan akan host yang seimbang di semua FD, penghapusan host dari kluster AV64 berbeda dari kluster host Azure VMware Solution tradisional dengan SKU lainnya.

Saat ini, pengguna dapat memilih satu atau beberapa host yang akan dihapus dari kluster menggunakan portal atau API. Salah satu syaratnya adalah bahwa kluster harus memiliki minimal tiga host. Namun, kluster AV64 berperilaku berbeda dalam skenario tertentu ketika AV64 menggunakan FD vSAN. Setiap permintaan penghapusan host diperiksa terhadap potensi ketidakseimbangan FD vSAN. Jika permintaan penghapusan host membuat ketidakseimbangan, permintaan ditolak dengan respons http 409-Conflict. Kode status respons http 409-Conflict menunjukkan konflik permintaan dengan status sumber daya target (host) saat ini.

Tiga skenario berikut menunjukkan contoh instans yang biasanya mengalami kesalahan dan menunjukkan metode berbeda yang dapat digunakan untuk menghapus host tanpa membuat ketidakseimbangan domain kesalahan (FD) vSAN.

• Menghapus host menciptakan ketidakseimbangan vSAN FD dengan perbedaan host antara FD yang paling banyak dan paling sedikit diisi menjadi lebih dari satu. Dalam contoh pengguna berikut, perlu menghapus salah satu host dari FD 1 sebelum menghapus host dari FD lain.

  

• Beberapa permintaan penghapusan host dibuat pada saat yang sama dan penghapusan host tertentu membuat ketidakseimbangan. Dalam skenario ini, sarana kontrol Azure VMware Solution hanya menghapus host, yang tidak menciptakan ketidakseimbangan. Dalam contoh berikut, pengguna tidak dapat mengambil kedua host dari FD yang sama kecuali mereka mengurangi ukuran kluster menjadi empat atau lebih rendah.

  

• Penghapusan host yang dipilih menyebabkan kurang dari tiga FD vSAN aktif. Skenario ini tidak diharapkan terjadi mengingat bahwa semua wilayah AV64 memiliki lima atau tujuh FD. Saat menambahkan host, sarana kontrol Azure VMware Solution mengurus penambahan host dari ketujuh FD secara merata. Dalam contoh berikut, pengguna dapat menghapus salah satu host dari FD 1, tetapi tidak dari FD 2 atau 3.

  

Cara mengidentifikasi host yang dapat dihapus tanpa menyebabkan ketidakseimbangan vSAN FD: Pengguna dapat pergi ke antarmuka Klien vSphere untuk mendapatkan status VSAN FD dan host saat ini yang terkait dengan masing-masing. Ini membantu mengidentifikasi host (berdasarkan contoh sebelumnya) yang dapat dihapus tanpa memengaruhi keseimbangan FD vSAN dan menghindari kesalahan dalam operasi penghapusan.

Konfigurasi RAID yang didukung AV64

Tabel ini menyediakan daftar konfigurasi RAID yang didukung dan persyaratan host di kluster AV64. Kebijakan RAID-6 FTT2 dan RAID-1 FTT3 didukung dengan SKU AV64 di beberapa wilayah. Di wilayah Azure yang saat ini dibatasi hingga lima FD, Microsoft memungkinkan pelanggan menggunakan kebijakan penyimpanan RAID-5 FTT1 vSAN untuk kluster AV64 dengan enam simpul atau lebih untuk memenuhi perjanjian tingkat layanan (SLA). Lihat tabel pemetaan zona ketersediaan wilayah Azure ke jenis host untuk informasi selengkapnya.

Konfigurasi RAID	Kegagalan dalam toleransi (FTT)	Jumlah host minimum yang diperlukan
Pengaturan standar RAID-1 (Pencerminan).	1	3
RAID-5 (Pengkodian Penghapusan)	1	4
RAID-1 (Pencerminan)	2	5
RAID-6 (Pengodean Penghapusan Data)	2	6
RAID-1 (Pencerminan)	3	7

Storage

Azure VMware Solution mendukung perluasan kapasitas datastore di luar apa yang disertakan dengan vSAN menggunakan layanan penyimpanan Azure, memungkinkan Anda memperluas kapasitas penyimpanan data tanpa menskalakan kluster. Untuk informasi selengkapnya, lihat Opsi perluasan kapasitas datastore.

Jaringan

Azure VMware Solution menawarkan lingkungan cloud privat yang dapat diakses dari situs lokal dan sumber daya berbasis Azure. Layanan seperti Azure ExpressRoute, koneksi VPN, atau Azure Virtual WAN memberikan konektivitas. Namun, layanan ini memerlukan rentang alamat jaringan dan port firewall tertentu untuk mengaktifkan layanan.

Saat Anda menerapkan cloud pribadi, jaringan pribadi untuk manajemen, penyediaan, dan vMotion akan dibuat. Anda menggunakan jaringan privat ini untuk mengakses VMware vCenter Server dan VMware NSX Manager serta untuk vMotion atau penerapan mesin virtual.

ExpressRoute Global Reach digunakan untuk menghubungkan cloud privat ke lingkungan lokal. Ini menghubungkan sirkuit langsung di tingkat Microsoft Edge. Koneksi ini memerlukan jaringan virtual (vNet) dengan sirkuit ExpressRoute ke infrastruktur lokal dalam langganan Anda. Alasannya adalah gateway vNet (Gateway ExpressRoute) tidak dapat transit lalu lintas, yang berarti Anda dapat melampirkan dua sirkuit ke gateway yang sama, tetapi tidak mengirim lalu lintas dari satu sirkuit ke sirkuit lainnya.

Setiap lingkungan Azure VMware Solution adalah wilayah ExpressRoute sendiri (perangkat MSEE virtualnya sendiri), yang memungkinkan Anda menghubungkan Jangkauan Global ke lokasi peering 'lokal'. Ini memungkinkan Anda untuk menghubungkan beberapa instans Azure VMware Solution di satu wilayah ke lokasi peering yang sama.

Note

Untuk lokasi di mana ExpressRoute Global Reach tidak diaktifkan, misalnya karena peraturan lokal, Anda perlu membuat solusi perutean menggunakan VM Azure IaaS. Untuk beberapa contoh, lihat Azure Cloud Adoption Framework - Topologi dan konektivitas jaringan untuk Azure VMware Solution.

Komputer virtual yang disebarkan di cloud privat dapat diakses oleh internet melalui fungsionalitas IP publik Azure Virtual WAN. Untuk cloud privat baru, akses internet dinonaktifkan secara default.

Untuk informasi selengkapnya, lihat Arsitektur jaringan.

Akses dan keamanan

Azure VMware Solution cloud privat menggunakan kontrol akses berbasis peran vSphere untuk keamanan yang ditingkatkan. Anda dapat mengintegrasikan kemampuan VSphere SSO LDAP dengan Microsoft Entra ID. Untuk informasi selengkapnya, lihat halaman Arsitektur akses dan identitas.

Enkripsi data siaga vSAN, secara default, diaktifkan dan digunakan untuk menyediakan keamanan penyimpanan data vSAN. Untuk informasi selengkapnya, lihat Arsitektur penyimpanan.

Kedaulatan data dan data pelanggan

Azure VMware Solution tidak menyimpan data pelanggan.

Versi perangkat lunak VMware

Tabel berikut mencantumkan versi perangkat lunak yang digunakan dalam penyebaran baru Azure VMware Solution cloud privat.

Software	Version	Nomor build
vCenter Server VMware	8.0 U3e	24674346
VMware ESXi	8.0 U3f + Hot Patch (perbaikan bug VAIO)	24797835
VMware vSAN	8.0 U3	24797835
Saksi VMware vSAN	8.0 U3	24797835
Format penyimpanan VMware vSAN	20	N/A
Arsitektur penyimpanan VMware vSAN	Gen 1: OSA, Gen2: ESA	N/A
VMware NSX	4.2.3.2	25077145
VMware HCX	4.11.3	24972695
Pemulihan Situs Langsung VMware	9.0.2.1	24401761
Replikasi VMware vSphere	9.0.2.1	24383568

Jika nomor build yang tercantum tidak cocok dengan nomor build yang tercantum dalam catatan rilis, itu karena patch kustom diterapkan untuk penyedia cloud.

Versi perangkat lunak yang sedang berjalan saat ini diterapkan ke kluster baru yang ditambahkan ke cloud privat yang ada, jika versi vCenter Server mendukungnya.

Pemeliharaan siklus hidup host dan perangkat lunak

Peningkatan rutin cloud privat Azure VMware Solution dan perangkat lunak VMware memastikan keamanan, stabilitas, dan set fitur terbaru berjalan di cloud privat Anda. Untuk mengetahui informasi selengkapnya, lihat Pemeliharaan host dan pengelolaan siklus hidup.

Memantau awan pribadi Anda

Setelah Anda menyebarkan Azure VMware Solution ke langganan, log Azure Monitor dibuat secara otomatis.

Di cloud privat, Anda dapat:

• Kumpulkan log pada setiap VM Anda.
• Unduh dan instal agen MMA di Linux dan VM Windows.
• Aktifkan ekstensi diagnostik Azure.
• Membuat dan menjalankan kueri baru.
• Menjalankan kueri yang sama yang biasanya Anda jalankan pada VM Anda.

Pola pemantauan di dalam Azure VMware Solution mirip dengan VM Azure dalam platform IaaS. Untuk informasi selengkapnya dan cara penggunaannya, lihat Monitoring VM Azure dengan Azure Monitor.

Komunikasi konsumen

Anda dapat menemukan masalah layanan, pemeliharaan terencana, saran kesehatan, dan pemberitahuan saran keamanan yang diterbitkan melalui Service Health di portal Azure. Anda dapat mengambil tindakan tepat waktu saat menyiapkan pemberitahuan log aktivitas untuk pemberitahuan ini. Untuk informasi selengkapnya, lihat Buat pemberitahuan Service Health menggunakan portal Azure.

Matriks tanggung jawab Azure VMware Solution - Microsoft vs pelanggan

Azure VMware Solution menerapkan model tanggung jawab bersama yang mendefinisikan peran dan tanggung jawab yang berbeda dari kedua pihak yang terlibat dalam penawaran: pelanggan dan Microsoft. Tanggung jawab peran bersama diilustrasikan secara lebih rinci dalam dua tabel berikut.

Tabel matriks tanggung jawab bersama menguraikan tugas utama yang ditangani pelanggan dan Microsoft masing-masing dalam menyebarkan dan mengelola beban kerja cloud privat dan aplikasi pelanggan.

Tabel berikut ini menyediakan daftar terperinci peran dan tanggung jawab antara pelanggan dan Microsoft, yang mencakup tugas dan definisi yang paling sering. Untuk pertanyaan lebih lanjut, hubungi Microsoft.

Peranan	Task/details
Microsoft - Azure VMware Solution	Infrastruktur fisik wilayah Azure Zona Ketersediaan Azure Rute Ekspres/Jangkauan Global Compute/Network/Storage Host Bare Metal Rak dan Tenaga Perangkat jaringan rak dan daya Cloud pribadi pengaturan/siklus hidup Penerapan, patch, dan pembaruan VMware ESXi VMware vCenter Server menyebarkan, memperbarui, dan meningkatkan Penyebaran, Patch, dan Peningkatan VMware NSX Implementasi, patch, dan peningkatan VMware vSAN Jaringan cloud privat - Konfigurasi penyedia VMware NSX Microsoft Edge node/kluster, persiapan host VMware NSX Gateway Tier-0 Penyedia dan Gateway Tier-1 Penyewa Konektivitas dari Tier-0 (menggunakan BGP) ke jaringan Azure melalui ExpressRoute Komputasi cloud privat - Konfigurasi penyedia VMware vCenter Server Membuat default kluster Mengonfigurasi jaringan virtual untuk vMotion, Management, vSAN, dan lainnya Pencadangan/pemulihan cloud pribadi Mencadangkan dan memulihkan VMware vCenter Server Mencadangkan dan memulihkan VMware NSX Manager Pemantauan kesehatan cloud privat dan tindakan korektif, misalnya: mengganti host yang gagal (opsional) VMware HCX disebarkan dengan profil komputasi yang sudah dikonfigurasi penuh pada bagian cloud sebagai tambahan (opsional) VMware SRM menyebarkan, meningkatkan, dan memperbesar/memperkecil kapasitas Dukungan - Platform cloud privat dan VMware HCX
Customer	Permintaan penawaran harga host Azure VMware Solution melalui Microsoft Rencanakan dan buat permintaan untuk cloud privat di portal Azure dengan: Jumlah penyedia Rentang jaringan manajemen Informasi lainnya Mengonfigurasi jaringan dan keamanan cloud privat (VMware NSX) Segmen jaringan untuk menghosting aplikasi Router Tingkat -1 Lainnya Firewall VMware NSX LB IPsec VPN NAT Alamat IP publik Firewall terdistribusi/firewall gerbang Ekstensi jaringan menggunakan VMware HCX atau VMware NSX Konfigurasi AD/LDAP untuk RBAC Konfigurasi cloud privat - VMware vCenter Server Konfigurasi AD/LDAP untuk RBAC Penyebaran dan manajemen siklus hidup Virtual Machines (VM) dan aplikasi Menginstal sistem operasi Memperbarui sistem operasi Menginstal perangkat lunak antivirus Pasang perangkat lunak cadangan Menginstal perangkat lunak manajemen konfigurasi Menginstal komponen aplikasi Jaringan VM menggunakan segmen VMware NSX Memigrasikan Virtual Machines (VM) Konfigurasi HCX VMware Live vMotion Migrasi dingin Sinkronisasi pustaka konten Mengonfigurasi awan privat - vSAN Menentukan dan memelihara kebijakan VM vSAN Tambahkan host untuk mempertahankan 'ruang kosong' yang memadai. Konfigurasi VMware HCX Mengunduh dan menyebarkan konektor HCA OVA di lokal Penghubungan konektor HCX VMware di lokasi Mengonfigurasi profil jaringan, profil komputasi, dan mesh layanan Mengonfigurasi ekstensi jaringan HCX VMware/MON Konfigurasi jaringan untuk terhubung ke lokal, jaringan virtual, atau internet Menambahkan atau menghapus permintaan host ke kluster dari Portal Penyebaran/manajemen siklus hidup solusi mitra (pihak ketiga)
Ekosistem Mitra	Dukungan untuk produk/solusi mereka. Sebagai referensi, berikut ini adalah beberapa solusi/produk mitra Azure VMware Solution yang didukung: BCDR - VMware SRM, JetStream, Zerto, dan lainnya Backup - Veeam, Commvault, Rubrik, dan lainnya VDI - Horizon, Citrix VMware Cloud Director, VMware Cloud Director Availability (VCDA) Solusi keamanan - BitDefender, TrendMicro, Titik Pemeriksaan Produk VMware lainnya - Aria Suite, NSX Advanced Load Balancer

Langkah selanjutnya

Langkah selanjutnya adalah mempelajari konsep arsitektur cloud privat utama.