Skenario pemindahan Layanan Desktop Jauh lokal ke Azure Virtual Desktop

Azure Virtual Desktop adalah layanan virtualisasi desktop dan aplikasi yang berjalan di cloud. Ini adalah satu-satunya infrastruktur virtualisasi desktop dan aplikasi yang memberikan manajemen yang disederhanakan, multi-sesi Windows 10 dan Windows 11 Enterprise atau sistem operasi Windows Server, dan pengoptimalan untuk Aplikasi Microsoft 365 untuk perusahaan. Anda dapat menyebarkan dan menskalakan desktop dan aplikasi Windows di Azure dalam hitung menit, dan mendapatkan fitur keamanan dan kepatuhan bawaan.

Dalam artikel ini, Contoso memigrasikan dan memodernisasi lingkungan VDI lokal mereka berdasarkan Remote Desktop Services (RDS) di Windows Server ke Azure Virtual Desktop.

Opsi Migrasi	Hasil
Azure Migrate	Menjalankan beban kerja dalam lingkungan Azure Virtual Desktop.

Pendorong bisnis

Dengan bekerja sama dengan mitra bisnis, tim TI Contoso mendefinisikan driver bisnis untuk migrasi lokal RDS ke Azure. Motivasi ini mungkin mencakup:

• Lingkungan akhir masa pakai saat ini: Pusat data berada di luar kapasitas ketika mencapai masa akhir sewa atau saat ditutup. Migrasi ke cloud menyediakan kapasitas yang hampir tidak terbatas. Perangkat lunak saat ini mungkin juga mencapai akhir masa pakainya di mana menjadi perlu untuk meningkatkan perangkat lunak yang menjalankan desktop Contoso dan solusi virtualisasi aplikasi.
• Mengurangi biaya: Mengurangi biaya dengan sumber daya multi-sesi yang dikumpulkan. Dengan kemampuan multi-sesi Windows 11 dan Windows 10 Enterprise yang baru, eksklusif untuk Azure Virtual Desktop, dan peran Host Sesi Desktop Jarak Jauh (RDSH) di Windows Server, Anda dapat sangat mengurangi jumlah komputer virtual (VM) dan overhead sistem operasi sambil tetap menyediakan sumber daya yang sama kepada pengguna Anda.
• Optimalkan untuk Aplikasi Microsoft 365 untuk perusahaan: Berikan pengalaman terbaik Aplikasi Microsoft 365 untuk perusahaan, dengan skenario desktop virtual multi-sesi yang memberikan pengalaman virtual paling produktif bagi para pengguna Contoso.
• Sebarkan dan skalakan dalam hitungan menit: Virtualisasikan dan sebarkan aplikasi desktop modern dan warisan dengan cepat ke cloud dalam hitungan menit dengan manajemen terpadu di portal Microsoft Azure.
• Aman dan produktif di Azure serta Microsoft 365: Terapkan solusi cerdas lengkap yang meningkatkan kreativitas dan kolaborasi untuk semua orang. Beralih ke Microsoft 365, Windows 11 atau Windows 10, dan Enterprise Mobility + Security.

Tujuan RDS lokal ke Azure Virtual Desktop

Dengan mengingat pendorong bisnis, Contoso mendefinisikan tujuan untuk migrasi ini:

• Memodernisasi lingkungan virtualisasi desktop dan aplikasi untuk cloud.
• Manfaatkan lisensi Microsoft 365 yang ada dengan Azure Virtual Desktop.
• Meningkatkan keamanan data perusahaan sambil menyediakan layanan kepada pengguna jarak jauh dan hibrid.
• Optimalkan lingkungan baru untuk pertumbuhan biaya dan skala perusahaan.

Tujuan ini mendukung keputusan penggunaan Azure Virtual Desktop dan memvalidasinya sebagai metode migrasi terbaik untuk Contoso.

Manfaat menjalankan Azure Virtual Desktop

Menggunakan Azure Virtual Desktop, Contoso sekarang dapat menjalankan, mengelola, dan menskalakan solusi virtualisasi desktop dan aplikasinya dengan cepat dan mudah. Perusahaan juga dapat menyediakan solusi multi-sesi yang dioptimalkan pada lingkungan Windows 10 atau Windows 11 kepada penggunanya.

Contoso memanfaatkan lisensi Microsoft 365 yang ada saat menggunakan penskalaan, kinerja, keamanan, serta inovasi Azure.

Keuntungan tambahan mungkin mencakup:

