Perencanaan dan kesiapan organisasi untuk Azure VMware Solution

Artikel ini membantu pembuat keputusan mempersiapkan organisasi mereka untuk menjalankan beban kerja pada Azure VMware Solution dengan menentukan kepemilikan, tata kelola, keterampilan, dan model operasi sebelum penyebaran.

Gambar tersebut menunjukkan proses yang berlangsung melalui lima fase yang dihubungkan oleh panah: Perencanaan dan kesiapan, Arsitektur landing zone Azure, Dasar tata kelola dan keamanan, Standar operasional, dan Migrasi. Setiap fase dibangun pada fase sebelumnya untuk menyiapkan, mengatur, mengoperasikan, dan memigrasikan beban kerja ke Azure VMware Solution.

Azure VMware Solution Generasi 2 menyediakan platform berbasis VMware Cloud Foundation yang memungkinkan organisasi menjalankan beban kerja VMware secara asli di Azure dan mengintegrasikannya dengan layanan Azure. Azure VMware Solution paling sukses ketika organisasi menetapkan kepemilikan operasi, tata kelola, keterampilan, dan akuntabilitas keuangan sebelum penyebaran dimulai. Keputusan awal mengurangi risiko migrasi dan membantu tim mengoperasikan platform secara konsisten sebagai skala adopsi. Untuk organisasi yang sudah menjalankan Azure VMware Solution Generasi 1, rekomendasi ini membantu memandu modernisasi dan penyelarasan operasional karena Gen 2 menjadi model penyebaran pilihan.

Rekomendasi: Tentukan kepemilikan operasi, kontrol tata kelola, rencana keterampilan, komitmen lisensi, dan praktik manajemen biaya sebelum penyebaran sehingga tim dapat memigrasikan beban kerja dengan percaya diri dan mengoperasikan platform secara efisien saat adopsi tumbuh.

1. Model penyebaran

Azure VMware Solution disebarkan sebagai satu atau beberapa cloud privat. Setiap cloud privat mewakili batas operasional, tata kelola, dan siklus hidup. Cloud privat dapat menghosting beberapa beban kerja atau didedikasikan untuk satu beban kerja tergantung pada persyaratan isolasi, kepatuhan, performa, dan kepemilikan.

Organisasi harus menentukan apakah beban kerja berbagi cloud privat atau memerlukan lingkungan khusus sebelum membuat model operasi. Keputusan ini memengaruhi batas kepemilikan, tanggung jawab operasional, alokasi biaya, dan persyaratan tata kelola. Anda juga harus meninjau batas skalabilitas untuk memastikan bahwa pendekatan cloud privat Anda menyediakan kapasitas yang diperlukan untuk beban kerja Anda. Keputusannya adalah berapa banyak cloud privat yang harus dioperasikan organisasi Anda.

• Satu cloud privat, banyak beban kerja. Tempatkan beban kerja bersama ketika mereka berbagi persyaratan keamanan, kepemilikan operasional, dan tujuan siklus hidup. Pendekatan ini menjaga host tetap dimanfaatkan secara optimal dan menekan biaya. Konsekuensi: Beban kerja bersama mewarisi jendela pemeliharaan, sumber daya kluster, dan dampak kegagalan yang sama, sehingga perubahan atau insiden dapat memengaruhi semuanya.

• Satu cloud privat, satu beban kerja. Buat cloud privat terpisah saat isolasi, kewajiban peraturan, jaminan performa, atau siklus hidup independen membenarkan biaya dan manajemen tambahan. Trade-off: Setiap cloud privat tambahan memiliki jumlah host minimum dan overhead pengelolaan tersendiri, jadi tambahkan cloud privat baru hanya jika benar-benar diperlukan.

Pertimbangkan cara menyediakan beban kerja nonproduksi, seperti instans pengembangan/pengujian untuk aplikasi Anda. Anda dapat memilih untuk menempatkannya di cloud privat yang sama dengan beban kerja produksi, sehingga lebih mudah dikelola oleh satu tim aplikasi, tetapi hal ini memerlukan alokasi sumber daya kluster yang cermat agar beban kerja produksi tetap mempertahankan kinerjanya. Atau, Anda dapat membuat cloud privat tersendiri untuk beban kerja non-produksi, yang memungkinkan Anda mengalokasikan sumber daya secara lebih agresif untuk mengurangi biaya, namun berbagai lingkungan aplikasi tersebar di berbagai batas administratif.

