Pertanyaan umum tentang Azure VMware Solution

Karena perusahaan mengejar strategi modernisasi TI untuk meningkatkan kelincahan bisnis, mengurangi biaya, dan mempercepat inovasi, platform cloud hibrid adalah pengaktif utama transformasi digital pelanggan. Azure VMware Solution menggabungkan perangkat lunak Software-Defined Data Center (SDDC) VMware dengan ekosistem layanan cloud global dari Azure Microsoft. Selain itu, Azure VMware Solution memenuhi persyaratan performa, ketersediaan, keamanan, dan kepatuhan. Untuk informasi selengkapnya, lihat Apa yang dimaksud dengan Azure VMware Solution.

Layanan ini terus ditambahkan ke wilayah baru. Untuk detailnya, lihat informasi ketersediaan layanan terbaru.

Microsoft memberikan dukungan untuk Azure VMware Solution. Anda dapat mengirimkan permintaan dukungan. Untuk langganan terkelola Penyedia Solusi Cloud (CSP), tingkat dukungan pertama menyediakan Penyedia Solusi dengan cara yang sama seperti yang dilakukan CSP untuk layanan Azure lainnya.

Semua layanan Azure tersedia untuk pelanggan Azure VMware Solution. Keterbatasan performa dan ketersediaan untuk layanan tertentu sebaiknya ditangani atas dasar kasus per kasus.

Anda dapat menemukan informasi tentang kompatibilitas sistem operasi tamu dengan vSphere menggunakan Panduan Kompatibilitas VMware. Untuk mengidentifikasi versi vSphere yang berjalan di Azure VMware Solution, lihat versi perangkat lunak VMware.

Pembaruan yang dibuat mengikuti proses manajemen perubahan standar Microsoft Azure. Pelanggan bertanggung jawab atas tugas administrasi beban kerja dan proses pengelolaan perubahan terkait.

Dengan Azure VMware Solution baru, Microsoft dan VMware memiliki kemitraan penyedia cloud langsung. Microsoft merancang, membangun, dan mendukung solusi baru. Solusi ini didukung oleh VMware. Secara arsitektur, solusinya konsisten, dengan tumpukan teknologi VMware berjalan pada infrastruktur Azure khusus.

Setiap host dengan masalah disk diganti. Ini naik hingga 99,9 SLA ketersediaan pada layanan Azure VMware Solution.

Untuk pertanyaan umum tentang harga, lihat halaman harga Azure VMware Solution.

VMware HCX Enterprise tersedia di Azure VMware Solution tanpa biaya lain dan diaktifkan secara default.

Lalu lintas di sirkuit ExpressRoute Azure VMware Solution tidak diukur. Tidak ada tagihan untuk sirkuit ExpressRoute Azure VMware Solution, atau untuk biaya Jangkauan Global antara cloud privat Azure VMware Solution. Skenario ini mencakup Azure VMware Solution ke lokal, selain biaya keluar standar untuk lalu lintas dari koneksi sirkuit Azure ExpressRoute Anda ke situs lokal Anda dari Azure. Biaya ini dikenakan sesuai dengan paket harga Azure ExpressRoute dengan Model Penagihan Terukur. Jika Anda menggunakan Model Penagihan Tanpa Batas Azure ExpressRoute, lalu lintas keluar tidak dikenakan biaya.

• Azure VMware Solution ke Azure Virtual Network adalah melalui sirkuit ExpressRoute internal dan bebas biaya, terlepas dari lokasi wilayah (wilayah atau lintas wilayah yang sama).

• Azure VMware Solution ke situs lokal dilakukan melalui Azure Virtual Network atau ExpressRoute Global Reach (antara ExpressRoute internal dan ExpressRoute eksternal). Ini masih gratis selain dari biaya keluar standar (Model Penagihan Terukur) dari ExpressRoute ke jaringan lokal. Untuk Model Penagihan Tidak Terbatas, tidak ada biaya data.

Contohnya:

• Jika kita menyambungkan Azure Virtual Network di Azure Eropa Barat ke cloud privat Azure VMware Solution di Eropa Barat, tidak ada biaya ExpressRoute selain biaya gateway ExpressRoute.

• Jika kita menghubungkan Azure Virtual Network di Azure Eropa Utara ke cloud privat Azure VMware Solution di Eropa Barat, tidak ada biaya ExpressRoute selain biaya gateway ExpressRoute.

• Jika Anda menghubungkan cloud privat Azure VMware Solution di Eropa Barat ke cloud privat Azure VMware Solution di Eropa Utara melalui ExpressRoute Global Reach. Tidak ada biaya transfer data ExpressRoute Global Reach (egress dan ingress). Ada biaya saat menggunakan gateway ExpressRoute.