• Kemudahan mengakses ke Azure Virtual Desktop dari mana saja.
• Lingkungan Aplikasi Microsoft 365 untuk perusahaan yang dioptimalkan.
• Azure Virtual Desktop untuk lingkungan dev/test.
• Menghapus kebutuhan lisensi RDS CAL (Lisensi Akses Klien), saat mengganti host multi-sesi Windows Server dengan multi-sesi Windows 10 atau Windows 11.

Arsitektur saat ini

Sumber daya pribadi dan kumpulan RDS disebarkan ke pusat data lokal. Microsoft 365 dilisensikan dan digunakan oleh organisasi.

Desain solusi

Setelah menilai penyebaran RDS saat ini, Contoso menentukan tujuan dan persyaratan yang digunakan untuk merancang proses migrasi.

Arsitektur yang diusulkan

Diagram berikut menguraikan arsitektur yang akan dibangun untuk memigrasikan penyebaran lokal RDS ke Azure Virtual Desktop.

Gambar 1: Arsitektur yang diusulkan: Azure Virtual Desktop LZA akan menyebarkan sumber daya yang terkandung di bawah Langganan Azure Virtual Desktop LZ.

Mengunduh file Visio

Diagram menguraikan sumber daya yang merupakan prasyarat untuk migrasi (Identitas, manajemen, konektivitas, Sinkronisasi Azure AD) dan sumber daya yang dibuat oleh penyebaran Azure Virtual Desktop Landing Zone Accelerator di bawah langganan AVD LZ dan AVD Shared Services LZ. Informasi selengkapnya tentang sumber daya yang disebarkan dapat ditemukan di diagram organisasi sumber daya Azure Virtual Desktop Landing Zone Accelerator.

Proses migrasi

Contoso akan melalui alur berikut untuk bermigrasi dari RDS lokal ke Azure Virtual Desktop:

Gambar 2: Proses migrasi. "*" menunjukkan langkah opsional.

Alur migrasi akan disusun dalam langkah-langkah migrasi berikut:

1. Tentukan prasyarat.
2. Menilai lingkungan lokal RDS saat ini.
3. Sebarkan Azure Virtual Desktop Landing Zone Accelerator (LZA).
4. Siapkan pengguna untuk profil baru menggunakan FSLogix.
5. Migrasikan VM yang harus bertahan ke Azure (opsional).
6. Migrasikan gambar VM yang harus bertahan ke Azure (opsional).
7. Mengelola Azure Virtual Desktop.
8. Optimalkan Azure Virtual Desktop.

Migration

Contoso sekarang akan maju melalui langkah-langkah yang diperlukan untuk menyelesaikan migrasi Azure Virtual Desktop:

Langkah 1: Prasyarat

1. Langganan Azure diperlukan (persyaratan langganan).

2. Pastikan bahwa layanan domain, baik Active Directory Domain Services (AD DS) atau Microsoft Entra Domain Services (Microsoft Entra Domain Services), disinkronkan dengan ID Microsoft Entra. Pastikan layanan domain dapat diakses dari langganan Azure dan jaringan virtual tempat Anda menyebarkan host sesi Azure Virtual Desktop. Azure Virtual Desktop memerlukan identitas pengguna hibrid untuk sebagian besar penyebaran Azure Virtual Desktop dan fitur yang diinginkan. Layanan Azure Virtual Desktop memerlukan nama prinsipal pengguna (UPN) atau pengidentifikasi keamanan (SID) agar cocok antara AD lokal dan ID Microsoft Entra.

3. Sebelum penyebaran Azure Virtual Desktop LZA, pastikan Prasyarat Azure Virtual Desktop LZA terpenuhi.

   Catatan

   Pelajari lebih lanjut tentang:

   • Identitas dan autentikasi Azure Virtual Desktop menyediakan daftar persyaratan yang komprehensif dan fitur yang didukung berdasarkan strategi dan konfigurasi identitas Anda.
   • Opsi sinkronisasi Direktori Aktif:
     • Microsoft Entra Koneksi
     • Microsoft Entra Koneksi Cloud Sync
   • Microsoft Entra Domain Services dan menyinkronkan dengan ID Microsoft Entra.
   • Aturan firewall URL yang diperlukan untuk Azure Virtual Desktop untuk mengizinkan semua URL yang diperlukan dari host dan klien ke sumber daya Azure Virtual Desktop.
   • Persyaratan URL Penyebaran Garis Besar Azure Virtual Desktop LZA.

Langkah 2: Menilai lingkungan lokal RDS saat ini

Untuk mengumpulkan data tambahan tentang performa dan ukuran dari lingkungan saat ini, disarankan untuk menjalankan penilaian lingkungan lokal RDS. Penilaian akan mencakup informasi berikut untuk setiap skenario RDS:

• Jumlah pengguna di setiap persona.
• Aplikasi yang digunakan oleh para pengguna.
• Konsumsi sumber daya oleh pengguna.
• Rata-rata pemanfaatan sumber daya berdasarkan persona pengguna.
• Data performa host sesi RDS.
• Laporan konkurensi pengguna.
• Paket perangkat lunak teratas yang digunakan.

Setelah jumlah data yang memadai diambil per skenario, Contoso meninjau wawasan penilaian dan menentukan jalur yang paling hemat biaya adalah penggunaan sumber daya Azure Virtual Desktop yang dikumpulkan dan pribadi, untuk menggantikan Skenario RDS yang ada:

1. Multi-sesi (terkumpul): Host sesi RDS yang menjalankan server Windows dan memungkinkan beberapa koneksi pengguna ke host yang sama.
2. Sesi tunggal (pribadi): Host sesi RDS yang menjalankan Windows 10 atau Windows 11 dan memungkinkan satu koneksi pengguna ke host.

Catatan

Untuk meningkatkan performa alur pengguna Azure Virtual Desktop, Contoso juga perlu memigrasikan server aplikasi dan sumber data yang akan digunakan oleh lingkungan Azure Virtual Desktop. Metodologi yang sama ini harus diterapkan ke layanan bersama platform (Pengendali domain, DNS, perangkat jaringan, antara lain) yang akan diandalkan Oleh Azure Virtual Desktop. Rekomendasinya adalah menghosting layanan ini di wilayah Azure yang sama dengan host sesi Azure Virtual Desktop.

Langkah 3: Menyebarkan Azure Virtual Desktop Landing Zone Accelerator (LZA)

Contoso siap untuk menyebarkan Azure Virtual Desktop. Azure Virtual Desktop LZA adalah solusi siap perusahaan Microsoft yang dapat digunakan untuk menyebarkan lingkungan siap perusahaan Azure Virtual Desktop end-to-end. Untuk menyebarkan akselerator, ikuti panduan Panduan Penyebaran Azure Virtual Desktop LZA.

Penting

Berdasarkan hasil fase penilaian, dua penyebaran Azure Virtual Desktop LZA di US Timur 2 akan diperlukan untuk mengatasi skenario Contoso:

• Penyebaran multi-sesi (kumpulan host terkumpul): Sarana manajemen Azure Virtual Desktop (ruang kerja, kumpulan host, grup aplikasi, rencana penskalaan) dengan host sesi multi-sesi Windows 10 atau Windows 11 dan FSLogix untuk mengelola data profil pengguna.
• Penyebaran sesi tunggal (kumpulan host pribadi): Penyebaran bidang manajemen Azure Virtual Desktop (ruang kerja, kumpulan host, grup aplikasi) tanpa pembuatan host sesi baru (VM pribadi akan dimigrasikan dari RDS).

Jenis penyebaran	Tautan
Antarmuka pengguna portal Azure
Baris perintah (Bicep/ARM)
Terraform

Pada titik ini, lingkungan Azure Virtual Desktop tersedia. Contoso dapat terus menyiapkan data profil pengguna untuk dipindahkan ke profil FSLogix baru di lingkungan Azure Virtual Desktop.

Langkah 4: Menyiapkan pengguna untuk profil baru menggunakan FSLogix

Catatan

Microsoft tidak mendukung migrasi profil dari Disk Profil Pengguna (UPD) atau Profil Pengguna Roaming (RUP) ke FSLogix.

Azure Virtual Desktop tidak mendukung disk profil pengguna (UPD), jadi Contoso perlu menyiapkan pengguna mereka untuk profil baru menggunakan FSLogix. Memulai pengguna dengan profil baru memberikan transisi terbaik dari profil UPD atau RUP. Untuk melakukan transisi ini, Contoso perlu memungkinkan pengguna untuk menyimpan atau mencadangkan data mereka sebelum mereka masuk ke desktop mereka untuk pertama kalinya.