2. Model operasi

Sebelum Anda menyebarkan Azure VMware Solution, tentukan tim mana yang akan memiliki dan mengoperasikannya sehari-hari. Model yang tepat tergantung pada ukuran dan skala organisasi Anda, bagaimana tim Anda disusun, dan apakah unit bisnis yang berbeda menjalankan tumpukan teknologi yang berbeda. Pilih model yang paling cocok dengan cara Anda sudah menjalankan platform bersama. Tiga pendekatan umum adalah:

• Tim platform yang dimiliki: Tim platform pusat menyediakan dan mengoperasikan setiap Azure VMware Solution cloud privat sebagai layanan bersama. Tim platform bertanggung jawab atas seluruh zona pendaratan platform Azure, dan bertanggung jawab tambahan untuk operasi VMware di Azure. Tim beban kerja menggunakan kapasitas tanpa mengelola lingkungan dasarnya. Pilih saat Anda sudah memiliki tim platform Azure dan menginginkan konfigurasi, jaringan, dan pemantauan yang konsisten di banyak tim aplikasi.

  • Kapan memilih: Opsi ini umum di antara organisasi yang lebih kecil di mana tim yang sama mengelola beberapa teknologi. Satu tim yang bertanggung jawab atas platform Azure dan Azure VMware Service dapat mengurangi alih tugas antartim, tetapi pendekatan ini tidak cocok untuk organisasi atau lingkungan VMware yang sangat besar dan kompleks.

  • Trade-off: Tim beban kerja memiliki lebih sedikit otonomi dan bergantung pada respons tim platform, dan tim tersebut membutuhkan keterampilan di VMware dan Azure.

• Tim hosting VMware khusus: Tim khusus memiliki Azure VMware Solution bersama properti VMware Anda yang lain di pusat data lokal Anda atau cloud publik lainnya. Ini menggunakan layanan bersama dari tim platform Azure, seperti zona pendaratan dan identitas, kemudian menawarkan platform kepada tim aplikasi. Pilih ketika Anda sudah menjalankan VMware sebagai layanan pusat dan menginginkan pemisahan yang jelas antara pekerjaan platform Azure dan operasi VMware.

  • Kapan memilih: Jika organisasi Anda memiliki banyak lingkungan VMware di berbagai cloud atau pusat data, memiliki satu tim manajemen VMware menciptakan konsistensi untuk pemilik dan pengembang beban kerja. Opsi ini juga umum di mana Anda memiliki lingkungan VMware yang sangat matang dengan alur kerja otomatisasi dan manajemen yang kompleks, yang membutuhkan keterampilan VMware yang mendalam.

  • Trade-off: Ini tergantung pada kolaborasi yang kuat dan batasan yang terdefinisi dengan baik antara tim Azure dan VMware.

• Kepemilikan terdesentralisasi: Setiap tim beban kerja atau tim unit bisnis memiliki dan mengoperasikan cloud privatnya sendiri, menggunakan layanan Azure bersama seperti konektivitas dan identitas tetapi menjalankan operasi VMware itu sendiri. Pilih untuk lingkungan terisolasi atau unit bisnis yang membutuhkan otonomi untuk persyaratan yang berbeda.

  • Kapan memilih: Jika Anda memiliki organisasi yang digabungkan secara longgar di mana setiap unit bisnis atau anak perusahaan memiliki otonomi yang signifikan, memungkinkan administrator beban kerja untuk mengelola platform mereka sendiri mendukung kemampuan mereka untuk beroperasi secara independen dan tidak memperlambat produktivitas mereka.

  • Kompromi: Anda akan menambah overhead operasional dan duplikasi upaya jika beberapa tim masing-masing mengelola lingkungannya sendiri, dan akan lebih sulit untuk mempertahankan satu pandangan terpadu mengenai biaya dan kepatuhan keamanan.

Mendukung model pusat ketika konsistensi dan ekonomi skala paling penting. Mendukung model tim beban kerja ketika otonomi dan isolasi lebih penting daripada standardisasi. Banyak organisasi besar menggabungkan model, di mana platform atau tim hosting menjalankan cloud privat bersama untuk sebagian besar beban kerja dan beberapa unit bisnis menjalankannya sendiri untuk kasus khusus.

3. Peran dan tanggung jawab

Tanggung jawab kepemilikan bervariasi menurut model operasi. Panduan berikut mencakup tanggung jawab umum yang cenderung berlaku pada sebagian besar penerapan Azure VMware Solution. Bagian berikut menggunakan istilah "pemilik layanan" (tim platform, tim VMware khusus, atau tim terdesentralisasi) untuk menunjukkan tim bertanggung jawab untuk mengoperasikan platform Azure VMware Solution yang dipilih sebelumnya.

3.1 Tanggung Jawab berdasarkan fase adopsi

Tim yang berbeda berkontribusi pada adopsi Azure VMware Solution pada berbagai tahap siklus hidup. Menentukan tanggung jawab berdasarkan fase membantu organisasi membangun akuntabilitas lebih awal, mengoordinasikan keputusan di seluruh tim, dan menghindari kesenjangan yang dapat menunda penyebaran atau meningkatkan risiko operasional.

• Fase strategi: Kepemimpinan senior mendefinisikan tujuan bisnis dan menyetujui prioritas investasi. Tim keuangan dan komersial mengembangkan kasus bisnis, memperkirakan biaya, dan mengevaluasi komitmen lisensi dan reservasi. Tim platform Azure dan tim operasi IT VMware memvalidasi kelayakan, memperkirakan persyaratan ukuran, dan menentukan apakah beban kerja harus menggunakan cloud privat bersama atau khusus.

• Fase kesiapanorganisasi: Tim platform Azure dan tim operasi IT VMware menilai kesiapan, mengidentifikasi kesenjangan keterampilan, dan menentukan model kepemilikan. Administrator keamanan dan administrator identitas membantu menetapkan persyaratan identitas, kontrol akses, kepatuhan, pemantauan, dan manajemen siklus hidup sebelum penyebaran. Sebagai bagian dari kesiapan organisasi Anda, pertimbangkan apakah Anda memiliki keterampilan yang memadai di Azure dan VMware, atau apakah mitra berpengalaman diperlukan untuk membantu membangun kemampuan operasional Anda. Mitra dengan keahlian Azure VMware Solution dapat membantu mengurangi risiko dan penundaan proyek.

• Fase arsitektur: Administrator jaringan memimpin keputusan konektivitas dan desain jaringan. Administrator identitas mengonfigurasi model identitas vCenter Server dan akses administratif. Tim platform Azure membangun zona pendaratan, kontrol tata kelola, dan konektivitas platform. Administrator keamanan mendefinisikan persyaratan keamanan dan pemantauan. Administrator penyimpanan berpartisipasi saat layanan penyimpanan eksternal diperlukan.

• Fase operasi: Tim platform Azure mengelola tata kelola, zona pendaratan, dan layanan Azure bersama. Tim operasi IT VMware mengelola operasi cloud privat, kapasitas, dan aktivitas siklus hidup platform. Pemilik beban kerja tetap bertanggung jawab atas performa aplikasi dan hasil bisnis. Administrator keamanan mempertahankan pengawasan kepatuhan. Tim keuangan dan komersial meninjau pemanfaatan, alokasi biaya, reservasi, dan peluang pengoptimalan.

• Fase migrasi: Tim administrasi VMware dan pemilik beban kerja memimpin aktivitas migrasi. Administrator jaringan memvalidasi konektivitas dan dependensi aplikasi. Tim operasi TI dan administrator keamanan memverifikasi pemantauan, pencadangan, pemulihan, dan kontrol keamanan sebelum cutover produksi. Pemilik aplikasi menguji dan memverifikasi performa dan stabilitas aplikasi sebelum dan sesudah migrasi.

3.2 Tanggung Jawab berdasarkan peran

Tanggung jawab berbasis peran memberikan pandangan yang lebih rinci tentang keterampilan dan fungsi yang diperlukan untuk merencanakan, menyebarkan, mengoperasikan, dan mengatur Azure VMware Solution. Organisasi dapat menetapkan tanggung jawab ini ke tim yang sama atau berbeda berdasarkan model operasi mereka, tetapi setiap tanggung jawab harus memiliki pemilik yang diidentifikasi dengan jelas.

Tabel: Tim dan peran dipetakan ke tanggung jawab

