Konsep kluster dan cloud privat Azure VMware Solution
Azure VMware Solution menyediakan cloud privat berbasis VMware di Azure. Penyebaran perangkat keras dan perangkat lunak cloud privat sepenuhnya terintegrasi dan otomatis di Azure. Menyebarkan dan mengelola cloud privat melalui portal Azure, CLI, atau PowerShell.
Cloud privat mencakup kluster dengan:
- Host server bare-metal khusus tersedia dengan hypervisor VMware ESXi
- VMware vCenter Server untuk mengelola ESXi dan vSAN
- Jaringan yang ditentukan perangkat lunak VMware NSX untuk VM beban kerja vSphere
- Datastore VMware vSAN untuk VM beban kerja vSphere
- VMware HCX untuk mobilitas beban kerja
- Sumber daya dalam hal-hal mendasar Azure (diperlukan untuk konektivitas dan untuk mengoperasikan cloud privat)
Cloud privat diinstal dan dikelola dalam langganan Azure. Jumlah cloud privat dalam langganan dapat diskalakan. Awalnya, ada batas satu cloud privat per langganan. Ada hubungan logis antara langganan Azure, cloud privat Azure VMware Solution, kluster vSAN, dan host.
Diagram berikut menjelaskan komponen arsitektur Azure VMware Solution.
Setiap komponen arsitektur Azure VMware Solution memiliki fungsi berikut:
- Langganan Azure: Menyediakan akses, anggaran, dan manajemen kuota terkontrol untuk Azure VMware Solution.
- Wilayah Azure: Mengelompokkan pusat data ke Zona Ketersediaan (AZ) lalu mengelompokkan AZ ke dalam wilayah.
- Grup Sumber Daya Azure: Menempatkan layanan dan sumber daya Azure ke dalam grup logis.
- Cloud Privat Azure VMware Solution: Menawarkan sumber daya komputasi, jaringan, dan penyimpanan menggunakan perangkat lunak VMware, termasuk vCenter Server, jaringan yang ditentukan perangkat lunak NSX, penyimpanan yang ditentukan perangkat lunak vSAN, dan host ESXi bare-metal Azure. Azure NetApp Files, Azure Elastic SAN, dan Pure Cloud Block Store juga didukung.
- Kluster Sumber Daya Azure VMware Solution: Menyediakan sumber daya komputasi, jaringan, dan penyimpanan untuk beban kerja pelanggan dengan menskalakan cloud privat Azure VMware Solution menggunakan perangkat lunak VMware, termasuk penyimpanan yang ditentukan perangkat lunak vSAN dan host ESXi bare-metal Azure. Azure NetApp Files, Azure Elastic SAN, dan Pure Cloud Block Store juga didukung.
- VMware HCX: Memberikan layanan mobilitas, migrasi, dan ekstensi jaringan.
- VMware Site Recovery: Mengotomatiskan layanan pemulihan bencana dan replikasi penyimpanan dengan Replikasi VMware vSphere. Solusi pemulihan bencana pihak ketiga Zerto Disaster Recovery dan Pemulihan Bencana Perangkat Lunak JetStream juga didukung.
- Microsoft Enterprise Edge Khusus (D-MSEE): Router yang menghubungkan cloud Azure dan instans cloud privat Azure VMware Solution.
- Azure Virtual Network (VNet): Menghubungkan layanan dan sumber daya Azure bersama-sama.
- Azure Route Server: Menukar informasi rute dinamis dengan jaringan Azure.
- Azure Virtual Network Gateway: Menyambungkan layanan dan sumber daya Azure ke jaringan privat lainnya menggunakan IPSec VPN, ExpressRoute, dan VNet ke VNet.
- Azure ExpressRoute: Menyediakan koneksi privat berkecepatan tinggi antara pusat data Azure dan infrastruktur lokal atau kolokasi.
- Azure Virtual WAN (vWAN): Menggabungkan fungsi jaringan, keamanan, dan perutean ke dalam satu Jaringan Area Luas Terpadu (WAN).
Host
Kluster Azure VMware Solution didasarkan pada infrastruktur hyper-converged. Tabel berikut menunjukkan spesifikasi CPU, memori, disk, dan jaringan host.
| Jenis Host | CPU (Core/GHz) | RAM (GB) | Tingkat Cache vSAN (TB, mentah***) | Tingkat Kapasitas vSAN (TB, mentah***) | Ketersediaan regional |
|---|---|---|---|---|---|
| AV36 | CPU Dual Intel Xeon Gold 6140 (Skylake microarchitecture) dengan 18 core/CPU @ 2,3 GHz, Total 36 core fisik (72 core logis dengan hyperthreading) | 576 | 3.2 (NVMe) | 15.20 (SSD) | Wilayah yang dipilih (*) |
| AV36P | CPU Dual Intel Xeon Gold 6240 (Cascade Lake microarchitecture) dengan 18 core/CPU @ 2,6 GHz / 3,9 GHz Turbo, Total 36 core fisik (72 inti logis dengan hyperthreading) | 768 | 1.5 (Cache Intel) | 19.20 (NVMe) | Wilayah yang dipilih (*) |
| AV52 | CPU Dual Intel Xeon Platinum 8270 (Cascade Lake microarchitecture) dengan 26 core/CPU @ 2,7 GHz / 4,0 GHz Turbo, Total 52 core fisik (104 inti logis dengan hyperthreading) | 1.536 | 1.5 (Cache Intel) | 38.40 (NVMe) | Wilayah yang dipilih (*) |
| AV64 | CPU Intel Xeon Platinum 8370C Ganda (Ice Lake microarchitecture) dengan 32 core/CPU @ 2,8 GHz / 3,5 GHz Turbo, Total 64 core fisik (128 inti logis dengan hyperthreading) | 1,024 | 3.84 (NVMe) | 15.36 (NVMe) | Wilayah yang dipilih (**) |
Kluster Azure VMware Solution memerlukan jumlah minimum tiga host. Anda hanya dapat menggunakan host dengan jenis yang sama 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 di atas 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.
(***) Mentah didasarkan pada Standar Internasional Unit (SI) yang dilaporkan oleh produsen disk. Contoh: 1 TB Raw = 100000000000 byte, ruang yang dihitung oleh komputer dalam biner (biner 1TB = biner byte 1099511627776) akan sama dengan 931,3 Gigabyte yang dikonversi dari desimal mentah.
Tabel pemetaan Zona Ketersediaan Wilayah Azure (AZ) ke SKU
Saat merencanakan desain Azure VMware Solution Anda, gunakan tabel berikut untuk memahami SKU apa yang tersedia di setiap Zona Ketersediaan fisik wilayah Azure.
Penting
Pemetaan ini penting untuk menempatkan cloud privat Anda di dekat beban kerja asli Azure Anda, termasuk layanan terintegrasi seperti Azure NetApp Files dan Pure Cloud Block Store (CBS).
Kemampuan Multi-AZ untuk Azure VMware Solution Stretched Clusters juga ditandai dalam tabel berikut. Kuota pelanggan untuk Azure VMware Solution ditetapkan oleh wilayah Azure, dan Anda tidak dapat menentukan Zona Ketersediaan selama provisi cloud privat. Algoritma pemilihan otomatis digunakan untuk menyeimbangkan penyebaran di seluruh wilayah Azure. Jika Anda memiliki Zona Ketersediaan tertentu yang ingin Anda sebarkan, buka Permintaan Layanan dengan Microsoft yang meminta "kebijakan penempatan khusus" untuk langganan, wilayah Azure, Zona Ketersediaan, dan jenis SKU Anda. Kebijakan ini tetap diberlakukan hingga Anda memintanya dihapus atau diubah.
SKU yang ditandai dengan huruf tebal memiliki ketersediaan terbatas karena konsumsi pelanggan dan kuota mungkin tidak tersedia berdasarkan permintaan. SKU AV64 harus digunakan sebagai gantinya ketika SKU AV36, AV36P, atau AV52 dibatasi.
SKU AV64 tersedia per Zona Ketersediaan, tabel di bawah ini mencantumkan wilayah Azure yang mendukung SKU ini. Untuk kebijakan penyimpanan RAID-6 FTT2 dan RAID-1 FTT3, enam dan tujuh Domain Kesalahan (FD) masing-masing diperlukan, jumlah FD untuk setiap wilayah Azure tercantum di kolom "Didukung FD AV64".
| Wilayah Azure | Availability Zone | SKU | Multi-AZ SDDC | FD AV64 Didukung |
|---|---|---|---|---|
| Australia Timur | AZ01 | AV36P, AV64 | Ya | 7 |
| Australia Timur | AZ02 | AV36, AV64 | Ya | 7 |
| Australia Timur | AZ03 | AV36P, AV64 | Ya | 7 |
| Australia Tenggara | AZ01 | AV36 | No | T/A |
| Brasil Selatan | AZ02 | AV36 | No | T/A |
| Kanada Tengah | AZ02 | AV36, AV36P, AV64 | No | 7 |
| Kanada Timur | T/A | AV36 | No | T/A |
| India Tengah | AZ03 | AV36P, AV64 | No | 7 |
| AS Tengah | AZ01 | AV36P, AV64 | No | 7 |
| AS Tengah | AZ02 | AV36, AV64 | No | 7 |
| AS Tengah | AZ03 | AV36P, AV64 | No | 7 |
| Asia Timur | AZ01 | AV36, AV64 | No | 7 |
| Asia Timur | AZ02 | AV36P | No | T/A |
| AS Timur | AZ01 | AV36P, AV64 | Ya | 7 |
| AS Timur | AZ02 | AV36P, AV64 | Ya | 7 |
| AS Timur | AZ03 | AV36, AV36P, AV64 | Ya | 7 |
| AS Timur 2 | AZ01 | AV36, AV64 | No | 7 |
| AS Timur 2 | AZ02 | AV36P, AV52, AV64 | No | 7 |
| Prancis Tengah | AZ01 | AV36 (AV64 Direncanakan Q1 2025) | No | N/A (7 Direncanakan Q1 2025) |
| Jerman Barat Tengah | AZ01 | AV36P, AV64 | Ya | 7 |
| Jerman Barat Tengah | AZ02 | AV36, AV64 | Ya | 7 |
| Jerman Barat Tengah | AZ03 | AV36, AV36P, AV64 | Ya | 7 |
| Italia Utara | AZ03 | AV36P, AV64 | No | 7 |
| Jepang Timur | AZ02 | AV36, AV64 | No | 7 |
| Jepang Barat | AZ01 | AV36, AV64 | No | 7 |
| AS Tengah Bagian Utara | AZ01 | AV36, AV64 | No | 7 |
| AS Tengah Bagian Utara | AZ02 | AV36P, AV64 | No | 7 |
| Eropa Utara | AZ02 | AV36, AV64 | No | 7 |
| Qatar Tengah | AZ03 | AV36P (AV64 Direncanakan Q1 2025) | No | N/A (7 Direncanakan Q1 2025) |
| Afrika Selatan Utara | AZ03 | AV36, AV64 | No | 7 |
| US Tengah Selatan | AZ01 | AV36, AV64 | No | 7 |
| US Tengah Selatan | AZ02 | AV36, AV36P, AV52, AV64 | No | 7 |
| Asia Tenggara | AZ02 | AV36, AV36P | No | T/A |
| Swedia Tengah | AZ01 | AV36, AV64 | No | 7 |
| Swiss Utara | AZ01 | AV36, AV64 | No | 7 |
| Swiss Utara | AZ03 | AV36P (AV64 Direncanakan Q1 2025) | No | N/A (7 Direncanakan Q1 2025) |
| Swiss Barat | AZ01 | AV36, AV64 | No | 7 |
| Arab Saudi Utara | AZ03 | AV36P | No | T/A |
| UK Selatan | AZ01 | AV36, AV36P, AV52, AV64 | Ya | 7 |
| UK Selatan | AZ02 | AV36, AV64 | Ya | 7 |
| UK Selatan | AZ03 | AV36P, AV64 | Ya | 7 |
| UK Barat | AZ01 | AV36 | No | T/A |
| Eropa Barat | AZ01 | AV36, AV36P, AV52, AV64 | Ya | 7 |
| Eropa Barat | AZ02 | AV36, AV64 | Ya | 7 |
| Eropa Barat | AZ03 | AV36P, AV64 | Ya | 7 |
| US Barat | AZ01 | AV36, AV36P, AV64 | No | 7 |
| US Barat 2 | AZ01 | AV36, AV64 | No | 7 |
| US Barat 2 | AZ02 | AV36P | No | T/A |
| AS Barat 3 | AZ01 | AV36P | No | T/A |
| US Gov Arizona | AZ02 | AV36P | No | T/A |
| US Gov Virginia | AZ03 | AV36 | No | T/A |
Kluster
Untuk setiap cloud probadi yang dibuat, terdapat satu kluster vSAN secara default. 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 (HA) vSphere untuk melindungi beban kerja dari kegagalan satu simpul. Kluster-1 dari setiap cloud privat Azure VMware Solution memiliki Kumpulan Sumber Daya vSphere Distributed Resource Scheduler (DRS) (MGMT-ResourcePool) yang dikonfigurasi untuk komponen manajemen dan sarana kontrol (vCenter Server, kluster NSX Manager, NSX Edges, Add-On Manajer HCX, Add-On SRM Manager, Add-On Replikasi vSphere). MGMT-ResourcePool dikonfigurasi untuk memesan CPU 46 GHz dan Memori 171,88 GB, yang tidak dapat diubah oleh pelanggan. Untuk kluster 3-node, ini berarti 2-node didedikasikan untuk beban kerja pelanggan, tidak termasuk sumber daya MGMT-ResourcePool CPU dan Memori yang disediakan untuk manajemen & kontrol dan 1-simpul sumber daya dipegang untuk melindungi dari kegagalan node. Kluster Yang Direntangkan Azure VMware Solution menggunakan kebijakan Kontrol Penerimaan berbasis persentase n+2 ketersediaan vSphere HA.
Sarana manajemen dan kontrol Azure VMware Solution memiliki persyaratan sumber daya berikut yang perlu diperhitungkan selama ukuran solusi cloud privat standar.
| Area | Deskripsi | vCPU yang disediakan | vRAM yang disediakan (GB) | Provisioned vDisk (GB) | Penggunaan CPU Umum (GHz) | Penggunaan vRAM Umum (GB) | Penggunaan Datastore vSAN Mentah Umum (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 1,854 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | Simpul ESXi 1 | T/A | T/A | T/A | 5.1 | 0,2 | T/A |
| VMware vSphere | Simpul ESXi 2 | T/A | T/A | T/A | 5.1 | 0,2 | T/A |
| VMware vSphere | Simpul ESXi 3 | T/A | T/A | T/A | 5.1 | 0,2 | T/A |
| VMware vSAN | Penggunaan Sistem vSAN | T/A | T/A | T/A | T/A | T/A | 5,458 |
| VMware NSX | Simpul Appliance Terpadu NSX 1 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | Simpul Appliance Terpadu NSX 2 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | Simpul Appliance Terpadu NSX 3 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 200 | 1.3 | 0,6 | 409 |
| VMware HCX (Add-On Opsional) | Manajer HCX | 4 | 12 | 65 | 1 | 2.5 | 140 |
| VMware Site Recovery Manager (Add-On Opsional) | SRM Appliance | 4 | 12 | 33 | 1 | 1 | 79 |
| VMware vSphere (Add-On Opsional) | Appliance Manajer Replikasi vSphere | 4 | 8 | 33 | 1 | 0,6 | 75 |
| VMware vSphere (Add-On Opsional) | Appliance Server Replikasi vSphere | 2 | 1 | 33 | 1 | 0,3 | 68 |
| Total | 77 vCPU | 269,3 GB | 2.385 GB | 30 GHz | 50,4 GB | 10.346 GB (9.032 GB dengan rasio Pengurangan Data 1,2x yang diharapkan) |
Sarana manajemen dan kontrol Azure VMware Solution memiliki persyaratan sumber daya berikut yang perlu diperhitungkan selama ukuran solusi cloud privat kluster yang direntangkan. VMware SRM tidak disertakan dalam tabel karena saat ini tidak didukung.
| Area | Deskripsi | vCPU yang disediakan | vRAM yang disediakan (GB) | Provisioned vDisk (GB) | Penggunaan CPU Umum (GHz) | Penggunaan vRAM Umum (GB) | Penggunaan Datastore vSAN Mentah Umum (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 3,708 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | Simpul ESXi 1 | T/A | T/A | T/A | 5.1 | 0,2 | T/A |
| VMware vSphere | Simpul ESXi 2 | T/A | T/A | T/A | 5.1 | 0,2 | T/A |
| VMware vSphere | Simpul ESXi 3 | T/A | T/A | T/A | 5.1 | 0,2 | T/A |
| VMware vSphere | Simpul ESXi 4 | T/A | T/A | T/A | 5.1 | 0,2 | T/A |
| VMware vSphere | Simpul ESXi 5 | T/A | T/A | T/A | 5.1 | 0,2 | T/A |
| VMware vSphere | Simpul ESXi 6 | T/A | T/A | T/A | 5.1 | 0,2 | T/A |
| VMware vSAN | Penggunaan Sistem vSAN | T/A | T/A | T/A | T/A | T/A | 10,722 |
| VMware NSX | Simpul Appliance Terpadu NSX 1 | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX | Simpul Appliance Terpadu NSX 2 | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX | Simpul Appliance Terpadu NSX 3 | 12 | 48 | 300 | 2.5 | 13,5 | 1,229 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| VMware HCX (Add-On Opsional) | Manajer HCX | 4 | 12 | 65 | 1 | 2.5 | 270 |
| Total | 67 vCPU | 248,3 GB | 2.286 GB | 42,3 GHz | 49,1 GB | 20.036 GB (17.173 GB dengan rasio Pengurangan Data 1,2x yang diharapkan) |
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.
Appliance virtual Nilai Penggunaan Datastore Raw vSAN Khas untuk ruang yang ditempati oleh file komputer virtual, termasuk file konfigurasi dan log, rekam jepret, disk virtual, dan file pertukaran.
Simpul VMware ESXi memiliki nilai penggunaan komputasi yang memperhitungkan overhead hypervisor vSphere VMkernel, overhead vSAN dan router terdistribusi NSX, firewall, dan overhead bridging. Ini adalah perkiraan untuk konfigurasi tiga kluster standar. Persyaratan penyimpanan tercantum sebagai tidak berlaku (N/A) karena volume boot terpisah dari vSAN Datastore digunakan.
Overhead penyimpanan Penggunaan Sistem VMware vSAN memperhitungkan objek manajemen performa vSAN, overhead sistem file vSAN, overhead checksum vSAN dan deduplikasi vSAN dan overhead kompresi. Untuk melihat konsumsi ini, pilih objek Monitor, vSAN Capacity untuk Kluster vSphere di Klien vSphere.
Persyaratan sumber daya VMware HCX dan VMware Site Recovery Manager adalah Add-on opsional ke layanan Azure VMware Solution. Diskon persyaratan ini dalam ukuran solusi jika tidak digunakan.
Add-On Manajer Site Recovery VMware memiliki opsi untuk mengonfigurasi beberapa Appliance Server Replikasi VMware vSphere. Tabel sebelumnya mengasumsikan satu appliance Server Replikasi vSphere digunakan.
Mengukur Azure VMware Solution adalah perkiraan; perhitungan ukuran dari fase desain harus divalidasi selama fase pengujian proyek untuk memastikan Azure VMware Solution berukuran benar untuk beban kerja aplikasi.
Tip
Anda selalu dapat memperluas kluster dan menambahkan kluster tambahan nanti jika Anda perlu melampaui jumlah penyebaran awal.
Tabel berikut ini menjelaskan batas maksimum untuk Azure VMware Solution.
| Sumber daya | Batas |
|---|---|
| Kluster vSphere setiap cloud privat | 12 |
| Jumlah minimum host ESXi setiap kluster | 3 (batas keras) |
| Jumlah maksimum host ESXi setiap kluster | 16 (batas keras) |
| Jumlah maksimum host ESXi per cloud privat | 96 |
| Jumlah maksimum vCenter Server per cloud privat | 1 (batas keras) |
| Jumlah maksimum pasangan situs HCX | 25 (edisi apa pun) |
| Jumlah maksimum jala layanan HCX | 10 (edisi apa pun) |
| Jumlah maksimum cloud privat tertaut Azure VMware Solution ExpressRoute dari satu lokasi ke satu Gateway Virtual Network | 4
Gateway jaringan virtual yang digunakan menentukan cloud privat tertaut maks. Untuk informasi selengkapnya, lihat Tentang gateway jaringan virtual ExpressRoute Jika Anda melebihi ambang ini, gunakan Interkoneksi Azure VMware Solution untuk mengagregasi konektivitas cloud privat dalam wilayah Azure. |
| Throughput ExpressRoute Azure VMware Solution maksimum | 10 Gbps (gunakan Ultra Performance Gateway SKU dengan FastPath diaktifkan)** Gateway jaringan virtual yang digunakan menentukan bandwidth aktual. Untuk informasi selengkapnya, lihat Tentang gateway jaringan virtual ExpressRoute Azure VMware Solution ExpressRoutes tidak memiliki batasan kecepatan port dan akan melakukan di atas 10 Gbps; namun, tarif lebih dari 10 Gbps tidak dijamin karena QoS. |
| Jumlah maksimum alamat Azure Public IPv4 yang ditetapkan ke NSX | 2.000 |
| Jumlah maksimum Interkoneksi Azure VMware Solution per cloud privat | 10 |
| Jumlah maksimum koneksi Jangkauan Global Azure ExpressRoute per cloud privat Azure VMware Solution | 8 |
| Batas kapasitas vSAN | 75% dari total yang dapat digunakan (tetap 25% tersedia untuk SLA) |
| VMware Site Recovery Manager - Jumlah maksimum Komputer Virtual yang dilindungi | 3.000 |
| VMware Site Recovery Manager - Jumlah maksimum Komputer Virtual per rencana pemulihan | 2.000 |
| VMware Site Recovery Manager - Jumlah maksimum grup perlindungan per rencana pemulihan | 250 |
| Manajer Site Recovery VMware - Nilai RPO | 5 menit atau lebih tinggi * (batas keras) |
| VMware Site Recovery Manager - Jumlah maksimum komputer virtual per grup perlindungan | 500 |
| VMware Site Recovery Manager - Jumlah maksimum rencana pemulihan | 250 |
Untuk informasi tentang Sasaran Titik Pemulihan (RPO) yang lebih rendah dari 15 menit, lihat Cara Kerja Sasaran Titik Pemulihan 5 Menit dalam panduan Administrasi Replikasi vSphere.
** Ini adalah batas yang lunak dan direkomendasikan tetapi dapat mendukung throughput yang lebih tinggi berdasarkan skenario.
Untuk batas khusus VMware lainnya, gunakan alat maksimum konfigurasi VMware by Broadcom.
Versi perangkat lunak VMware
Microsoft adalah anggota program VMware Metal-as-a-Service (MaaS) dan menggunakan VMware Cloud Provider Stack (VCPS) untuk perencanaan peningkatan Azure VMware Solution.
Versi perangkat lunak solusi VMware yang digunakan dalam penyebaran baru cloud privat Azure VMware Solution adalah:
| Perangkat lunak | Versi | Nomor build |
|---|---|---|
| vCenter Server VMware | 8.0 U2d | 23929136 |
| VMware ESXi | 8.0 U2b | 23305546 |
| VMware vSAN | 8.0 U2 | 23305546 |
| Bukti VMware vSAN | 8.0 U2 | 23305546 |
| Format VMware vSAN di disk | 19 | T/A |
| Arsitektur penyimpanan VMware vSAN | OSA | T/A |
| VMware NSX | 4.1.1 | 22224317 |
| HCX VMware | 4.10.1 | 23857539 |
| VMware Site Recovery Manager | 8.8.0.3 | 23263429 |
| Replikasi VMware vSphere | 8.8.0.3 | 23166649 |
Jika nomor build yang tercantum tidak cocok dengan nomor build yang tercantum dalam catatan rilis, itu akan disebabkan oleh patch kustom yang 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 host dan manajemen siklus hidup
Salah satu manfaat cloud privat Azure VMware Solution adalah platform ini dipertahankan untuk Anda. Microsoft bertanggung jawab atas manajemen siklus hidup perangkat lunak VMware (ESXi, vCenter Server, dan vSAN) dan appliance NSX. Microsoft juga bertanggung jawab untuk melakukan bootstrap konfigurasi jaringan, seperti membuat gateway Tier-0 dan mengaktifkan perutean Utara-Selatan. Anda bertanggung jawab atas konfigurasi NSX SDN: segmen jaringan, aturan firewall terdistribusi, gateway Tingkat 1, dan penyeimbang beban.
Catatan
Gateway T0 dibuat dan dikonfigurasi sebagai bagian dari penyebaran cloud privat. Setiap modifikasi pada router logis atau VM simpul tepi NSX dapat memengaruhi konektivitas ke cloud privat Anda dan harus dihindari.
Microsoft bertanggung jawab untuk menerapkan patch, pembaruan, atau peningkatan apa pun ke ESXi, vCenter Server, vSAN, dan NSX di cloud privat Anda. Dampak patch, pembaruan, dan peningkatan pada ESXi, vCenter Server, dan NSX memiliki pertimbangan berikut:
ESXi - Tidak ada dampak pada beban kerja yang berjalan di cloud privat Anda. Akses ke vCenter Server dan NSX tidak diblokir selama waktu ini. Selama waktu ini, kami sarankan Anda tidak merencanakan aktivitas lain seperti: meningkatkan cloud privat, menjadwalkan, atau memulai migrasi HCX aktif, membuat perubahan konfigurasi HCX, dan sebagainya, di cloud privat Anda.
vCenter Server - Tidak ada dampak terhadap beban kerja yang berjalan di cloud privat Anda. Selama waktu ini, vCenter Server tidak tersedia dan Anda tidak dapat mengelola VM (hentikan, mulai, buat, atau hapus). Kami sarankan Anda tidak merencanakan aktivitas lain seperti meningkatkan cloud privat, membuat jaringan baru, dan sebagainya, di cloud privat Anda. Saat Anda menggunakan antarmuka pengguna VMware Site Recovery Manager atau vSphere Replication, kami sarankan Anda tidak melakukan salah satu tindakan: mengonfigurasi Replikasi vSphere, dan mengonfigurasi atau menjalankan rencana pemulihan situs selama peningkatan vCenter Server.
NSX - Beban kerja terpengaruh. Ketika host tertentu sedang ditingkatkan, VM pada host tersebut mungkin kehilangan konektivitas dari 2 detik menjadi 1 menit dengan salah satu gejala berikut:
Kesalahan ping
Kehilangan paket
Pesan kesalahan (misalnya, Host Tujuan Tidak Dapat Dijangkau dan Net tidak dapat dijangkau)
Selama jendela peningkatan ini, semua akses ke bidang manajemen NSX diblokir. Anda tidak dapat membuat perubahan konfigurasi pada lingkungan NSX selama durasi tersebut. Beban kerja Anda terus berjalan seperti biasa, tunduk pada dampak peningkatan yang sebelumnya dirinci.
Selama waktu peningkatan, kami sarankan Anda tidak merencanakan aktivitas lain seperti, meningkatkan cloud privat, dan sebagainya, di cloud privat Anda. Aktivitas lain dapat mencegah peningkatan dimulai atau dapat berdampak buruk pada peningkatan dan lingkungan.
Anda diberi tahu melalui Azure Service Health yang menyertakan garis waktu peningkatan. Pemberitahuan ini juga menyediakan detail tentang komponen yang ditingkatkan, efeknya pada beban kerja, akses cloud privat, dan layanan Azure lainnya. Anda dapat menjadwalkan ulang peningkatan sesuai kebutuhan.
Pembaruan piranti lunak meliputi:
Patches - Patch keamanan atau perbaikan bug yang dirilis oleh VMware
Pembaruan - Perubahan versi minor pada komponen tumpukan VMware
Peningkatan - Perubahan versi utama pada komponen tumpukan VMware
Catatan
Microsoft menguji patch keamanan yang penting segera setelah tersedia dari VMware.
Solusi VMware yang didokumentasikan diterapkan sebagai pengganti pemasangan patch yang sesuai hingga pembaruan terjadwal berikutnya diterapkan.
Pemantauan dan remediasi host
Azure VMware Solution terus memantau kesehatan komponen VMware dan underlay. Saat Azure VMware Solution mendeteksi kegagalan, diperlukan tindakan untuk memperbaiki komponen yang gagal. Saat Azure VMware Solution mendeteksi degradasi atau kegagalan pada simpul Azure VMware Solution, hal ini akan memicu proses remediasi host.
Remediasi host melibatkan penggantian node yang rusak dengan node sehat baru dalam kluster. Kemudian, jika memungkinkan, host yang rusak ditempatkan dalam mode pemeliharaan VMware vSphere. VMware vSphere vMotion memindahkan VM dari host yang rusak ke server lain yang tersedia di kluster, berpotensi memungkinkan waktu henti nol untuk migrasi langsung beban kerja. Jika host yang rusak tidak dapat ditempatkan dalam mode pemeliharaan, host akan dihapus dari kluster. Sebelum host yang rusak dihapus, beban kerja pelanggan dimigrasikan ke host yang baru ditambahkan.
Tip
Komunikasi pelanggan: Email dikirim ke alamat email pelanggan sebelum penggantian dimulai dan sekali lagi setelah penggantian berhasil.
Untuk menerima email yang terkait dengan penggantian host, Anda perlu ditambahkan ke salah satu peran Azure RBAC berikut dalam langganan: 'ServiceAdmin', 'CoAdmin', 'Pemilik', 'Kontributor'.
Azure VMware Solution memantau kondisi berikut pada host:
- Status prosesor
- Status memori
- Koneksi dan status daya
- Status kipas perangkat keras
- Hilangnya konektivitas jaringan
- Status papan sistem perangkat keras
- Kesalahan pada disk host vSAN
- Tegangan perangkat keras
- Status suhu perangkat keras
- Status daya perangkat keras
- Status penyimpanan
- Kegagalan koneksi
Kode Pemberitahuan dan Tabel Remediasi
| Kode Kesalahan | Detail Kesalahan | Tindakan yang Direkomendasikan |
|---|---|---|
| EPC_SCSIDEVICE_SHARINGMODE | Kesalahan ini ditemui ketika Komputer Virtual dikonfigurasi untuk menggunakan perangkat yang mencegah operasi pemeliharaan: Perangkat yang merupakan pengontrol SCSI yang terlibat dalam berbagi bus | Ikuti artikel KB untuk menghapus pengontrol SCSI apa pun yang terlibat dalam berbagi bus yang dilampirkan ke VM https://knowledge.broadcom.com/external/article?legacyId=79910 |
| EPC_CDROM_EMULATEMODE | Kesalahan ini ditemui ketika CD-ROM pada Komputer Virtual menggunakan mode emulasi, yang gambar ISO-nya tidak dapat diakses | Ikuti artikel KB untuk penghapusan CDROM apa pun yang dipasang pada beban kerja pelanggan Virtual Machines dalam mode emulasi atau lepaskan ISO. Disarankan untuk menggunakan mode Passthrough untuk memasang CD-ROM apa pun. https://knowledge.broadcom.com/external/article?legacyId=79306 |
| EPC_DATASTORE_INACCESSIBLE | Kesalahan ini ditemui ketika Datastore eksternal yang dilampirkan ke AVS Private Cloud menjadi tidak dapat diakses | Ikuti artikel KB untuk menghapus Datastore basi yang dilampirkan ke kluster /azure/azure-vmware/attach-azure-netapp-files-to-azure-vmware-solution-hosts?tabs=azure-portal#performance-best-practices |
| EPC_NWADAPTER_STALE | Kesalahan ini ditemui ketika antarmuka Jaringan yang terhubung pada Komputer Virtual menggunakan adaptor jaringan yang menjadi tidak dapat diakses | Ikuti artikel KB untuk menghapus adaptor N/W basi apa pun yang dilampirkan ke Komputer Virtual https://knowledge.broadcom.com/external/article/318738/troubleshooting-the-migration-compatibil.html |
Catatan
Admin penyewa Azure VMware Solution tidak boleh mengedit atau menghapus alarm VMware vCenter Server yang ditentukan sebelumnya karena dikelola oleh sarana kontrol Azure VMware Solution di vCenter Server. Alarm ini digunakan oleh pemantauan Azure VMware Solution untuk memicu proses remediasi host Azure VMware Solution.
Pencadangan dan pemulihan
Konfigurasi vCenter Server cloud privat Azure VMware Solution dan Manajer HCX (jika diaktifkan) berada pada jadwal pencadangan harian dan konfigurasi NSX memiliki jadwal pencadangan per jam. Cadangan dipertahankan selama minimal tiga hari. Buka permintaan dukungan di portal Azure untuk meminta pemulihan.
Catatan
Pemulihan hanya ditujukan untuk situasi bencana.
Azure VMware Solution terus memantau kesehatan lapisan fisik dan komponen VMware Solution. Saat Azure VMware Solution mendeteksi kegagalan, diperlukan tindakan untuk memperbaiki komponen yang gagal.
Langkah berikutnya
Sekarang setelah Anda membahas konsep cloud privat Azure VMware Solution, Anda mungkin ingin mempelajari tentang: