FSLogix için iş sürekliliği ve olağanüstü durum kurtarma seçenekleri

Etkili bir iş sürekliliği ve olağanüstü durum kurtarma (BCDR) planı, bir felaket veya başka bir önemli kesinti durumunda kuruluşun çalışması için gerekli süreçlere ve kaynaklara odaklanır. Gezici kullanıcı profilleri genellikle BCDR stratejisinin iş veya görev açısından kritik bir bileşeni olarak tanımlanmamaktadır. Sanal masaüstü ortamında, bir kullanıcı dolaşım profiline sahip olduğunu farkında değildir. Profil, kullanıcılara sanal makineden bağımsız olarak tutarlı bir deneyim sağlamak için dolaşımdadır. İş veya görev açısından kritik veriler mümkünse kullanıcının profilinde depolanmamalıdır. OneDrive, SharePoint veya diğer çözümleri kullanmak, bir BCDR olayı sırasında verileri korumak için etkili bir yol olup kullanıcının profilinin bir parçası olarak veri dolaşımına güvenmez. Bu süreç, maliyet avantajının ve risk analizinin kuruluş ve iş hedeflerine göre tartılabildiği kurtarma süresi hedefi (RTO) ve kurtarma noktası hedefi (RPO) alıştırmasında en iyi şekilde özetlenmiştir.

Seçenek 1: Profil kurtarma yok

Bu seçenek BCDR tasarımı gibi görünmese de, iş ve görev açısından kritik verilerin kullanıcının profilinde olmadığından emin olmak için odaklanmıştır. Olağanüstü durum sırasında kullanıcılar yeni bir konumda veya yeni bir depolama sağlayıcısında yeni profiller oluşturur (her ikisi de doğru olabilir). Bu seçenek, altyapı maliyeti açısından en uygun maliyetli seçenektir ancak kullanıcı deneyimi üzerindeki etkisi nedeniyle bir cezası vardır.

^{Şekil 1: Profil Kurtarma Yok | FSLogix standart kapsayıcıları (VHDLocations)}

Diyagramda, Azure Sanal Masaüstü kullanan çok bölgeli bir Konak Havuzudur. Hem birincil hem de yük devretme bölgeleri, bölge içinde yüksek kullanılabilirlik sağlayan alanlar arası yedekli depolama (ZRS) kullanan ayrılmış bir Azure Dosyalar paylaşımına sahiptir. Yük devretme bölgesinde durdurulan veya serbest bırakılan Oturum Konakları vardır. Olağanüstü durumda yük devretme bölgesi birincil bölge olur ve kullanıcılar bu Oturum Konaklarında oturum açar ve bu bölgedeki Azure Dosyalar paylaşımında yeni profiller oluşturur.

Seçenek 2: Bulut Önbelleği (birincil / yük devretme)

Yük devretme tasarımı, olağanüstü durum veya hata durumunda altyapınızın kullanılabilirliğini ve güvenilirliğini sağlamaya yönelik yaygın bir stratejidir. Bulut Önbelleği, FSLogix'i bu tür bir yük devretme tasarımı kullanarak kullanmanızı sağlar. Cloud Cache ile cihazlarınızı profil verilerinizi farklı konumlarda depolayan iki (2) depolama sağlayıcısı kullanacak şekilde yapılandırabilirsiniz. Bulut Önbelleği, profil verilerinizi iki depolama sağlayıcısının her birine zaman uyumsuz olarak eşitler, böylece verilerinizin her zaman en son sürümüne sahip olursunuz. Bazı cihazlarınız birincil konumda, diğer cihazlar ise yük devretme konumundadır. Cloud Cache ilk depolama sağlayıcısının (cihazınıza en yakın) önceliğini belirler ve yedekleme olarak diğer depolama sağlayıcısını kullanır. Örneğin, birincil cihazınız Batı ABD'deyse ve yük devretme cihazınız Doğu ABD'deyse, Bulut Önbelleği'ni aşağıdaki gibi yapılandırabilirsiniz:

• Birincil cihaz, ilk seçenek olarak Batı ABD'deki bir depolama sağlayıcısını, ikinci seçenek olarak da Doğu ABD'deki bir depolama sağlayıcısını kullanır.
• Yük devretme cihazı, ilk seçenek olarak Doğu ABD'de bir depolama sağlayıcısı, ikinci seçenek olarak ise Batı ABD'de bir depolama sağlayıcısı kullanır.
• Birincil cihaz veya en yakın depolama sağlayıcısı başarısız olursa, yük devretme cihazına veya yedekleme depolama sağlayıcısına geçebilir ve profil verilerinizi kaybetmeden çalışmanıza devam edebilirsiniz.