Tim atau peran	Responsibilities
Admin VMware	Mengelola sumber daya dan performa cloud privat VMware. Konfigurasikan layanan Azure VMware Solution, termasuk vCenter Server dan Live Recovery. Pertahankan gambar, templat, dan rekam jepret komputer virtual. Mengelola operasi siklus hidup VMware. Rencanakan perubahan layanan, seperti pembaruan perangkat lunak VMware dan pemberitahuan layanan Azure. Migrasikan beban kerja aplikasi dari lingkungan VMware lain ke dalam Azure VMware Solution.
Admin jaringan	Pastikan Azure VMware Solution terintegrasi ke jaringan Azure, lokal, dan WAN. Desain untuk performa, keamanan, dan keandalan. Konfigurasikan NSX-T, HCX, dan vDefend Firewall. Rencanakan topologi jaringan dan ekstensi lapisan 2.
Administrator penyimpanan	Merancang kebijakan penyimpanan vSAN. Mengonfigurasi layanan penyimpanan eksternal. Mengonfigurasi layanan pencadangan dan perlindungan data.
Admin keamanan	Merekomendasikan garis besar keamanan untuk Azure VMware Solution. Menyebarkan dan mengonfigurasi layanan keamanan seperti Defender untuk Server dan Sentinel. Menilai penilaian risiko yang sedang berlangsung, kepatuhan keamanan, dan pemberitahuan.
Admin identitas	Konfigurasikan integrasi Azure VMware Solution dengan Microsoft Entra ID dan Active Directory Domain Services. Buat peran kustom untuk administrator Azure VMware Solution. Terapkan izin kontrol akses berbasis peran (RBAC) untuk sumber daya Azure VMware Solution.
Tim operasi cloud	Merancang dan mengonfigurasi kebijakan pemantauan dan pemberitahuan. Sebarkan Azure Arc ke komputer virtual VMware. Konfigurasikan layanan Azure seperti Manajer Pembaharuan Azure dan Konfigurasi Tamu.
Pemilik beban kerja	Memvalidasi kompatibilitas dan konfigurasi beban kerja. Jalankan tindakan administratif sehari-hari. Mengelola siklus hidup sumber daya beban kerja.
tim platform Azure	Merancang zona pendaratan aplikasi untuk mendukung Azure VMware Solution. Konfigurasikan Azure Policy untuk mendukung persyaratan tata kelola dan keamanan. Mengelola alur penyebaran infrastruktur sebagai kode terpusat.
Pimpinan senior	Pengawasan tujuan adopsi cloud jangka panjang. Menyediakan pendanaan dan otoritas komersial. Menyelesaikan kepemilikan lintas tim dan menyelaraskan prioritas. Tata kelola sponsor dan perubahan model operasi. Bertanggung jawab atas penerimaan risiko dan kompromi arsitektural.
Analis bisnis	Menangkap dan mendokumen tujuan bisnis. Petakan hasil bisnis ke persyaratan. Lacak manfaat dan keberhasilan adopsi. Identifikasi dependensi dan batasan. Mengembangkan penanganan aplikasi dan menyelaraskannya dengan strategi cloud.
Tim keuangan dan komersial	Buat model biaya, anggaran, dan kontrol keuangan. Lacak pengeluaran terhadap asumsi kasus bisnis. Memberikan saran tentang reservasi, lisensi, dan keputusan terkait komitmen.

4. Pengembangan keterampilan Azure VMware Solution

Model kepemilikan dan penugasan peran Anda menentukan keterampilan apa yang Anda perlukan dan seberapa mendalam keterampilan tersebut perlu dikuasai. Upayakan adanya pengetahuan yang saling beririsan agar tim Azure dan VMware Anda dapat bekerja sebagai satu tim. Tentukan bagaimana Anda membangun keterampilan dan di mana Anda memfokuskannya.

• Menyelaraskan keterampilan dengan model operasi Anda. Gunakan tiga model di bagian sebelumnya (Azure milik tim platform, milik tim admin VMware, atau milik tim beban kerja) untuk memutuskan siapa yang akan mengelola cloud privat Azure VMware Solution, yang akan menggunakannya, dan izin apa yang dibutuhkan setiap grup. Gunakan pemetaan tanggung jawab Anda untuk membuat keterampilan dan rencana pelatihan tim Anda.

• Membangun pemahaman bersama di seluruh tim. Terlepas dari model kepemilikan, upayakan adanya pengetahuan yang saling tumpang tindih antara tim Azure dan VMware. Administrator VMware biasanya membutuhkan kemampuan Azure yang cukup untuk beroperasi Azure VMware Solution hari ke hari (misalnya, menggunakan portal Azure, CLI/PowerShell, Azure Monitor, dan Azure Arc). Azure tim platform perlu memahami konsep VMware yang paling memengaruhi integrasi. Pemahaman ini mencakup konstruksi jaringan, batas keamanan, dan pemantauan. Pemahaman tersebut memungkinkan integrasi yang bersih dengan zona pendaratan aplikasi dan penggunaan layanan Azure yang efektif seperti Microsoft Foundry, SQL Database, dan Akun Penyimpanan.

Azure VMware Solution menggunakan VMware vSAN untuk penyimpanan, VMware NSX untuk jaringan, dan VMware HCX untuk migrasi. Jika tim Anda tidak menggunakan teknologi ini saat ini, mereka memerlukan pelatihan yang ditargetkan sebelum migrasi. Berikan administrator praktikum dan materi referensi terkini. Panduan ini menurunkan risiko eksekusi. Fokuskan pelatihan pada area ini:

• Jaringan. Pahami bagaimana NSX menggantikan jaringan berbasis VLAN dan bagaimana HCX memperluas jaringan selama migrasi. Sebelum bermigrasi, evaluasi VLAN on-premises, dependensi aplikasi, dan alur lalu lintas Anda. Bangun pengetahuan tentang konsep jaringan Azure seperti jaringan virtual, peering, perutean, dan Kelompok Keamanan Jaringan.

• Identitas. Integrasikan Azure VMware Solution dengan Active Directory Domain Services dan Entra ID. Pastikan Anda mengamankan hak istimewa administrator, dan mendukung pengembang aplikasi untuk menggunakan layanan autentikasi modern.

• Keamanan dan kepatuhan. Pahami bagaimana Azure VMware Solution terintegrasi dengan Microsoft Defender untuk Cloud, Sentinel, dan Azure Policy, serta bagaimana kepatuhan beroperasi di seluruh batas VMware dan Azure. Pertahankan pemindaian kerentanan dan perlindungan ancaman di seluruh platform dan titik akhir.

• Keterampilan platform Azure. Bangun kemampuan dengan layanan Azure yang digunakan untuk mengoperasikan dan mengatur Azure VMware Solution, seperti Azure Monitor, manajemen biaya, dan portal Azure dan CLI.

• Penyimpanan dan pencadangan. Pahami bagaimana vSAN menyediakan penyimpanan utama, ketika layanan penyimpanan Azure eksternal sesuai, dan bagaimana perlindungan cadangan dan data beroperasi di Azure VMware Solution. Pastikan bahwa kebutuhan pemulihan bencana Anda terpenuhi dengan replikasi VM.

5. Lisensi Broadcom

Anda harus membeli lisensi langganan VMware Cloud Foundation (VCF) portabel dari Broadcom, dalam model bring your own license (BYOL). Anda memerlukan jumlah lisensi VCF yang benar untuk mencakup semua inti fisik di cloud privat Azure VMware Solution. Saat Anda membuat cloud privat Azure VMware Solution, masukkan informasi lisensi sebagai bagian dari proses penyebaran. Jika Anda memiliki instans cadangan aktif untuk host yang disertakan lisensi, Anda mungkin perlu mengonversi lisensi Anda ke VCF BYOL. Add-on opsional seperti VMware vDefend Firewall memerlukan lisensi Broadcom mereka sendiri. Lihat Menggunakan Portable VMware Cloud Foundation (VCF) di Azure VMware Solution.

6. Kuota Azure VMware Solution

Minta kuota host lebih awal. Azure VMware Solution memerlukan kuota host yang disetujui di wilayah target Anda sebelum Anda dapat menyediakan cloud privat. Persetujuan dapat memakan waktu hingga lima hari kerja dan tergantung pada ketersediaan wilayah dan host. Pengajuan yang terlambat merupakan penyebab umum keterlambatan jadwal, jadi ajukan permintaan segera setelah Anda mengetahui wilayah dan jumlah host yang dibutuhkan. Selain itu, langganan harus menggunakan paket yang memenuhi syarat seperti Perjanjian Enterprise atau Perjanjian Pelanggan Microsoft. Lihat Meminta kuota host untuk Azure VMware Solution.

7. Manajemen biaya dan FinOps

