Kurumsal ölçekli senaryolar için iş sürekliliği ve olağanüstü Azure VMware Çözümü kurtarma (BCDR)

Azure VMware Çözümü, vSphere kümeleri içeren bir veya daha fazla özel bulut sağlar. Bu kümeler ayrılmış çıplak Azure altyapısından tasarlanmıştır. Çözüm, küme başına en fazla 16 ana bilgisayar olmak için en az üç ESXi ana bilgisayar sağlar. Bir özel bulutta en fazla 96 konak çalıştırabilirsiniz. vCenter Server, vSAN, vSphere ve NSX-T özel bulut çözümünün bir parçası olarak sağlanır. Azure VMware Çözümü için SLA hakkında bilgi edinmek için bkz. Azure VMware Çözümü.. Yine de diğer BCDR faktörlerini dikkate almak istiyor oluruz.

İş sürekliliği tasarım konuları

• Microsoft Azure Backup Sunucusu (MABS) gibi VMware sanal makineleri (VM) için veya yedekleme iş ortaklarımızdan doğrulanmış bir yedekleme çözümü seçin.

  Not

  Özel bulutlar için vCenter ve NSX-T yapılandırmaları saatlik yedekleme zamanlaması üzerindedir. Yedeklemeler üç gün boyunca tutulur.

• Sanal Azure VMware Çözümü VMware vSAN depolama ilkeleri, depolama kullanılabilirliği ile uygulanır. Kümede üç ila beş konak olduğunda, veri kaybı olmadan tolere edilmeyecek konak hatalarının sayısı bire eşittir. Kümede 6 ile 16 ana bilgisayar arasında olduğunda, veri kaybı oluşmadan önce tolere edilmeyecek konak hatalarının sayısı ikiye eşittir. VMware vSAN depolama ilkeleri VM başına uygulanabilir. Bu ilkeler varsayılandır ancak VMware VM'leri için kullanılan ilkeyi özel gereksinimlere uyacak şekilde değiştirebilirsiniz. Daha fazla bilgi için bkz. Azure VMware Çözümü depolama kavramları.

• VMware Yüksek Kullanılabilirlik (HA), sanal ağlarda varsayılan Azure VMware Çözümü. HA kabul ilkesi, tek bir düğümün işlem ve bellek kapasitesinin rezervasyonunu sağlar. Bu rezervasyon, bir kümedeki başka bir düğümdeki iş yüklerini yeniden başlatmak için yeterli Azure VMware Çözümü sağlar.

• MaBS şu anda yedeklemelerin özel buluttaki ikincil bir buluta geri Azure VMware Çözümü desteklemez. Çapraz kurtarma gerektiğinde olağanüstü durum Azure VMware Çözümü bölümüne bakın.

İş sürekliliği tasarım önerileri

• MaBS kullanarak özel bulutu Azure VMware Çözümü. Daha fazla bilgi için bkz. MABS ile VMware VM'lerini back up.

• Uygulamayı Azure Backup Sunucusu özel bulutla aynı Azure Azure VMware Çözümü dağıtın. Bu dağıtım yöntemi trafik maliyetlerini azaltır, yönetimi azaltır ve birincil/ikincil topolojiyi tutar. Azure bölgesi dağıtımına yönelik en iyi yöntemler için Azure bölgeleri karar kılavuzuna bakın.

• MABS, azure hizmet olarak altyapı (IaaS) vm'leri olarak veya özel Azure VMware Çözümü dağıtılabilir. Bir Azure sanal ağına özel bulut Azure VMware Çözümü dağıtmanız kesinlikle önerilir. Bu sanal ağ, vSAN tüketimini azaltmak için aynı ExpressRoute'a bağlanır çünkü vSAN özel buluttaki sınırlı Azure VMware Çözümü kaynaktır.

  

  

• vCenter, NSX Manager Azure VMware Çözümü HCX Manager gibi platform bileşenlerinin yedeğinden geri yüklemek için bir Azure Desteği oluşturun.

Olağanüstü durum kurtarma tasarımında dikkat edilmesi gerekenler

• İş gereksinimlerini uygulamalar ve VM katmanları için kurtarma süresi, kapasite ve nokta hedefleri ile uyumlu bir şekilde kullanın. En uygun çoğaltma teknolojisini kullanarak bunları başarmak için uygun şekilde plan ve tasarım gerçekleştirin. SQL Always On kullanılabilirlik grubu gibi uygulama için yerel veya VMware Site Kurtarma Yöneticisi (SRM) ve Azure Site Recovery.

• Özel bulut için hedef olağanüstü durum kurtarma sitesi hakkında Azure VMware Çözümü karar verme. Bu site, hangi olağanüstü durum kurtarma aracının ortama uygun olduğunu etkiler.

• Üçüncü taraf konumlardan Azure VMware Çözümü' Kurtarma Yöneticisi ölçek aracılığıyla Site Kurtarma Yöneticisi desteği vardır.

• VMware Site Kurtarma Yöneticisi'i kullanarak özel bulut Azure VMware Çözümü ikincil buluta olağanüstü Azure VMware Çözümü sabilirsiniz.

• Özel bulut Azure Site Recovery Azure IaaS'ye olağanüstü Azure VMware Çözümü kurtarma çözümü olarak kullanabilirsiniz. Daha fazla bilgi için bkz. Azure Site Recovery vm'lerinin olağanüstü durum kurtarma Azure VMware Çözümü hazırlama.

  

• Azure yerel hizmetlerinde olağanüstü Azure Site Recovery Dağıtım Planlayıcısı planlamaya başlamak için bu hizmeti kullanabilirsiniz.

• Yük devretme sonrasında iş yüklerini Azure Site Recovery planlarken, kurtarma planında iş yükleri için doğru başlangıç sırasını dahil edin.

• JetStream Software ve HCX gibi iş ortağı çözümleri de olağanüstü durum kurtarma senaryolarını Azure VMware Çözümü.

• Olağanüstü durum kurtarma olayı varsa, iş yüklerinin hangi Azure VMware Çözümü kümesini veya alt kümesini analiz edip buna karar verin. Olağanüstü durum kurtarma uygulamasıyla ilişkili maliyetleri kontrol etmek için yalnızca iş operasyonları için kritik öneme sahip olan iş yüklerini korumayı göz önünde bulundurarak.

• İkincil ortamda Active Directory etki alanı denetleyicileri gibi işlevsel etki alanı rolleri ayarlayın.

• Farklı Azure bölgelerindeki özel Azure VMware Çözümü olağanüstü durum kurtarmayı etkinleştirmek için, her iki arka uç ExpressRoute bağlantı hattı Global Reach ExpressRoute bağlantı hatlarını etkinleştirmeniz gerekir. Bu devreler, olağanüstü durum kurtarma için VMware SRM ve VMware HCX gibi çözümler için gerektiğinde birincil ve ikincil özel bulut bağlantısı sağlar.

• Olağanüstü durum kurtarma ile çalışırken, ikincil Azure bölgesinde birincil Azure bölgesinden aynı IP adresi alanlarını kullanabilirsiniz. Ancak çözüm temeli için mühendislikten daha fazla ek yüke ihtiyaç vardır.

  • Aynı IP adreslerini koruma: Kurtarılan VM'de, vm'lere ayrılan IP adreslerinin aynısını Azure VMware Çözümü kullanabilirsiniz. Bu yöntem için, ikincil sitede yalıtılmış VLAN'lar veya kesimler oluşturun ve bu yalıtılmış VLAN'ların veya segmentlerin hiçbirinin ortama bağlı olduğundan emin olun. Olağanüstü durum kurtarma yollarınızı alt ağın ikincil siteye ve yeni IP adresi konumlarına taşındığını yansıtacak şekilde değiştirme. Bu yöntem işe yararken, en az etkileşimi hedeflerken mühendislik yükü de oluşturur.

  • Farklı IP adresleri kullanın: Kurtarılan VM'ler için farklı IP adresleri de kullanabilirsiniz. VM ikincil bir siteye taşınırsa, VMware Site Kurtarma Yöneticisi kurtarma planı özel IP haritasını ayrıntılı olarak açıklar. IP adresi değişikliği için bu haritayı seçin. Sanal ağ Azure Site Recovery, yeni IP ayırma için tanımlı bir sanal ağ seçilir.

• Kısmi ve tam olağanüstü durum kurtarma çözümlerini anlama:

  • Olağanüstü durum kurtarma Azure Site Recovery tam olağanüstü durum kurtarma için nasıl hazırlıklar tamamlaycazı bilirsiniz. Özellikle, azure yerel ortamına Azure VMware Çözümü yük devretme.

  • Kısmi ve tam olağanüstü durum kurtarma için VMware SRM kullanabilirsiniz. 1. Azure VMware Çözümü bölge 2'de bir vm'i çalıştırıyorsanız, birincil bölgeden ikincil bölgeye vm'lerden bazıları veya hepsi başarısız olabilir.

  • VM kurtarma ve IP adresi bekletme gereksinimleri, kısmi veya tam olağanüstü durum kurtarmanın mümkün olup olağlana bir gereksinimdir.

  • Alt ağın ağ geçidini ikincil ağ geçidine Azure VMware Çözümü.

  Not

  Etkin beklemede olağanüstü durum kurtarma L2 esnetme gerektirmez.

Olağanüstü durum kurtarma tasarım önerileri

• Birincil ve ikincil sitelerde Kurtarma Yöneticisi VMware Site Azure VMware Çözümü ile çalışırken kullanın. Birincil ve ikincil siteler, sırasıyla korumalı ve kurtarma siteleri olarak da bilinir. İlk diyagramda sürekli vSphere çoğaltmaya üst düzey bir genel bakış yer alıyor. İkinci diyagramda birincil ve ikincil site bileşenleri ayrıntılı olarak açıklanmıştır.

  

  

• Azure Azure Site Recovery özel bulut için olağanüstü durum kurtarma hedefi Azure IaaS ise Azure VMware Çözümü kullanın.

• İlgili çözümlerin her biri içinde otomatik kurtarma planlarını kullanarak el ile girişi en aza indirme. Bu planlar, özel bulut için olağanüstü durum kurtarma sağlamak Kurtarma Yöneticisi veya Azure Site Recovery VMware Site Azure VMware Çözümü yardımcı olur. Kurtarma planı, makineleri yük devretme için kurtarma gruplarına toplar. Ardından yük devretme işlemi oluşturan küçük ve bağımsız birimler oluşturarak sistematik bir kurtarma süreci tanımlamaya yardımcı olur.

• Bölgelerin yakınlığı ve maliyet azaltmaları için ikincil olağanüstü durum kurtarma ortamı olarak jeopolitik bölge çiftinin kullanılması önerilir.

• Adres alanlarını farklı tut. Örneğin bölge 192.168.0.0/16 1 ve bölge 10.0.0.0/16 2 için kullanın. Bu fark, IP adresi çakışması riskini azaltır.

• Birincil ve ikincil Global Reach özel bulutlar arasındaki bağlantı için ExpressRoute Azure VMware Çözümü kullanın. İlgili tasarım alanında daha fazla ağ ile ilgili önemli noktalara ve önerilere bakın.

Sonraki adımlar

İşletim otomasyonu için ilk dağıtımla ilgili önemli noktalar ve Azure VMware Çözümü hakkında bilgi alın.