1. Aktifkan sinkronisasi perusahaan Microsoft Edge. Jika browser lain digunakan, ekspor dan impor marka buku atau favorit ke Microsoft Edge.
2. Aktifkan OneDrive untuk pengguna yang pindah ke Azure Virtual Desktop.
3. Aktifkan pengalihan folder yang diketahui ke OneDrive (opsional). Data pengguna dan non-pengguna harus disimpan atau dicadangkan ke OneDrive, SharePoint atau repositori dokumen lainnya.
4. Data pengguna dan non-pengguna harus disimpan atau dicadangkan ke OneDrive, SharePoint atau repositori dokumen lainnya.

Contoso sekarang telah mengaktifkan sinkronisasi perusahaan Microsoft Edge untuk mengekspor data browser dan pengalihan folder yang diketahui ke OneDrive untuk menyimpan data pengguna dan non-pengguna.

Penting

Pengguna mungkin memerlukan pengaturan atau data aplikasi di profil mereka dari pihak ketiga atau aplikasi lini bisnis lainnya. Jika data tersebut diperlukan, Anda harus mempertahankannya mengikuti rekomendasi vendor. Microsoft tidak bertanggung jawab atas data ini.

Untuk informasi selengkapnya tentang FSLogix:

• Tutorial: Mengonfigurasi kontainer profil
• Contoh konfigurasi
• FSLogix FAQ

Pada titik ini, pengguna telah menyimpan atau mencadangkan data profil penting mereka. Contoso dapat terus mulai mereplikasi dan mempertahankan VM ke Azure Virtual Desktop.

Langkah 5: Memigrasikan VM yang harus bertahan ke Azure (opsional)

Langkah selanjutnya dalam proses migrasi untuk Contoso adalah memigrasikan host sesi RDS (menjalankan Windows Server) yang harus bertahan ke Azure Virtual Desktop. Untuk melakukan ini, Contoso melalui Azure Migrate: Langkah-langkah Migrasi Server:

Penting

• Alih-alih memigrasikan host sesi RDS, Microsoft merekomendasikan untuk menyebarkan ulang VM menggunakan gambar market place Azure atau gambar kustom yang dibangun dari marketplace, karena ini akan memastikan kompatibilitas dan menghapus kemungkinan kembung dari gambar lokal yang ada.
• Azure Migrate hanya mendukung migrasi Sistem Operasi Windows Server. Sistem Operasi Klien seperti Windows 10 dapat Dimigrasikan menggunakan replikasi dan failover Azure Site Recovery, setelah VM ini tersedia di Azure, lewati ke bagian 5 untuk menginstal dan mengonfigurasi agen AVD.

1. Masuk ke portal Azure.

2. Di bilah pencarian, ketik Azure Migrate dan pilih entri layanan yang cocok.

3. Di Mulai untuk Azure Migrate, pilih Temukan, nilai, dan migrasikan.

   Gambar 3: Memulai.

4. Pilih Buat proyek.

   Gambar 4: Membuat proyek Azure Migrate baru.

5. Atur langganan, grup sumber daya, nama proyek, serta geografi untuk data pekerjaan migrasi, lalu pilih Buat.

   Gambar 5: Menambahkan data pekerjaan ke migrasi.

   Penting

   Lokasi ini bukanlah tempat di mana lingkungan Azure Virtual Desktop baru akan disebarkan. Hanya data yang terkait dengan proyek Azure Migrate saja yang akan disimpan di sini.

6. Contoso memulai dengan memilih Temukan di alat Azure Migrate: Migrasi Server.

   Gambar 6: Menemukan migrasi server.

7. Contoso mengonversi alat di lingkungannya yang akan mengelola replikasi mesin ke Azure Virtual Desktop. Pastikan wilayah target diatur ke US Timur 2, di mana lingkungan Azure Virtual Desktop dibuat. Untuk matriks Dukungan OS Azure Migrate lengkap, lihat Matriks Dukungan untuk Hyper-V dan Matriks Dukungan untuk VMware vSphere.

   

   Gambar 7: Mengonversi appliance.

8. Contoso mengunduh, memasang, dan mendaftarkan penyedia replikasi ke proyek Azure Migrate untuk memulai replikasi ke Azure.

   

   Gambar 8: Prasyarat untuk mereplikasi ke Azure.

9. Memulai replikasi host ke Azure Blob Storage. Contoso dapat terus membiarkan replikasi terjadi sampai siap untuk menguji mesin virtual dan kemudian memigrasikannya ke dalam produksi.

10. Saat VM yang dimigrasikan mulai berjalan di Azure, Contoso harus menginstal dan mengonfigurasi agen Azure Virtual Desktop pada setiap migrasi:

    • Dapatkan token pendaftaran kumpulan host, mengikuti panduan yang diuraikan dalam Membuat kunci pendaftaran.
    • Instal agen Azure Virtual Desktop dan daftarkan VM ke kumpulan host dengan mengikuti panduan yang diuraikan dalam Mendaftarkan host sesi ke kumpulan host.