Manajemen biaya untuk Azure VMware Solution berbeda dari beberapa sumber daya Azure lainnya karena Anda membayar host terlepas dari berapa banyak komputer virtual yang berjalan pada mereka. Anda harus membeli lisensi perangkat lunak VMware Cloud Foundation secara terpisah dan menerapkannya ke cloud privat. Anda juga harus memastikan Anda memiliki lisensi yang diperlukan untuk perangkat lunak lain, seperti Windows Server dan SQL Server.

Ketika Anda menerapkan kluster yang terdiri atas setidaknya tiga host, Anda dapat menjalankan sebanyak mungkin mesin virtual di dalamnya sesuai kapasitas yang tersedia, sehingga efisiensi biaya bergantung pada seberapa padat Anda menempatkan beban kerja pada host. Anda harus memutuskan pemanfaatan sumber daya yang optimal untuk memastikan bahwa Anda memaksimalkan nilai dari platform tanpa mengorbankan performa beban kerja. Alat VMware seperti Operasi Aria dapat membantu pengoptimalan sumber daya kluster.

7.1 Alokasi biaya

Tinjau bagaimana Azure VMware Solution memengaruhi pendekatan FinOps Anda. Anda dapat membebankan semua biaya kluster ke satu unit bisnis, atau mengalokasikan biaya di seluruh unit bisnis berdasarkan cara mereka menggunakan platform. Anda juga dapat mengalokasikan biaya berdasarkan sumber daya yang ditetapkan (misalnya, inti dan memori vCPU yang dialokasikan untuk setiap beban kerja), yang dapat mendorong pemilik aplikasi untuk menyesuaikan ukuran komputer virtual mereka. VMware vSphere dengan dukungan Azure Arc dapat membantu atribusi biaya dengan menerapkan tag sumber daya Azure ke komputer virtual VMware, seperti nama aplikasi, pusat biaya, dan pemilik.

Terlepas dari apakah Anda membebankan biaya kepada tim aplikasi atas penggunaan mereka atau tidak, Anda harus memiliki visibilitas yang jelas terhadap biaya cloud privat Azure VMware Solution Anda. Azure VMware Solution paling hemat biaya ketika kluster digunakan dengan baik. Jika pemanfaatan CPU dan memori rendah, kluster Anda mungkin terlalu besar, yang meningkatkan biaya. Tinjau pemanfaatan secara teratur dan sesuaikan ukuran kluster seiring perubahan beban kerja, sambil tetap menyediakan kapasitas cadangan yang cukup untuk pertumbuhan yang diperkirakan. Menentukan rentang target untuk pemanfaatan CPU dan memori dapat membantu Anda mengoptimalkan biaya dari waktu ke waktu.

7.2 Prakiraan biaya

Untuk memprediksi biaya cloud privat Azure VMware Solution, hitung jumlah host yang diperlukan. Jumlah host ditentukan oleh persyaratan CPU, memori, dan penyimpanan untuk komputer virtual Anda. Azure Migrate dapat membantu Anda menghitung jumlah host berdasarkan inventarisasi komputer virtual Anda. Lihat Memigrasikan VMware VM tanpa agen dengan alat Migrasi dan modernisasi.

Saat menghitung kebutuhan Anda, perhatikan kebutuhan mesin virtual, bukan yang saat ini dialokasikan. Azure Migrate membantu Anda mengukur komputer virtual dengan merekomendasikan penetapan CPU dan memori yang optimal berdasarkan tuntutan performa yang diamati. Mengalokasikan CPU dan memori lebih banyak daripada yang diperlukan VM akan mengurangi efisiensi biaya platform.

7.3 Komitmen komputasi

Berkomitmenlah saat permintaan stabil, tetaplah fleksibel saat permintaan tidak stabil. Anda dapat menerapkan diskon instans cadangan untuk Azure VMware Solution dengan komitmen satu tahun atau tiga tahun untuk penghematan signifikan dibandingkan bayar sesuai penggunaan. Gabungkan keduanya, sehingga Anda memesan host untuk beban kerja inti dan menambahkan host prabayar untuk kebutuhan sementara seperti migrasi atau permintaan musiman. Trade-off: Reservasi mengunci pengeluaran, jadi periksa apakah Anda dapat menukarnya dengan layanan Azure lain jika strategi Anda berubah. Ingat bahwa baik host yang dicadangkan maupun host bayar sesuai pemakaian tetap memerlukan lisensi VMware Cloud Foundation yang sesuai. Lihat Instans Azure VMware Solution yang dipesan.

Langkah selanjutnya

Arsitektur - Azure VMware Solution di zona pendaratan Azure