Menyebarkan Horizon di Azure VMware Solution
Catatan
Dokumen ini berfokus pada produk VMware Horizon, sebelumnya dikenal sebagai Horizon 7. Horizon adalah solusi yang berbeda dari Horizon Cloud di Azure, meskipun ada beberapa komponen bersama. Keuntungan utama dari Azure VMware Solution mencakup metode ukuran yang lebih mudah dan integrasi manajemen cloud privat Software-Defined Data Center (SDDC) ke dalam portal Azure.
VMware Horizon®, desktop virtual dan platform aplikasi, berjalan di pusat data dan menyediakan manajemen yang sederhana dan terpusat. Horizon memberikan desktop virtual dan aplikasi pada perangkat apa pun, di mana pun. Horizon memungkinkan Anda membuat dan broker koneksi ke desktop virtual Windows dan Linux, aplikasi yang dihosting Remote Desktop Server (RDS), desktop, dan komputer fisik.
Di sini, kami fokus secara khusus pada penyebaran Horizon di Azure VMware Solution. Untuk informasi umum tentang VMware Horizon, lihat dokumentasi produksi Horizon:
Dengan pengenalan Horizon di Azure VMware Solution, sekarang ada dua solusi Virtual Desktop Infrastructure (VDI) di platform Azure:
VMware Horizon di Azure VMware Solution
VMware Horizon Cloud (Model Desktop sebagai Layanan)
Horizon 2006 dan versi yang lebih baru di lini rilis Horizon 8 mendukung penyebaran lokal dan penyebaran Azure VMware Solution. Ada beberapa fitur Horizon yang didukung secara lokal tetapi tidak di Azure VMware Solution. Produk lain di ekosistem Horizon juga didukung. Untuk informasi selengkapnya, lihat paritas fitur dan interoperabilitas.
Menyebarkan Horizon di cloud hibrid
Anda dapat menyebarkan Horizon di lingkungan cloud hibrid dengan menggunakan Horizon Cloud Pod Architecture (CPA) untuk menghubungkan pusat data lokal dan Azure. CPA meningkatkan penyebaran Anda, membangun cloud hibrid, dan menyediakan redundansi untuk Kelangsungan Bisnis dan Pemulihan Bencana. Untuk informasi selengkapnya, lihat Memperluas Lingkungan Horizon 7 yang Ada.
Penting
CPA bukan penyebaran yang diregangkan; setiap Pod Horizon berbeda, dan semua Server Koneksi yang termasuk dalam masing-masing pod individu harus berada di satu lokasi dan dijalankan pada domain siaran yang sama dari perspektif jaringan.
Seperti pusat data lokal atau privat, Anda dapat menyebarkan Horizon di cloud privat Azure VMware Solution. Di bagian berikut, kita membahas perbedaan utama dalam menyebarkan Horizon lokal dan Azure VMware Solution.
Cloud privat Azure secara konsep sama dengan VMware SDDC, istilah yang biasanya digunakan dalam dokumentasi Horizon. Sisa dokumen ini menggunakan kedua istilah secara bergantian.
Horizon Cloud Connector diperlukan untuk Horizon di Azure VMware Solution untuk mengelola lisensi langganan. Anda dapat menyebarkan Cloud Connector di Azure Virtual Network bersama dengan Horizon Connection Servers.
Penting
Dukungan Horizon Control Plane untuk Horizon di Azure VMware Solution belum tersedia. Pastikan untuk mengunduh Horizon Cloud Connector versi VHD.
Peran Admin Cloud vCenter Server
Karena Azure VMware Solution adalah layanan SDDC dan Azure mengelola siklus hidup SDDC di Azure VMware Solution, model izin vCenter Server di Azure VMware Solution dibatasi oleh desain.
Pelanggan diharuskan menggunakan peran Admin Cloud, yang memiliki sekumpulan izin vCenter Server terbatas. Produk Horizon dimodifikasi untuk bekerja dengan peran Cloud Admin di Azure VMware Solution, khususnya:
Penyediaan kloning instan dimodifikasi untuk dijalankan pada Azure VMware Solution.
Kebijakan vSAN tertentu (VMware_Horizon) dibuat di Azure VMware Solution untuk bekerja dengan Horizon, yang harus tersedia dan digunakan dalam SDDC yang disebarkan untuk Horizon.
Cache Baca Berbasis Konten (CBRC) vSphere, juga dikenal sebagai Akselerator Penyimpanan Tampilan, dinonaktifkan saat berjalan pada Azure VMware Solution.
Penting
CBRC tidak boleh dihidupkan kembali.
Catatan
Azure VMware Solution secara otomatis mengonfigurasi pengaturan Horizon tertentu selama Anda menyebarkan Horizon 2006 (Horizon 8) dan yang lebih tinggi di cabang Horizon 8 dan memilih opsi Azure di penginstal Horizon Connection Server.
Arsitektur penyebaran Horizon di Azure VMware Solution
Desain arsitektur Horizon yang khas menggunakan strategi pod dan blok. Blok adalah satu vCenter Server, sementara beberapa blok digabungkan membuat pod. Pod Horizon adalah unit organisasi yang ditentukan oleh batas skalabilitas Horizon. Setiap Pod Horizon memiliki portal manajemen terpisah, sehingga praktik desain standar bertujuan untuk meminimalkan jumlah Pod.
Setiap cloud memiliki skema konektivitas jaringannya sendiri. Gabungkan dengan VMware NSX, konektivitas jaringan Azure VMware Solution menyajikan persyaratan unik untuk menyebarkan Horizon yang berbeda dari lokal.
Setiap cloud privat Azure VMware Solution dan SDDC dapat menangani 4.000 sesi desktop atau aplikasi, dengan asumsi:
Lalu lintas beban kerja selaras dengan profil pekerja tugas LoginVSI.
Hanya lalu lintas protokol yang dipertimbangkan, tidak ada data pengguna.
NSX Edge dikonfigurasikan menjadi besar.
Catatan
Profil beban kerja dan kebutuhan Anda mungkin berbeda, dan oleh karena itu hasilnya dapat bervariasi berdasarkan kasus penggunaan Anda. Volume Data Pengguna dapat menurunkan batas skala dalam konteks beban kerja Anda. Ukur dan rencanakan penyebaran Anda dengan baik. Untuk informasi selengkapnya, lihat panduan pengukuran di bagian Ukuran Azure VMware Solution untuk penyebaran Horizon.
Mengingat batas maksimum cloud pribadi Azure dan SDDC, kami merekomendasikan arsitektur penyebaran di mana Horizon Connection Servers dan VMware Unified Access Gateways (UAV) berjalan di dalam Azure Virtual Network. Langkah ini secara efektif mengubah setiap cloud pribadi Azure dan SDDC menjadi blok. Pada gantinya, memaksimalkan skalabilitas Horizon yang berjalan di Azure VMware Solution.
Koneksi dari Azure Virtual Network ke cloud privat Azure / SDDC harus dikonfigurasi dengan Koneksi ExpressRoute (FastPath diaktifkan). Diagram berikut menunjukkan penyebaran pod Horizon dasar.
Konektivitas jaringan untuk menskalakan Horizon di Azure VMware Solution
Bagian ini menjabarkan arsitektur jaringan pada tingkat tinggi dengan beberapa contoh penyebaran umum untuk membantu Anda menskalakan Horizon di Azure VMware Solution. Fokusnya khusus pada elemen jaringan penting.
Pod Horizon Tunggal pada Azure VMware Solution
Pod Horizon Tunggal adalah skenario penyebaran yang paling mudah karena Anda hanya menyebarkan satu Pod Horizon di wilayah AS Timur. Karena setiap cloud pribadi dan SDDC diperkirakan menangani 4.000 sesi desktop, Anda menyebarkan ukuran maksimum pod Horizon. Anda dapat merencanakan penyebaran hingga tiga cloud/SDDC pribadi.
Dengan komputer virtual infrastruktur Horizon (VM) yang digunakan di Azure Virtual Network, Anda dapat mencapai 12.000 sesi per pod Horizon. Koneksi antara setiap cloud privat dan SDDC ke Azure Virtual Network adalah Koneksi ExpressRoute (FastPath diaktifkan). Tidak diperlukan lalu lintas timur-barat antara cloud privat.
Asumsi utama untuk contoh penyebaran dasar ini meliputi:
Anda tidak memiliki Pod Horizon lokal yang ingin disambungkan ke Pod baru ini menggunakan Cloud Pod Architecture (CPA).
Pengguna akhir terhubung ke desktop virtual mereka melalui internet (vs. terhubung melalui pusat data lokal).
Anda menyambungkan pengendali domain AD di Azure Virtual Network dengan AD lokal Anda melalui VPN atau sirkuit ExpressRoute.
Variasi pada contoh dasar mungkin untuk mendukung konektivitas untuk sumber daya lokal. Misalnya, pengguna mengakses desktop dan menghasilkan lalu lintas aplikasi desktop virtual atau tersambung ke pod Horizon lokal menggunakan CPA.
Diagram memperlihatkan cara mendukung konektivitas untuk sumber daya lokal. Untuk menyambungkan ke jaringan perusahaan Anda ke Azure Virtual Network, Anda memerlukan sirkuit ExpressRoute. Anda perlu menghubungkan jaringan perusahaan Anda dengan masing-masing cloud privat dan SDDC menggunakan ExpressRoute Global Reach. Ini memungkinkan konektivitas dari SDDC ke sirkuit ExpressRoute dan sumber daya lokal.
Beberapa pod Horizon pada Azure VMware Solution di beberapa wilayah
Skenario lain adalah menskalakan Horizon di beberapa pod. Dalam skenario ini, Anda menyebarkan dua pod Horizon di dua wilayah berbeda dan memberi federasi menggunakan CPA. Ini mirip dengan konfigurasi jaringan dalam contoh sebelumnya, tetapi dengan lebih banyak tautan lintas regional.
Sambungkan Azure Virtual Network di setiap wilayah ke cloud/SDDC privat di wilayah lain. Ini memungkinkan server koneksi Horizon bagian dari federasi CPA untuk terhubung ke semua desktop di bawah manajemen. Menambahkan cloud/SDDC ekstra privat ke konfigurasi ini akan memungkinkan Anda untuk menskalakan hingga 24.000 sesi secara keseluruhan.
Prinsip yang sama berlaku jika Anda menyebarkan dua pod Horizon di wilayah yang sama. Pastikan untuk menyebarkan pod Horizon kedua dalam Azure Virtual Network yang terpisah. Sama seperti contoh pod tunggal, Anda dapat menghubungkan jaringan perusahaan dan pod lokal ke contoh multi-pod/region ini menggunakan ExpressRoute dan Global Reach.
Pengukuran host Azure VMware Solution untuk penyebaran Horizon
Metodologi ukuran Horizon pada host yang berjalan di Azure VMware Solution lebih sederhana daripada Horizon lokal. Ini lebih sederhana karena host Azure VMware Solution distandarkan. Ukuran host yang tepat membantu menentukan jumlah host yang diperlukan untuk mendukung persyaratan VDI Anda. Penting untuk menentukan biaya per desktop.
Ukuran tabel
Persyaratan vCPU/vRAM khusus untuk desktop virtual Horizon bergantung pada profil beban kerja spesifik pelanggan. Bekerjalah dengan tim penjualan MSFT dan VMware Anda untuk membantu menentukan persyaratan vCPU/vRAM untuk desktop virtual Anda.
| vCPU per VM | vRAM per VM (GB) | Instans | 100 VM | 200 VM | 300 VM | 400 VM | 500 VM | 600 VM | 700 VM | 800 VM | 900 VM | 1000 VM | 2000 VM | 3000 VM | 4000 VM | 5000 VM | 6000 VM | 6400 VM |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2 | 3.5 | AVS | 3 | 3 | 4 | 4 | 5 | 6 | 6 | 7 | 8 | 9 | 17 | 25 | 33 | 41 | 49 | 53 |
| 2 | 4 | AVS | 3 | 3 | 4 | 5 | 6 | 6 | 7 | 8 | 9 | 9 | 18 | 26 | 34 | 42 | 51 | 54 |
| 2 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 12 | 13 | 26 | 38 | 51 | 62 | 75 | 79 |
| 2 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 2 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 2 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 4 | 3.5 | AVS | 3 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 22 | 33 | 44 | 55 | 66 | 70 |
| 4 | 4 | AVS | 3 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 22 | 33 | 44 | 55 | 66 | 70 |
| 4 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 12 | 13 | 26 | 38 | 51 | 62 | 75 | 79 |
| 4 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 4 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 4 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 6 | 3.5 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 4 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 6 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 6 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 8 | 3.5 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 4 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 6 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 8 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 8 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
Input ukuran horizon
Inilah yang perlu Anda kumpulkan untuk beban kerja yang direncanakan:
Jumlah desktop bersamaan
vCPU yang diperlukan per desktop
vRAM yang diperlukan per desktop
Penyimpanan yang diperlukan per desktop
Secara umum, penyebaran VDI dibatasi CPU atau RAM, yang menentukan ukuran host. Mari kita ambil contoh berikut untuk jenis beban kerja Pekerja Pengetahuan LoginVSI, divalidasi dengan pengujian kinerja:
2.000 penyebaran desktop bersamaan
2 vCPU per desktop.
VRAM 4-GB per desktop.
Penyimpanan 50 GB per desktop
Untuk contoh ini, jumlah total faktor host hingga 18, menghasilkan kepadatan VM-per-host 111.
Penting
Beban kerja pelanggan akan bervariasi dari contoh Pekerja Pengetahuan LoginVSI ini. Sebagai bagian dari perencanaan penyebaran Anda, bekerjalah dengan SES EUC VMware Anda untuk kebutuhan ukuran dan kinerja spesifik Anda. Pastikan untuk menjalankan pengujian kinerja Anda sendiri menggunakan beban kerja yang sebenarnya dan terencana sebelum menyelesaikan ukuran host dan menyesuaikannya.
Lisensi Horizon di Azure VMware Solution
Ada empat komponen untuk biaya keseluruhan menjalankan Horizon di Azure VMware Solution.
Biaya Kapasitas Azure VMware Solution
Untuk informasi tentang harga, lihat halaman harga Azure VMware Solution
Biaya Lisensi Horizon
Ada dua lisensi yang tersedia untuk digunakan dengan Azure VMware Solution, yang dapat berupa Pengguna Bersamaan (CCU) atau Pengguna Bernama (NU):
Lisensi Langganan Horizon
Lisensi Berlangganan Horizon Universal
Jika hanya menyebarkan Horizon di Azure VMware Solution untuk masa mendatang, maka gunakan Lisensi Langganan Horizon karena ini adalah biaya yang lebih rendah.
Jika disebarkan di Azure VMware Solution dan di lokal, pilih Horizon Universal Subscription License sebagai kasus penggunaan pemulihan bencana. Namun, lisensi ini menyertakan lisensi vSphere untuk penyebaran lokal, sehingga biayanya lebih mahal.
Bekerjalah dengan tim penjualan EUC VMware Anda untuk menentukan biaya lisensi Horizon berdasarkan kebutuhan Anda.
Jenis Instans Azure
Untuk memahami ukuran mesin virtual Azure yang diperlukan untuk Infrastruktur Horizon, lihat Penginstalan Horizon di Azure VMware Solution.
Referensi
Persyaratan Sistem Untuk Agen Horizon untuk LinuxHorizon 8 pada Arsitektur Azure VMware Solution