Catatan

Opsi lain bagi Contoso untuk mengotomatiskan proses ini, adalah menggunakan ekstensi skrip kustom VM untuk menyebarkan agen Azure Virtual Desktop, proses ini terkandung dalam (Azure Virtual Desktop LZA Automation).

Pada titik ini, Contoso menyelesaikan migrasi komputer yang harus bertahan dan terus memigrasikan host sesi RDS lokal lainnya secara bertahap ke Azure Virtual Desktop.

Langkah 6: Memigrasikan gambar VM yang harus bertahan ke Azure (opsional)

Penting

Alih-alih memigrasikan gambar VM, Microsoft merekomendasikan untuk membuat gambar baru di Azure berdasarkan gambar pasar vanili. Ini akan memastikan kompatibilitas dengan gambar dan mengurangi dependensi atau konfigurasi yang tidak diinginkan yang mungkin telah ada dalam gambar VM asli. Selain itu, membangun gambar baru di Azure dari gambar marketplace dapat membantu menyederhanakan proses penyebaran dan memastikan bahwa gambar sudah diperbarui dengan patch dan pembaruan keamanan terbaru. Alat untuk membangun gambar baru tersedia di Azure Virtual Desktop LZA Custom Image Build - Memulai

Untuk skenario di mana gambar VM harus bertahan ke Azure Virtual Desktop, artikel berikut ini menyediakan panduan untuk menyiapkan Windows VHD atau VHDX untuk diunggah ke Azure.

Langkah 7: Mengelola Azure Virtual Desktop

1. Menerbitkan aplikasi dan desktop: Penyebaran Azure Virtual Desktop LZA secara default membuat satu grup aplikasi untuk desktop dan memiliki opsi untuk juga menyebarkan grup aplikasi RemoteApp. Pasca penyebaran tidak perlu menerbitkan desktop karena diterbitkan secara default. RemoteApps dapat dikelola dengan mengikuti panduan:

   • Mengelola grup aplikasi dengan portal Azure.
   • Mengelola grup aplikasi menggunakan PowerShell atau Azure CLI.
   • Terbitkan aplikasi bawaan di Azure Virtual Desktop.

2. Mengelola host sesi: setelah host sesi disebarkan dan bergabung ke domain, host dapat dikelola menggunakan alat yang ada seperti SCCM dan Kebijakan Grup. Microsoft Intune juga dapat digunakan untuk membantu Anda mengelola perangkat dan aplikasi. Untuk mulai menggunakan Intune, lihat dokumentasi Microsoft Intune.

3. Akses pengguna: sebagai langkah terakhir sebelum migrasi akhir, Contoso memilih item Pengguna di pengaturan Azure Virtual Desktop untuk menetapkan pengguna dan grup.

   Gambar 9: Langkah terakhir sebelum migrasi akhir.

   Informasi penetapan pengguna tambahan dapat ditemukan di Mengelola grup aplikasi dengan portal Azure.

4. Penskalaan kumpulan host: Penyebaran Azure Virtual Desktop LZA memiliki opsi untuk membuat rencana penskalaan Azure Virtual Desktop yang ditetapkan dan diaktifkan secara default pada kumpulan host yang dikumpulkan. Rencana penskalaan telah dikonfigurasi sebelumnya dengan dua jadwal (hari kerja dan akhir pekan) di zona waktu yang sama dengan host sesi dan aturan penskalaan default.

   Gambar 10: Sampel jadwal rencana penskalan Azure Virtual Desktop.

   Aturan penskalaan harus dimodifikasi untuk memenuhi kebutuhan spesifik beban kerja yang dihosting oleh lingkungan Azure Virtual Desktop. Informasi tentang mengonfigurasi rencana penskalaan dapat ditemukan di paket penskalaan skala otomatis dan contoh skenario.

5. Pemantauan: Penyebaran Azure Virtual Desktop LZA memiliki opsi untuk menyebarkan semua pengaturan diagnostik (diaktifkan secara default) yang diperlukan oleh buku kerja wawasan Azure Virtual Desktop, termasuk pembuatan ruang kerja analitik log baru (opsi untuk menggunakan yang ada tersedia) untuk mengumpulkan log, metrik, dan peristiwa Azure Virtual Desktop.

   Gambar 11: Sampel wawasan monitor Azure Virtual Desktop.

   Informasi selengkapnya tentang pemantauan Azure Virtual Desktop dapat ditemukan di Menggunakan Azure Virtual Desktop Insights untuk memantau penyebaran Anda.

