Konsep kelangsungan bisnis dan pemulihan bencana Azure Virtual Desktop
Banyak pengguna sekarang bekerja dari jarak jauh, sehingga organisasi memerlukan solusi dengan ketersediaan tinggi, kecepatan penyebaran yang cepat, dan biaya yang berkurang. Pengguna juga perlu memiliki lingkungan kerja jarak jauh dengan ketersediaan dan ketahanan terjamin yang memungkinkan mereka mengakses sumber daya mereka bahkan selama bencana.
Untuk mencegah pemadaman sistem atau waktu henti, setiap sistem dan komponen dalam penyebaran Azure Virtual Desktop Anda harus toleran terhadap kesalahan. Toleransi kegagalan adalah ketika Anda memiliki konfigurasi atau sistem duplikat di wilayah Azure lain yang mengambil alih konfigurasi utama selama pemadaman. Konfigurasi atau sistem sekunder ini mengurangi dampak pemadaman yang dilokalkan. Ada banyak cara untuk menyiapkan toleransi kesalahan, tetapi artikel ini berfokus pada metode yang saat ini tersedia di Azure untuk menangani kelangsungan bisnis dan pemulihan bencana (BCDR).
Tanggung jawab atas komponen yang membentuk Azure Virtual Desktop dibagi antara komponen yang dikelola Microsoft, dan komponen yang dikelola pelanggan, atau dikelola mitra.
Komponen berikut dikelola pelanggan atau dikelola mitra:
- Mesin virtual host sesi
- Manajemen profil, biasanya dengan FSLogix
- Aplikasi
- Data pengguna
- Identitas pengguna.
Untuk mempelajari tentang komponen yang dikelola Microsoft dan bagaimana mereka dirancang agar tangguh, lihat Arsitektur dan ketahanan layanan Azure Virtual Desktop.
Dasar-dasar kelangsungan bisnis dan pemulihan bencana
Ketika Anda merancang rencana pemulihan bencana, Anda harus mengingat tiga hal berikut:
- Ketersediaan tinggi: infrastruktur terdistribusi sehingga pemadaman yang lebih kecil dan lebih lokal tidak mengganggu seluruh penyebaran Anda. Merancang dengan mempertimbangkan ketersediaan tinggi dapat meminimalkan dampak pemadaman dan menghindari kebutuhan akan pemulihan bencana penuh.
- Kelangsungan bisnis: bagaimana organisasi dapat terus beroperasi selama pemadaman dalam berbagai ukuran.
- Pemulihan bencana: proses kembali beroperasi setelah pemadaman penuh.
Azure Virtual Desktop tidak memiliki fitur asli untuk mengelola skenario pemulihan bencana, tetapi Anda dapat menggunakan banyak layanan Azure lainnya untuk setiap skenario tergantung pada kebutuhan Anda, seperti kumpulan Ketersediaan, zona ketersediaan, Azure Site Recovery, dan opsi redundansi data Azure Files untuk profil dan data pengguna.
Anda juga dapat mendistribusikan host sesi di beberapa wilayah Azure menyediakan lebih banyak distribusi geografis , yang semakin mengurangi dampak pemadaman. Semua fitur Azure ini dan lainnya memberikan tingkat perlindungan tertentu dalam Azure Virtual Desktop, dan Anda harus mempertimbangkannya dengan hati-hati bersama dengan implikasi biaya apa pun.
Kami memiliki dokumentasi lebih lanjut yang masuk ke jauh lebih rinci tentang setiap area teknologi yang perlu Anda pertimbangkan sebagai bagian dari strategi kelangsungan bisnis dan pemulihan bencana Anda dan cara merencanakan dan mengurangi gangguan pada organisasi Anda berdasarkan kebutuhan Anda. Tabel berikut mencantumkan area teknologi yang perlu Anda pertimbangkan sebagai bagian dari strategi pemulihan bencana dan tautan ke dokumentasi Microsoft lainnya yang menyediakan panduan untuk setiap area:
| Area teknologi | Tautan dokumentasi |
|---|---|
| Paket aktif-pasif vs aktif-aktif | Aktif-Aktif vs. Aktif-Pasif |
| Ketahanan host sesi | Kelangsungan Bisnis Multiregion dan Pemulihan Bencana |
| Rencana pemulihan bencana | Kelangsungan Bisnis Multiregion dan Pemulihan Bencana |
| Azure Site Recovery | Failover dan failback |
| Konektivitas jaringan | Kelangsungan Bisnis Multiregion dan Pemulihan Bencana |
| Profil pengguna | Rekomendasi desain |
| Penyimpanan berbagi file | Penyimpanan |
| IdP | Identitas |
| Cadangan | Cadangan |
Konten terkait
Untuk informasi lebih mendalam tentang pemulihan bencana di Azure, lihat artikel berikut ini: