Pertimbangan kelangsungan bisnis dan pemulihan bencana untuk Citrix di Azure

Artikel ini menjelaskan bagaimana Anda dapat meningkatkan kelangsungan bisnis dan pemulihan bencana (BDCR) untuk Citrix di lingkungan Azure.

Pertimbangan desain Citrix

Pertimbangan desain untuk teknologi Citrix dirangkum dalam Keputusan Desain: Perencanaan Pemulihan Bencana di Zona Teknologi Citrix. Panduan ini membantu perencanaan dan pertimbangan arsitektur BCDR untuk penyebaran lokal dan Azure Citrix DaaS.

Saat Anda menyebarkan Citrix di Azure, kami sarankan Anda mengikuti pertimbangan desain yang sama untuk penyimpanan optimal untuk kontainer profil dan Office, ketersediaan gambar emas, serta dependensi infrastruktur dan aplikasi yang akan Anda ikuti untuk Azure Virtual Desktop.

Karena ketersediaan Azure VM tidak dijamin secara default (termasuk untuk instans yang dipesan), kami sarankan Anda menggunakan fitur reservasi kapasitas sesuai permintaan Azure untuk memastikan ketersediaan yang memadai dalam wilayah yang diperlukan saat paling diperlukan.

Faktor desain tambahan untuk penyebaran Citrix di Azure disorot di bagian berikut.

Strategi ketersediaan katalog mesin

Anda dapat menyebarkan katalog komputer Citrix dalam konfigurasi aktif/aktif atau aktif/pasif dengan menggunakan kombinasi beban kerja Azure dan lokal.

Daftar berikut ini tidak inklusif. Mereka berisi sorotan utama. Untuk informasi selengkapnya, lihat Citrix TechZone - Opsi Pemulihan Bencana.

Aktif/aktif

• Pengujian berkelanjutan dari lokasi pemulihan bencana (penyimpanan dan jaringan) diaktifkan.
• Satu grup pengiriman dapat berisi VM dari beberapa wilayah. Namun, strategi kelangsungan bisnis aktif/aktif rumit. Anda harus memiliki pemahaman terperinci tentang kasus penggunaan, data, dan aplikasi terkait. Memetakan pengguna atau aplikasi ke wilayah dengan menggunakan preferensi zona dapat membantu memastikan bahwa mereka diarahkan ke wilayah yang optimal jika kapasitas tersedia.
• Untuk menyederhanakan penggunaan DR aktif/aktif dengan desktop pribadi, pengguna sering disegmentasi dan diselaraskan dengan pusat data primer dan sekunder. Di pusat data utama, komputer aktif pengguna persisten. Di pusat data sekunder, komputer non-persisten yang dikumpulkan siaga dengan aplikasi inti yang diperlukan untuk DR. Anda dapat menggunakan disk ephemeral pada komputer yang dikumpulkan ini untuk mengurangi biaya penyimpanan. Anda dapat menggunakan kemampuan seperti pengalihan folder yang diketahui OneDrive untuk mengaktifkan akses ke data pengguna penting dari kedua komputer.

Aktif/pasif

• Citrix mendukung penyebaran beban kerja persisten dan non-persisten. Untuk penyebaran aktif/pasif, Anda dapat menggunakan katalog komputer siaga panas dengan beban kerja non-persisten dan disk sementara untuk mengurangi biaya penyebaran secara dramatis.
• Anda dapat memetakan katalog aktif dan pasif ke grup pengiriman yang sama dan menyajikannya kepada pengguna sebagai satu aplikasi atau desktop. Preferensi zona kemudian dapat mengatur preferensi untuk pengguna atau aplikasi ke wilayah aktif. Ketika kapasitas tidak tersedia, beban kerja di wilayah pasif dimulai berdasarkan kapasitas yang tidak tersedia di wilayah aktif. Anda dapat mengotomatiskan sakelar ini dengan menggunakan fungsionalitas seperti Autoscale, atau Anda dapat beralih wilayah secara manual dengan menempatkan beban kerja pasif dalam mode pemeliharaan dan mengaktifkannya saat peristiwa DR terjadi. Metode yang Anda gunakan harus selaras dengan RTO paket BCDR organisasi Anda.
• Cloud bursting dari lokal ke Azure dimungkinkan. Skala otomatis dapat membantu Anda dalam proses ini. Anda dapat menggunakan layanan portabilitas gambar Citrix untuk mempertahankan gambar lokal dan gambar Azure untuk dua katalog komputer dari satu gambar.

Pertimbangan fitur Azure