Langkah 8: Optimalkan Azure Virtual Desktop

1. Keamanan: Tim keamanan Contoso meninjau Azure VM untuk menentukan masalah keamanan apa pun. Untuk mengontrol akses, tim meninjau kelompok keamanan jaringan (NSG) untuk Mesin Virtual. NSG digunakan untuk memastikan bahwa hanya lalu lintas yang diizinkan ke aplikasi yang dapat menjangkaunya. Tim juga mempertimbangkan untuk mengamankan data pada disk dengan menggunakan Azure Disk Encryption dan Azure Key Vault. Host Sesi juga harus dilindungi menggunakan Defender untuk Titik Akhir atau produk yang dipilih, pastikan vendor Anda mendukung produk mereka di lingkungan Azure VDI. Pilih juga untuk melindungi langganan zona pendaratan Azure Virtual Desktop dengan Defender untuk Cloud untuk peningkatan visibilitas dan kontrol kepatuhan.

   Catatan

   Pelajari selengkapnya tentang keamanan Azure Virtual Desktop dengan praktik terbaik keamanan Azure Virtual Desktop.

2. Lisensi: Lisensi Microsoft 365 digunakan untuk penyebaran desktop. Jika host sesi Windows Server masih diperlukan, Contoso harus membawa lisensi RDS CAL (Lisensi Akses Klien) mereka. Berkat pemberian izin lisensi Azure Virtual Desktop, tidak ada biaya OS untuk sistem operasi apa pun, termasuk Windows Server.

3. Pengoptimalan biaya: Contoso akan menggunakan fitur berikut untuk membantu pengoptimalan biaya:

   • Contoso akan mengaktifkan Azure Cost Management + Billing untuk membantu memantau dan juga mengelola sumber daya Azure.
   • Contoso akan menggunakan Penandaan Azure Virtual Desktop untuk melacak biaya dan mengelompokkannya berdasarkan sumber daya terkait ke kumpulan host.
   • Contoso akan memantau pemanfaatan di seluruh penyebaran Azure Virtual Desktop mereka menggunakan Azure Virtual Desktop Insights dan menilai peluang penghematan biaya Instans Cadangan, Rencana Penghematan, atau Kapasitas Cadangan.

4. Mengonfigurasi kelangsungan Bisnis dan pemulihan bencana (BCDR): Azure Virtual Desktop menggunakan kombinasi komponen terkelola Microsoft yang dilengkapi dengan SLA yang didukung secara non-finansial yang menargetkan waktu aktif 99,9% untuk Gateway Azure Virtual Desktop, Broker, Akses Web, dan diagnostik Kami. Meta-data layanan dan data layanan ini dicadangkan dan direplikasi di belakang layar untuk pulih ke wilayah alternatif jika terjadi pemadaman. Contoso bertanggung jawab atas komponen yang dikelola pelanggan, komponen-komponen ini meliputi: Komputer Virtual, Penyimpanan, Gambar, Aplikasi, dan komponen jaringan untuk persyaratan DR mereka.

   • Untuk penyebaran global skala besar Azure Virtual Desktop, sebaiknya adopsi arsitektur multi-wilayah untuk mengurangi satu titik kegagalan pada satu wilayah mana pun.

   • Diagram berikut adalah contoh arsitektur multi-wilayah Azure Virtual Desktop yang dirancang agar penyebaran Azure Virtual Desktop regional sepenuhnya independen. Tergantung pada persyaratan SLA, mungkin ada berbagai tingkat dependensi pada wilayah utama. Diagram sampel untuk berbagai tingkat dependensi pada wilayah utama, dapat ditemukan di dokumentasi Azure Virtual Desktop Landing Zone Accelerator Diagram Azure Virtual Desktop Landing Zone Accelerator

     Gambar 12: Sampel arsitektur multi-wilayah Azure Virtual Desktop.

     Unduh file Visio.

   Catatan

   Pelajari selengkapnya tentang opsi BCDR dengan pertimbangan kelangsungan Bisnis dan pemulihan bencana untuk Azure Virtual Desktop.

Langkah berikutnya

Pelajari selengkapnya tentang Azure Virtual Desktop di:

• Dokumentasi Azure Virtual Desktops.
• Dukungan skala perusahaan untuk Microsoft Azure Virtual Desktop.