Tidak, Anda tidak perlu mendapatkan lisensi VMware lainnya di luar layanan Azure VMware Solution. Untuk informasi lebih lanjut, lihat halaman harga Azure VMware Solution untuk melihat teknologi VMware apa yang disertakan.

Baik Anda menginginkan lebih banyak host untuk cloud privat yang ada atau membuat cloud privat baru, Anda perlu mengirimkan tiket dukungan agar host Anda dialokasikan. Untuk informasi selengkapnya, lihat Meminta kuota host untuk Azure VMware Solution.

Anda memerlukan akun Azure dalam langganan Azure.

Microsoft dan Red Hat berbagi tim dukungan terintegrasi dan dikolokasi yang menyediakan titik kontak terpadu bagi ekosistem Red Hat yang berjalan di platform Azure. Seperti layanan platform Azure lainnya yang bekerja dengan Red Hat Enterprise Linux, Azure VMware Solution berada di bawah Cloud Access dan payung dukungan yang terintegrasi. Red Hat Enterprise Linux mendukung untuk berjalan pada Azure VMware Solution di dalam Azure.

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 Membuat pemberitahuan Service Health menggunakan portal Azure.

Saat ini, penyediaannya bisa memakan waktu sekitar 3-4 jam. Menambahkan satu node dalam kluster yang ada/yang sama membutuhkan waktu antara 30 - 45 menit.

Tidak, "AVS-vendor-folders" adalah nama yang dipesan dalam Azure VMware Solution dan menggunakannya dapat menyebabkan konflik dengan fungsionalitas yang dimaksudkan atau menyebabkan perilaku tak terduga dalam lingkungan manajemen vCenter Server khusus untuk Azure VMware Solution. Pilih nama folder alternatif yang selaras dengan kebutuhan organisasi Anda sambil menghindari konflik dengan konvensi penamaan yang telah ditentukan sebelumnya di Azure VMware Solution.

Ya. Asalkan sistem tempat sistem diinstal dapat mengakses cloud privat vCenter Server dan menggunakan DNS publik untuk mengatasi nama host ESXi.

Tidak. Untuk memenuhi prasyarat VM, ikuti instruksi yang diberikan oleh VMware.

vRealize Automation, vRealize Operations Manager, dan vRealize Network Insight disertifikasi untuk digunakan dengan Azure VMware Solution saat produk tersebut diinstal di pusat data lokal. Versi berbasis cloud dari produk ini--vRealize Automation Cloud, vRealize Operations Cloud, dan vRealize Network Insight Cloud--juga disertifikasi untuk digunakan. Menginstal produk ini dalam cloud privat Azure VMware Solution tidak didukung.

Ya. Ini dimungkinkan dan direkomendasikan melalui add-on HCX VMware. Migrasi dan kloning dingin lintas vCenter Server juga dimungkinkan, tetapi Cross vCenter vMotion tidak.

Lingkungan lokal harus menjalankan vSphere 6.5 atau yang lebih baru jika HCX VMware akan digunakan untuk memigrasikan VM.

Untuk memigrasikan Azure Virtual Machine (VM) ke paket lain, ikuti langkah-langkah berikut:

1. Hentikan VM di portal Azure dengan memilih VM Anda lalu pilih 'Hentikan' untuk membatalkan alokasi sumber daya.
2. Dengan VM dihentikan, akses pengaturan 'Ukuran' VM.
3. Di panel 'Pilih ukuran', pilih ukuran baru yang kompatibel dengan seri saat ini atau yang diinginkan.
4. Pilih tombol 'Ubah Ukuran' untuk menerapkan perubahan ukuran.
5. Mulai ulang VM untuk menyelesaikan migrasi.

Ingatlah bahwa Anda hanya dapat mengubah ukuran VM dalam seri yang sama atau ke seri yang tersedia di wilayah Azure yang sama. Pastikan paket baru mendukung konfigurasi penyimpanan dan jaringan VM Anda.

Ya, asalkan Persyaratan Minimum VMware HCX Network Underlay terpenuhi.

Versi perangkat lunak solusi VMware yang digunakan dalam penyebaran baru cloud privat Azure VMware Solution adalah:

Versi perangkat lunak yang sedang berjalan saat ini diterapkan ke kluster baru yang ditambahkan ke cloud privat yang ada.

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 Pusat Data NSX-T. Microsoft juga bertanggung jawab untuk melakukan bootstrap konfigurasi jaringan, seperti membuat gateway Tier-0 dan mengaktifkan perutean Utara-Selatan. Anda bertanggung jawab atas konfigurasi SDN Pusat Data NSX-T: segmen jaringan, aturan firewall terdistribusi, gateway Tingkat 1, dan penyeimbang beban.

Microsoft bertanggung jawab untuk menerapkan patch, pembaruan, atau peningkatan apa pun ke ESXi, vCenter Server, vSAN, dan Pusat Data NSX-T di cloud privat Anda. Dampak patch, pembaruan, dan peningkatan pada ESXi, vCenter Server, dan Pusat Data NSX-T memiliki pertimbangan berikut:

• ESXi - Tidak ada dampak pada beban kerja yang berjalan di cloud privat Anda. Akses ke vCenter Server dan Pusat Data NSX-T 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.

• Pusat Data NSX-T - 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 Pusat Data NSX-T diblokir. Anda tidak dapat membuat perubahan konfigurasi pada lingkungan Pusat Data NSX-T 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

Solusi VMware yang didokumentasikan diterapkan sebagai pengganti pemasangan patch yang sesuai hingga pembaruan terjadwal berikutnya diterapkan.

Ya, NSX adalah satu-satunya versi perangkat lunak virtualisasi jaringan VMware yang didukung.

VMware NSX 4.1.1 digunakan untuk jaringan yang ditentukan perangkat lunak di cloud privat Azure VMware Solution.

Tidak, Anda tidak diharuskan menggunakan VMware NSX lokal. VMware HCX menyediakan konektivitas yang diperlukan antara vSphere lokal dan Azure VMware Solution.

Ya dengan lisensi add-on. Azure VMware Solution mendukung IDFW terdistribusi dan IDS/IPS terdistribusi dengan lisensi firewall add-on. Lisensi add-on ini perlu dibeli dari VMware dan Microsoft akan menerapkan lisensi tersebut ke cloud privat Azure VMware Solution dengan permintaan dukungan.

Ya.

Tab Sentinel Management memberi Anda akses untuk mengunduh perangkat lunak Sentinel. Ini muncul pada antarmuka HCX Interconnect ketika lisensi HCX Enterprise diaktifkan, dan Anda telah menyebarkan jala layanan bersama dengan penyebaran pasangan Sentinel Gateway (SGW) dan Sentinel Data Receiver (SDR). Selain itu, dalam penyebaran lokal ke cloud tradisional, tab Sentinel hanya terlihat di Konektor, bukan di pengelola cloud.

Anda dapat menentukan jenis format yang Anda inginkan saat memigrasikan Mesin Virtual ke Azure VMware Solution. Namun, vSAN terutama merupakan datastore yang akan Anda gunakan di Azure VMware Solution, sehingga tergantung pada kebijakan penyimpanan yang dipilih. Kebijakan penyimpanan default datastore adalah RAID-1 FTT-1, yang disediakan tipis. Anda dapat menggunakan perintah Jalankan untuk mengubah kebijakan penyimpanan datastore default.

Server SKU AV36 memiliki CPU Intel 2,3 GHz 18 core ganda. Server SKU AV36P memiliki CPU Intel 2,6 GHz core ganda 2,6 GHz dan server SKU AV52 memiliki CPU Intel 26 core 2,7 GHz ganda.

Server SKU AV36 memiliki RAM 576 GB. Server SKU AV36P memiliki RAM 768 GB dan server SKU AV52 memiliki RAM 1.536 GB.

Tidak. VMware tidak secara resmi mendukung virtualisasi berlapis.

Commvault, Veritas, dan Veeam telah memperluas solusi cadangan mereka untuk berfungsi dengan Azure VMware Solution. Namun, solusi cadangan apa pun yang menggunakan VMware vStorage API for Data Protection (VADP) dengan mode transportasi HotAdd dapat langsung berfungsi dengan Azure VMware Solution. Untuk informasi selengkapnya, lihat Solusi pencadangan untuk Azure VMware Solution VMs.

Karena solusi cadangan ini diinstal dan dikelola oleh pelanggan, mereka dapat menjangkau ISV masing-masing untuk mendapatkan dukungan.

Azure Bastion adalah layanan yang direkomendasikan untuk terhubung ke kotak lompat untuk mencegah mengekspos Azure VMware Solution ke internet. Anda tidak dapat menggunakan Azure Bastion untuk menyambungkan ke Azure VMware Solution VM karena bukan objek Azure IaaS.

Setiap host ESXi di Azure VMware Solution dikonfigurasi dengan empat NIC 25 Gbps, dua NIC yang disediakan untuk lalu lintas sistem ESXi, dan dua NIC yang disediakan untuk lalu lintas beban kerja.

Tidak.

Tidak.

Tidak. Internal Azure Load Balancer-hanya mendukung Azure IaaS VM. Azure Load Balancer tidak mendukung kumpulan backend berbasis IP; hanya azure VM atau objek Virtual Machine Scale Set tempat VM Azure VMware Solution bukan objek Azure.

Ya. Gunakan ExpressRoute Gateway yang sudah ada untuk menyambungkan ke Azure VMware Solution selama tidak melebihi batas empat sirkuit ExpressRoute per jaringan virtual. Untuk mengakses Azure VMware Solution dari lokal melalui ExpressRoute, Anda harus memiliki ExpressRoute Global Reach karena ExpressRoute Gateway tidak menyediakan perutean transitif di antara sirkuit yang terhubung.

Ruang alamat jaringan privat /22 diperlukan untuk menggunakan cloud privat Azure VMware Solution. Ruang alamat privat ini tidak boleh tumpang tindih dengan jaringan virtual lain dalam langganan atau dengan jaringan lokal.

Anda dapat terhubung ke layanan dalam salah satu dari dua metode:

• Dengan gateway VM atau aplikasi yang diterapkan di jaringan virtual Azure yang dihubungkan melalui ExpressRoute ke cloud privat.
• Melalui ExpressRoute Global Reach dari pusat data lokal Anda ke sirkuit Azure ExpressRoute.

Di portal Azure, aktifkan konektivitas internet untuk cloud privat. Dengan NSX-T Manager, buat gateway NSX-T Data Center T1 dan sakelar logis. Anda kemudian menggunakan vCenter Server untuk menyebarkan VM pada segmen jaringan yang ditentukan oleh sakelar logis. VM tersebut memiliki akses jaringan ke internet dan layanan Azure.

Tidak. Lalu lintas jaringan yang masuk dari internet langsung ke cloud privat tidak diizinkan secara default. Namun, Anda dapat mengekspos Azure VMware Solution VM ke internet melalui opsi IP Publik di portal Azure untuk cloud privat Azure VMware Solution Anda.

Ya. Anda perlu menggunakan NSX-T Manager untuk membuat firewall untuk membatasi akses VM ke internet.

Blok alamat tidak boleh tumpang tindih dengan blok alamat yang digunakan di jaringan virtual lain pada langganan dan jaringan lokal Anda.

Ya.

Azure Virtual WAN tidak menyediakan perutean transitif antara dua sirkuit ExpressRoute yang terhubung dan Gateway ExpressRoute WAN nonvirtual. ExpressRoute Global Reach memungkinkan konektivitas antara lokal dan Azure VMware Solution, namun melalui jaringan global Microsoft dan bukan Virtual WAN Hub.

Tidak.

Secara desain, Anda tidak akan dapat menjangkau NSX-T Manager dan vCenter Server Appliance (vCSA) dari lokal ketika hanya 0.0.0.0/0 (rute default) yang diiklankan melalui ExpressRoute Global Reach antara Azure VMware Solution dan ExpressRoute lokal Anda atau melalui Azure Virtual Network ke Azure VMware Solution. Anda perlu mengiklankan rute/subnet jaringan tertentu untuk mengakses NSX-T Manager dan vCSA.

Gunakan kebijakan penyimpanan thin_provision untuk templat VM Anda.

Setiap host ESXi memiliki dua grup disk vSAN dengan tingkat kapasitas 15,2 TB dan tingkat cache NVMe 3,2 TB (1,6 TB di setiap grup disk).

Ya, datastore vSAN menggunakan enkripsi data-nonaktif secara default menggunakan kunci yang disimpan di Azure Key Vault. Solusi enkripsi berbasis KMS dan mendukung operasi vCenter Server untuk manajemen kunci. Ketika host dihapus dari kluster vSphere, data pada disk segera divalidasi.

Tidak, Anda tidak dapat mengubah nama datastore atau kluster.

RAID-1, FTT-1, dengan reservasi Object Space diatur ke Penyediaan Tipis adalah kebijakan Penyimpanan Default untuk pusat data yang ditentukan perangkat lunak (SDDC).

Provisi tebal dicadangkan atau ruang penyimpanan yang telah dialokasikan sebelumnya. Provisi tebal melindungi sistem dengan memungkinkan mereka berfungsi bahkan jika datastore vSAN penuh karena ruang sudah dipesan. Misalnya, Anda membuat disk virtual 10 GB dengan provisi tebal. Dalam hal ini, jumlah penuh kapasitas penyimpanan disk virtual dialokasikan sebelumnya pada penyimpanan fisik tempat disk virtual dibuat dan menggunakan semua ruang yang dialokasikan untuknya di datastore. Hal ini tidak akan mengizinkan VM lainnya untuk berbagi ruang dari datastore. Disk virtual yang diprovisikan dengan tipis mengkonsumsi ruang yang dibutuhkan pada awalnya dan tumbuh ke permintaan ruang data yang digunakan di datastore.

Ini tergantung pada bagaimana Anda merencanakan beban kerja aplikasi Anda untuk berjalan di dalam SDDC (cloud privat). Microsoft mengatur kegagalan ini secara teratur dan mengganti perangkat keras ketika peristiwa tersebut terdeteksi dari perspektif infrastruktur. Sebagai default, pengaturan FTT-1 digunakan, yang mengakomodasi kegagalan satu host.

Microsoft memberikan pemberitahuan ketika konsumsi kapasitas melebihi 75%. Atau, Anda juga dapat memantau metrik konsumsi kapasitas yang diintegrasikan ke dalam Azure Monitor.

SKU AV36 mencakup dua Cache NVMe 1,6 TB dan delapan kapasitas penyimpanan mentah 1,9 TB. Kandar tersebut kemudian dibagi menjadi dua grup disk. Periksa SKU AV36P dan AV52 untuk spesifikasi perangkat keras mereka.

Grup disk tidak dikonfigurasi RAID. Sebaliknya, mereka hanya sekelompok disk (JBOD) dan langsung dikontrol oleh vSAN.

Tidak. Hanya ada satu jenis yang tersedia.

Ya. portal Azure digunakan untuk penyebaran dan beberapa operasi pengelolaan. vCenter Server dan NSX-T Manager digunakan untuk mengelola sumber daya vSphere dan NSX-T Data Center.

Saat diluncurkan, Azure VMware Solution tidak akan mendukung satu pengalaman pengelolaan di lingkungan cloud lokal dan privat. Anda mengelola kluster cloud privat dengan vCenter Server dan NSX-T Manager lokal ke cloud privat.

Ya, selama kuota dialokasikan untuk cloud privat, Anda dapat meluaskan skala kluster. Ketika permintaan beban kerja jatuh, Anda dapat menghapus host dari kluster untuk menurunkan skalanya. Anda dapat melakukan hal ini melalui portal Azure VMware Solution.

Tidak, host dan kluster cloud privat didedikasikan dan dihapus dengan aman sebelum dan sesudah digunakan.

Kluster dapat menskalakan antara tiga host ESXi tiga (minimum) dan 16 (maksimum).

Anda diberikan kredensial untuk pengguna admin cloud di vCenter Server dan akses admin di NSX-T Manager. Anda juga dapat menggunakan grup CloudAdmin untuk menggabungkan ID Microsoft Entra. Untuk informasi selengkapnya, lihat Konsep Akses dan identitas.

Tidak, akses administrator ke ESXi dibatasi untuk memenuhi persyaratan keamanan solusi.

Anda memiliki hak istimewa peran CloudAdmin. Untuk informasi selengkapnya, lihat Konsep Akses dan identitas.

Anda memiliki hak istimewa peran CloudAdmin. Untuk informasi selengkapnya, lihat Konsep Akses dan identitas.

Untuk informasi tentang mereset info masuk Anda, lihat Merotasi info masuk cloudadmin untuk Azure VMware Solution.

Tidak. Saat ini kami tidak mendukung hak istimewa ekstensi cloudadmin dan tidak berencana untuk mendukungnya.

Ya. Untuk informasi selengkapnya, lihat Meminta kuota host untuk Azure VMware Solution.

Tidak. Saat ini, Azure VMware Solution tidak menawarkan multi-penyewaan.

Tidak, cloud privat Azure VMware Solution tidak dapat dibagikan antar pelanggan akhir.

Pelanggan dapat membuat lingkungan multipenyewa di cloud privat Azure VMware Solution mereka dan menjual kepada pelanggan asalkan produk bukan VM standar dan telah menambahkan kekayaan intelektual substansial yang disematkan dalam VM sebagai aplikasi.

VMware tidak mengizinkan vCD di cloud atau dari lokal untuk dilisensikan dengan Hyperscaler apa pun, termasuk Microsoft.

Ya. Anda dapat menyambungkan cloud privat Azure VMware Solution ke VMware Cloud Director Service dari VMware. Integrasi kedua layanan ini saat ini dalam pratinjau publik.

Ya, pelanggan dapat menyebarkan Azure VMware Solution dalam langganan Azure yang dikelola oleh CSP.

Ya. CSP dapat membeli instans terpesan untuk pelanggan mereka. Untuk informasi selengkapnya, lihat Menghemat biaya dengan instans terpesan.