Fitur atau layanan Azure	Apakah maksudnya?	Mengapa ini penting?
Wilayah	Sekumpulan pusat data yang disebarkan dalam perimeter yang ditentukan latensi dan terhubung melalui jaringan latensi rendah regional khusus.	Pilihan wilayah Azure Anda harus didasarkan pada kedekatan dengan pusat data, pengguna, atau data back-end yang diperlukan yang ada. Anda juga perlu mengetahui layanan mana yang tersedia di wilayah yang Anda pilih. Untuk penyebaran Citrix, organisasi sering dimulai dengan satu wilayah. Namun, Anda harus mempertimbangkan untuk menggunakan dua wilayah atau lebih dalam jangka panjang untuk redundansi geografis dalam strategi BCDR.
Azure ExpressRoute	Layanan Azure yang dapat Anda gunakan untuk membuat koneksi privat antara pusat data Microsoft dan infrastruktur yang ada di tempat Anda atau di fasilitas kolokasi.	ExpressRoute adalah komponen infrastruktur penting untuk menjeda pusat data Microsoft dan pusat data atau fasilitas kolokasi organisasi Anda. Sering kali merupakan prasyarat untuk penyebaran Citrix skala perusahaan. ExpressRoute adalah layanan bersama. Anda harus melakukan perencanaan kapasitas bandwidth untuk menentukan kebutuhan bandwidth secara keseluruhan untuk perusahaan. Jika Anda tidak memiliki bandwidth yang tersedia cukup, pengalaman pengguna atau akses ke layanan utama di pusat data dapat terpengaruh. Selain itu, performa Arsitektur Komputasi Independen (ICA) terpengaruh jika sesi melintasi ExpressRoute untuk sampai ke pusat data.
Zona ketersediaan	Lokasi fisik unik dalam suatu wilayah. Setiap zona terdiri dari satu atau beberapa pusat data yang dilengkapi dengan daya, pendinginan, dan jaringan independen.	Zona ketersediaan menyediakan SLA tinggi. Anda harus menggunakannya untuk semua infrastruktur Citrix dan katalog mesin yang berlaku untuk menyediakan redundansi pusat data dalam suatu wilayah. Tidak semua wilayah mendukung zona ketersediaan, jadi Anda harus merencanakannya. Untuk memastikan bahwa Anda membuat solusi tangguh dan zona-redundan sejak awal, manfaatkan inisiatif Azure bawaan.
Set ketersediaan	Sekumpulan VM yang tersebar di beberapa domain kesalahan. Domain kesalahan adalah grup VM yang berbagi sumber daya dan sakelar jaringan yang sama.	Set ketersediaan menyediakan SLA tinggi. Anda harus menggunakannya untuk infrastruktur Citrix hanya jika zona ketersediaan tidak tersedia di wilayah tersebut. Set ketersediaan hanya menyediakan redundansi perangkat keras (seperti aturan anti-afinitas hypervisor). Oleh karena itu, Anda harus menggunakan strategi multiregion untuk menyediakan pusat data dan redundansi geografis jika wilayah yang Anda pilih tidak memiliki zona ketersediaan.
Disk terkelola	Disk yang dikelola oleh Azure dan secara otomatis ditempatkan di unit skala penyimpanan yang berbeda untuk membatasi efek kegagalan perangkat keras.	Anda harus menggunakan disk terkelola untuk semua infrastruktur Citrix dan Agen Pengiriman Virtual (VDA). Kami tidak merekomendasikan penggunaan disk yang tidak dikelola. Untuk informasi tentang SLA untuk komputer virtual instans tunggal, seperti VDI pengguna atau server aplikasi yang diterbitkan, lihat SLA untuk Komputer Virtual. Setiap jenis disk memberikan performa yang berbeda dan memiliki biaya terkait yang berbeda. Kami merekomendasikan Premium untuk mesin infrastruktur Citrix. Saat menentukan jenis disk untuk VDA, faktor kebutuhan biaya, performa, dan ketersediaan.
Pencadangan Azure	Layanan yang menyediakan solusi hemat biaya untuk mencadangkan data Anda dan memulihkannya dari cloud Azure.	Kami merekomendasikan Infrastruktur Azure Backup untuk Citrix, VM gambar master, dan desktop persisten.
Penguncian sumber daya	Teknologi yang dapat Anda gunakan untuk mencegah pengguna lain di organisasi Anda menghapus atau memodifikasi sumber daya penting secara tidak sengaja.	Anda harus menerapkan kunci sumber daya ke semua infrastruktur Citrix dan VM gambar master. - Minimal, Anda harus menerapkan Hapus untuk mencegah penghapusan komputer penting yang tidak disengaja. - Anda harus menerapkan ReadOnly ke mesin infrastruktur Citrix. Objek-objek ini statis. Perubahan harus diterapkan hanya selama jendela kontrol perubahan yang sesuai.

Rekomendasi desain Citrix

Panduan desain untuk Citrix DaaS di Azure tersedia di Citrix TechZone - Panduan Desain untuk Citrix DaaS di Microsoft Azure. Artikel ini menyoroti sistem, beban kerja, pengguna, dan pertimbangan jaringan untuk menyelaraskan penyebaran Citrix dengan prinsip desain Cloud Adoption Framework.

Anda dapat meningkatkan ketahanan keseluruhan beberapa komponen Citrix, seperti appliance APP Layering ELM, dengan menggunakan Azure Site Recovery. Perhatikan bahwa komponen infrastruktur inti, seperti Konektor Cloud dan NetScalers, harus selalu disebarkan penuh waktu di seluruh wilayah lain.