Ancak, Bulut Önbelleği ile yük devretme tasarımı kullanmanın bazı dezavantajları vardır. İlk olarak, profil verilerinizi iki (2) konumda depolamak için ek ödemeniz gerekir. İkincisi, iş paydaşlarının onayını gerektirebilecek yük devretme işlemini el ile başlatmanız gerekir. Üçüncüsü, iki depolama sağlayıcısıyla zaman uyumsuz eşitleme nedeniyle profil verilerinizde biraz gecikme veya tutarsızlık yaşayabilirsiniz.

^{Şekil 2: Bulut Önbelleği (birincil/ yük devretme) | FSLogix Bulut Önbelleği (CCDLocations)}

Diyagramda, Azure Sanal Masaüstü'nü kullanan çok bölgeli bir Konak Havuzumuz var. Hem birincil hem de yük devretme bölgeleri bu kurulumun bir parçasıdır. Her birinin alanlar arası yedekli depolama (ZRS) kullanarak ayrılmış bir Azure Dosyalar paylaşımı vardır ve bu da bölgede yüksek kullanılabilirlik sağlar. Yük devretme bölgesi, durdurulmuş veya serbest bırakılmış Oturum Konakları içerir. Olağanüstü durum durumunda yük devretme bölgesi birincil bölge olur. Kullanıcılar bu Oturum Konaklarında oturum açar ve çoğaltılan profillerini yük devretme bölgesinden yükler.

Ancak, aşağıdakileri göz önünde bulundurmak önemlidir:

• BCDR (İş Sürekliliği ve Olağanüstü Durum Kurtarma) olayları nadiren düzgündür. Koşullara bağlı olarak, kullanıcı profili verilerinin değişmediği garanti edilmeyebilir.
• Yük devretme bölgesindeki Oturum Konaklarında oturum açmış kullanıcılar veri kaybı veya daha kötü durumlarda kapsayıcı bozulmasıyla karşılaşabilir.

Bu durum göz önünde bulundurulduğunda, kritik veriler için OneDrive veya SharePoint gibi depolama platformlarını kullanmak çok önemlidir. Bu platformlar ek yedeklilik ve veri kaybına karşı koruma sağlar. Olağanüstü durum kurtarma planlamasının çok önemli olduğunu ve doğru depolama stratejisine sahip olmanın riskleri azaltabileceğini ve iş sürekliliğini sağlayabileceğini unutmayın.

Seçenek 3: Bulut Önbelleği (etkin / etkin)

Altyapı tartışılırken, bir FSLogix profil çözümüne de uygulanabilen etkin/etkin tasarımlar yaygın olarak kullanılır. Bu seçenekle, Bulut Önbelleği yerel önbellekte yapılan tüm değişiklikleri yansıtacak şekilde zaman uyumsuz olarak güncelleştirilen iki depolama sağlayıcısıyla ayarlanır. Etkin konuma en yakın depolama sağlayıcısı ilk sırada, en uzak sağlayıcı ise ikinci sırada listelenir. Diğer konumda sıra tersine çevrilir. Bu seçenek, sağlayıcı verilerini iki konumda depolamak için ek maliyetler doğuruyor ve yük devretme başlatmadan önce iş paydaşlarının el ile karar verebilmesini gerektiriyor.

^{Şekil 3: Bulut Önbelleği (etkin/ etkin) | FSLogix Bulut Önbelleği (CCDLocations)}

Diyagramda, belirli Azure bölgelerinde bulunan iki (2) AVD Konak Havuzu ve Oturum Konağı bulunur. Batı ABD bölgesine atanan kullanıcılar bu sanal makinelere erişin. Yalnızca Doğu ABD bölgesindeki kullanıcılar bu sanal makinelere erişip atanır. Olağanüstü durum sırasında, hayatta kalan bölgenin tüm kullanıcıları desteklemek için yeterli kapasiteye sahip olması gerekir. Ayrıca, başarısız bölgedeki kullanıcıların hayatta kalan bölgedeki sanal makinelere erişim izni verilmesi gerekir.

BCDR olayları hiçbir zaman düzgün değildir ve olayın koşullarına bağlı olarak kullanıcı profili verilerinin bozulmayacağı garanti değildir. Hayatta kalan bölgede Oturum Konaklarında oturum açan kullanıcılar veri kaybı veya daha kötü kapsayıcı bozulmasıyla karşılaşabilir. Bu durum, kritik kullanıcı verileri için OneDrive veya SharePoint gibi depolama platformlarını kullanma gereksinimini güçlendirir.