Azure VMware Çözümü güvenilirliği

Azure VMware Çözümü ayrılmış çıplak Azure altyapısından oluşturulmuş VMware vSphere kümeleri içeren özel bulutlar sağlar. İş yüklerini şirket içi ortamlarınızdan geçirebilir, yeni sanal makineler (VM' ler) dağıtabilir ve özel bulutlarınızdaki Azure hizmetleri kullanabilirsiniz. İş yüklerinizin yüksek kullanılabilirliğini ve dayanıklılığını sağlamak için VMware ve Azure yerel özelliklerin bir birleşimini kullanabilirsiniz.

Azure kullandığınızda, güvenilirlik paylaşılan bir sorumluluktur. Microsoft dayanıklılık ve kurtarmayı desteklemek için çeşitli özellikler sağlar. Bu özelliklerin kullandığınız tüm hizmetler içinde nasıl çalıştığını anlamak ve iş hedeflerinize ve çalışma süresi hedeflerinize ulaşmak için ihtiyacınız olan özellikleri seçmek sizin sorumluluğunuzdadır.

Bu makalede geçici hatalar, kullanılabilirlik alanı kesintileri ve bölge kesintileri gibi olası kesintilere ve sorunlara karşı Azure VMware Çözümü nasıl dayanıklı hale getirilmeye başlandığı açıklanır. Ayrıca, diğer sorun türlerinden kurtarmak için yedeklemeleri nasıl kullanabileceğinizi açıklar ve Azure VMware Çözümü hizmet düzeyi sözleşmesi (SLA) hakkındaki bazı önemli bilgileri vurgular.

Üretim dağıtımı önerileri

Azure VMware Çözümü dağıtımları çeşitli alanlarda dikkatli planlama gerektirir ve genellikle birden çok Azure hizmeti gerektirir. Daha fazla bilgi için Azure Well-Architected Framework'teki Azure VMware Çözümü iş yükleri bölümüne bakın.

Güvenilirlik mimarisine genel bakış

Azure VMware Çözümü, VMware vSphere kümeleri ile hiper yakınsanmış altyapı (HCI) kullanır.

Azure VMware Çözümü dağıttığınızda, bir veya daha fazla küme içeren bir private bulutu dağıtırsınız. Her kümede işlem, sanal SAN (vSAN) aracılığıyla depolama ve VMware NSX üzerinden ağ iletişimi sağlayan ESXi konakları bulunur. İki Azure VMware Çözümü nesli vardır:

• 1. Nesil, düğümler için özel bare-metal donanım ve ayrılmış ağ yaklaşımlarını kullanır. Temel kavramlar hakkında daha fazla bilgi için bkz. Azure VMware Çözümü özel bulut ve küme kavramları.

• Gen 2 standart Azure VM türlerini ve Azure sanal ağları kullanır. Bu mimari ağ mimarisini basitleştirir, veri aktarım hızlarını artırır, iş yükleri için gecikme süresini azaltır ve diğer Azure hizmetlerine eriştiğinde performansı artırır.

Arızaya dayanıklılık

Azure VMware Çözümü hem altyapı hem de uygulama düzeyinde hataları işlemek için çeşitli mekanizmalar sağlar:

• vSphere Yüksek Kullanılabilirlik (HA): vSphere HA, ESXi konaklarını ve VM'lerini izler. Bir konak başarısız olursa, iyi durumdaki konaklarda etkilenen VM'leri otomatik olarak yeniden başlatır. vSphere HA varsayılan olarak açıktır ve işlem ve bellek kapasitesini tek bir düğüm hatası için ayırır.

• vSAN hataya dayanıklılık: vSAN depolama ilkeleri, konaklar arasında birden çok veri kopyası tutarak depolama düzeyi geçici hatalara karşı koruma sağlar. Bir depolama yolu veya disk geçici sorunlarla karşılaşırsa vSAN, iyi durumdaki depolama yollarına yük devretmeyi otomatik olarak işler.

• Network yedekliliği: Azure VMware Çözümü ağ düzeyinde geçici hataları işlemek için yedekli ağ yolları ve birden çok VMkernel ağ bağdaştırıcısı sağlar.

Geçici hatalara dayanıklılık

Geçici hatalar, bileşenlerde kısa ve aralıklı hatalardır. Bunlar genellikle bulut gibi dağıtılmış bir ortamda gerçekleşir ve işlemlerin normal bir parçasıdır. Geçici hatalar kısa bir süre sonra kendilerini düzeltmektedir. Uygulamalarınızın genellikle etkilenen istekleri yeniden deneyerek geçici hataları işleyebileceği önemlidir.

Bulutta barındırılan tüm uygulamalar, bulutta barındırılan API'ler, veritabanları ve diğer bileşenlerle iletişim kurarken Azure geçici hata işleme yönergelerini izlemelidir. Daha fazla bilgi için bkz Geçici hataları ele alma önerileri.

Azure VMware Çözümü VM'lerde çalışan uygulamalar için, geçici hataları işlemek için standart uygulamalar uygulayın:

• Üstel geri alma ile uygun yeniden deneme ilkelerini ayarlayın.

• Dış hizmet çağrıları için devre kesici şemalarını kullanın.

• Uygulama durumunu izleyin ve düzgün bir düşüş uygulayın.

• VM yeniden başlatmalarının etkisini azaltmak için mümkün olduğunda durum bilgisi olmayan uygulamalar tasarla.

Kullanılabilirlik alanı hatalarına dayanıklılık

Availability bölgeleri Azure bölgesindeki fiziksel olarak ayrı veri merkezleri gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Azure VMware Çözümü 1. Nesil, stretched kümeleri aracılığıyla kullanılabilirlik alanlarını destekler ve bu da ESXi konaklarını bir bölgedeki iki kullanılabilirlik alanına dağıtır. Microsoft kullanılacak bölgeleri seçer. Kümeniz iki bölgede aktif-aktif bir yapılandırmada çalışır ve vSAN ayrıca birden çok bölgeye yayılır. Her iş yükünün bir veya iki bölgeye dağıtılıp dağıtılmayacağını belirleyebilirsiniz.

Bir tanık düğümü, bölünmüş beyin senaryoları için karar yeter sayısı sağlamak üzere otomatik olarak üçüncü bir bölgeye dağıtılır. Microsoft tanık düğümünü otomatik olarak yönetir.

Diyagramın en üstündeki gösterge, Microsoft Azure logosunun Azure platformunu temsil ettiğini, Azure bir bölgede çift kullanılabilirlik alanları etiketli bir konum raptiye simgesinin iki kullanılabilirlik bölgesini ve anahtar simgesinin tek bir Azure aboneliği temsil ettiğini gösterir. Diyagram üç ana bölüme ayrılmıştır. Sol tarafta, birinci kullanılabilirlik alanı tercih edilen site olarak etiketlenmiştir. Sağ tarafta, ikinci kullanılabilirlik alanı ikincil site olarak etiketlenmiştir. En altta, üçüncü kullanılabilirlik bölgesi tanık sitesi olarak etiketlenmiştir. Bir Azure VMware Çözümü özel bulutunu temsil eden kutu, kullanılabilirlik alanları bir ve ikiye yayılıyor. Bir kullanılabilirlik alanı içinde, dört bileşen yatay olarak düzenlenir: Sunucu raf simgesi Azure çıplak ESXi hostlarını temsil eder, yığılmış katmanlar simgesi VMware vSAN veri deposu tercih edilen hata etki alanını temsil eder, sunucu simgesi VMware vCenter sunucusunu ve ağ topolojisi simgesi VMware NSX'i temsil eder. Yayılmış vSAN veri deposu etiketi, her iki bölgeye yatay olarak yayılır ve birinci kullanılabilirlik alanındaki VMware vSAN veri deposunun tercih edilen hata etki alanını, ikinci kullanılabilirlik alanındaki VMware vSAN veri deposunun ikincil hata etki alanına bağlar. Kullanılabilirlik alanının alt yarısı yatay olarak düzenlenmiş üç bileşen içerir. Dairesel rozet simgesi, VMware NSX Edge A'sı temsil eder. Bulut ağı simgesi VMware HCX'i temsil eder. Monitör simgesi Gold SLA uygulamalarını temsil eder. kullanılabilirlik alanı iki içinde, iki bileşen satırı yatay olarak düzenlenir. Üst sıra, Azure bare-metal ESXi ana makinelerini ve VMware vSAN veri deposunun ikincil hata etki alanını içerir. Alt satırda VMware NSX Edge B, kesikli kutu içine alınmış Gold SLA uygulamaları, Silver SLA uygulamalarını temsil eden bir monitör simgesi ve Bronz SLA uygulamalarını temsil eden bir monitör simgesi bulunur. Zaman uyumlu ilke tabanlı çoğaltma etiketli noktalı çizgi, kullanılabilirlik alanı birindeki 'Gold SLA' uygulamalarını kullanılabilirlik alanı ikideki 'Gold SLA' uygulamaları kutusuna bağlar. Bu satır, bölgeler arasında uygulamalar arasında senkronizasyonu veya replikasyonu gösterir. Düz çizgiler kullanılabilirlik alanını bir ve kullanılabilirlik alanı ikiyi, diyagramın en altındaki kullanılabilirlik alanı üç - tanık sitesi etiketli bir kutuya bağlar. Üç kullanılabilirlik alanı bir VMware vSAN tanık gereci içerir.

Standart küme, bölgeler arasında genişletilmeyen bir kümedir. Standart bir kümede, küme ve tüm ESXi konakları bölgesel olmayan veya bölgesel olarak kabul edilir. Bölgesel olmayan kümeler, bölgedeki herhangi bir kullanılabilirlik alanına yerleştirilebilir ve Microsoft bölgeyi seçer. Bölgedeki bir kullanılabilirlik alanında kesinti yaşandığında, bölgeye bağlı olmayan kümeler ve sunucular, etkilenmiş bölgede yer alabilir ve kesinti süresi yaşayabilir.

Azure VMware Çözümü 2. Nesil, özel bulutların zonal dağıtımlarını destekler. Bölgesel bir özel bulut ayarladığınızda, kümelerinin her biri ve tüm ESXi konakları seçtiğiniz tek bir kullanılabilirlik alanına dağıtılır.

Bölgesel özel bulut, kullanılabilirlik alanı hatalarına karşı koruma sağlamaz. Daha yüksek dayanıklılık için birden çok özel bulutu ayrı kullanılabilirlik alanlarına dağıtabilirsiniz, ancak her özel bulutu bağımsız olarak dağıtmak ve yapılandırmak sizin sorumluluğundadır.

Kullanılabilirlik alanı seçmezseniz özel bulutunuz, kümeleri ve tüm ESXi konakları bölge dışı veya bölgesel olarak kabul edilir. Bölgesel olmayan kümeler, bölgedeki herhangi bir kullanılabilirlik alanına yerleştirilebilir ve Microsoft bölgeyi seçer. Bölgedeki bir kullanılabilirlik alanında kesinti yaşanırsa, etkilenen kullanılabilirlik alanındaki bölgeye bağlı olmayan kümeler kapalı kalma süresi yaşayabilir.

Diğer nesiller için kullanılabilirlik alanı desteği hakkında daha fazla bilgi için bu makalenin başında uygun nesli seçin.

Gereksinimler

• Region support: Esnetilmiş kümeler yalnızca esnetilmiş küme yapılandırmasını destekleyen Azure bölgelerde kullanılabilir. Bölgenin geçerli desteğini görmek için Azure bölgesinde kullanılabilirlik alanı ve tür eşleme tablosunu denetleyin.

• En düşük konaklar: Esnetilmiş küme yapılandırmasını etkinleştirmek için iki kullanılabilirlik alanına (her bölge için üç konak) en az altı konak dağıtın. Ölçeği daralttığınızda veya genişlettiğinizde, her bölgenin eşit sayıda host içermesi için çiftler halinde ölçeklemeniz gerekir.

• Konak SKU'ları: AV36, AV36P ve AV52 konak türleri esnetilmiş kümeleri destekler. AV64 SKU'su esnetilmiş kümeleri desteklemez.

• Region support: Hem Azure VMware Çözümü 2. Nesil hem de availability bölgeleri destekleyen bölgelerde bölgesel özel bulutlar dağıtabilirsiniz.

Değerlendirmeler

Bir bölgedeki her kullanılabilirlik alanı belirli konak türlerini destekleyebilir. Her bölgede mevcut olan ana bilgisayar türlerinin ayrıntılı listesi için bkz. Azure bölge kullanılabilirlik alanı ana bilgisayar türü eşleme tablosu.

Maliyet

Kümenin kullanılabilirlik alanı yapılandırmasından bağımsız olarak kümedeki her düğüm için maliyete neden olursunuz. Ayrıntılı fiyatlandırma bilgileri için bkz. Azure VMware Çözümü pricing.

Kullanılabilirlik alanı desteğini yapılandırma

• Yeni küme dağıtma: Desteklenen bir bölgede yeni bir Azure VMware Çözümü özel bulut oluşturduğunuzda, dağıtım sırasında bunu esnetilmiş küme olarak ayarlayabilirsiniz. Bu yapılandırma, konakları iki kullanılabilirlik alanına otomatik olarak dağıtır. Daha fazla bilgi için Bölünmüş vSAN kümelerini dağıtma sayfasına bakınız.

• Mevcut kümeler: Standart bir kümeyi esnetilmiş kümeye dönüştüremezsiniz ve esnetilmiş bir kümeyi standart kümeye dönüştüremezsiniz. Bunun yerine yeni bir küme dağıtmanız ve iş yüklerinizi taşımanız gerekir.

• Yeni küme dağıtma: Desteklenen bir bölgede yeni bir Azure VMware Çözümü özel bulut oluşturduğunuzda, kullanılabilirlik alanını seçebilirsiniz.

• Mevcut kümeler: Mevcut kümenin kullanılabilirlik alanı yapılandırmasını değiştiremezsiniz. Bunun yerine yeni bir küme dağıtmanız ve iş yüklerinizi taşımanız gerekir.

Tüm bölgeler sağlıklı olduğunda davranış

Bu bölümde, kümeniz esnetildiğinde ve tüm kullanılabilirlik alanları çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

• Bölgeler arası işlem: VM'ler her iki kullanılabilirlik alanındaki konaklarda da çalıştırılabilir. Performans veya kullanılabilirlik gereksinimlerini iyileştirmek için vSphere Dağıtılmış Kaynak Zamanlayıcı (DRS) benzeşimi ve benzeşim önleme kurallarını kullanarak VM yerleştirmeyi denetleyebilirsiniz.

• Bölgeler arası veri çoğaltma: vSAN, kullanılabilirlik alanları arasında verileri zaman uyumlu olarak çoğaltır. Her iki bölge de tutarlı veri bütünlüğü sağlamak için her yazma işlemini tamamlanmadan onaylar.

Bu bölümde kümeniz bölgesel özel buluta dağıtıldığında ve tüm kullanılabilirlik alanları çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

• Bölgeler arası işlem: VM'ler kümenin kullanılabilirlik alanındaki konaklarda çalışır.

• Bölgeler arası veri çoğaltma: Başka bir bölgeye çoğaltılan veri yok.

Bölge hatası sırasındaki davranış

Bu bölümde, kümeniz esnetildiğinde ve kullanılabilirlik alanı kesintisi oluştuğunda neler bekleyebileceğiniz açıklanmaktadır.

• Tespit ve yanıt: Azure VMware Çözümü, bölge hatalarına altyapı düzeyinde yanıtı yönetir. vSphere HA, bölge hatalarını otomatik olarak algılar ve gerekirse VM yeniden başlatma yordamlarını başlatır.

• Notification: Microsoft, bölge kapatıldığında sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Ayrıca Azure Hizmet Durumu kullanarak tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlayabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

• Etkin istekler: Başarısız kullanılabilirlik alanında çalışan tüm VM'ler, iyi durumdaki kullanılabilirlik alanındaki konaklarda yeniden başlatılır. Etkilenen VM'lere yönelik etkin istekler ve bağlantılar sonlandırılır ve istemciler bunları yeniden denemekten sorumludur.

• Beklenen kapalı kalma süresi: Vm yapılandırmasına ve başlangıç yordamlarına bağlı olarak, iyi durumdaki bölgedeki başarısız VM'leri yeniden başlatma süresi genellikle birkaç dakikadır. Esnetilmiş küme daha düşük kapasiteyle çalışır durumda kalır.

  Başarısız kullanılabilirlik alanı tanık düğümünü içeriyorsa, tanık ulaşılamaz hale gelir. Yeterli veri çoğaltmaları kullanılabilir olduğu sürece, veri konakları ve çalışan iş yükleri anında veri kaybı olmadan çalışmaya devam eder. Ancak vSAN bu durumda çoğunluk farkındalığını kaybeder. Çoğunluk kaybı, yerleştirme ve kurtarma kararlarının güvenli bir şekilde alınmasına engel olur. Ayrıca hatalardan sonra VM açma, yeniden dengeleme ve onarım gibi belirli işlemleri engeller.

• Beklenen veri kaybı: vSAN bölgeler arasında zaman uyumlu çoğaltma kullandığından, bölge hatası sırasında veri kaybı beklenmez.

• Yeniden dağıtım: vSphere DRS, VM iş yüklerini otomatik olarak iyi durumdaki kullanılabilirlik alanına yeniden dağıtır. VMware NSX üzerinden ağ trafiği yönlendirmesi, yeni VM yerleşimine otomatik olarak uyum sağlar.

Bu bölümde kümeniz bir bölgesel özel buluta dağıtıldığında ve kullanılabilirlik alanı kesintisi oluştuğunda neler bekleyebileceğiniz açıklanmaktadır.

• Algılama ve yanıt: Kullanılabilirlik alanı kaybını algılamanız gerekir. Gerekirse, daha önce başka bir kullanılabilirlik alanında oluşturduğunuz ikincil kümeye yük devretme işlemini başlatabilirsiniz.

• Notification: Microsoft, bölge kapatıldığında sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Ayrıca Azure Hizmet Durumu kullanarak tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlayabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

• Etkin istekler: Etkilenen VM'lere yönelik etkin istekler ve bağlantılar sonlandırılır ve istemciler bunları yeniden denemekten sorumludur.

• Beklenen kapalı kalma süresi: Bir bölge kullanılamıyorsa, kullanılabilirlik bölgesi yeniden etkin olana kadar kümeniz ve iş yükleri çalışamaz.

• Beklenen veri kaybı: Etkilenen bölgedeki veriler, bölge kurtarana kadar kullanılamaz.

• Dağıtılması: Gerekirse, trafiği iyi durumdaki bölgelerdeki diğer kümelere yönlendirme sorumluluğunuz vardır.

Bölge kurtarma

Kullanılabilirlik alanı kurtarıldığında, vSphere DRS isteğe bağlı olarak DRS yapılandırmanıza ve benşim kurallarınıza göre VM'leri kurtarılan bölgeye yeniden dağıtabilir. Ayrıca vMotion işlemlerini kullanarak VM yerleştirmeyi el ile denetleyebilirsiniz.

Kullanılabilirlik alanı kurtarıldığında, bölgedeki kümeler ve konaklar yeniden kullanılabilir duruma gelir. İş yüklerinizin gerektirdiği tüm bölge kurtarma yordamlarından ve veri eşitlemeden siz sorumlusunuz.

Bölge hataları için test

Bölge hatalarına hazırlanmak için, uygulamanızın VM yeniden başlatmalarına ve ağ yolu değişikliklerine dayanıklılığını test edin; özellikle de farklı bölgelerdeki ayrı kümelerde esnetilmiş kümeleriniz varsa veya uygulamaları dağıttıysanız.

Azure VMware Çözümü bölge hatalarına yönelik altyapı yanıtını yönettiğinden öncelikle uygulamanızın VM yeniden başlatmalarına yanıtını test etmeniz gerekir.

Başka bir bölgedeki veya farklı bir bölgedeki kümeye yük devretme gibi bölge hatalarına verilen altyapı yanıtlarından siz sorumlusunuz. Yanıt süreçlerinizi kapsamlı bir şekilde test ettiğinizden emin olun.

Bölge genelindeki hatalara dayanıklılık

Her Azure VMware Çözümü kümesi tek bir Azure bölgede dağıtılır. Bölge kullanılamaz duruma gelirse, özel bulutunuz ve içindeki tüm kaynaklar kullanılamaz duruma gelir.

Ancak, belirli iş gereksinimlerinizi ve kurtarma hedeflerinizi karşılamak için farklı yaklaşımları birleştiren veya mevcut altyapınızla tümleştirilen özel çok bölgeli çözümler de tasarlayabilirsiniz.

Dayanıklılık için özel çok bölgeli çözümler

Azure VMware Çözümü ile çok bölgeli dayanıklılık elde etmek için, birden çok bölgeye ayrı özel bulutlar dağıtmanız ve yük devretme ile diğer olağanüstü durum kurtarma (DR) çözümlerini uygulamanız gerekir.

Çeşitli seçenekler farklı dayanıklılık gereksinimlerini destekler. Daha fazla bilgi için bkz. Azure VMware Çözümü sanal makineler için Disaster kurtarma çözümleri.

Yedekleme ve geri yükleme

Azure VMware Çözümü etkinleştirilirse vCenter Server, NSX Manager ve HCX Manager gibi yönetim bileşenlerini otomatik olarak yedekler. Bu yönetim yedeklerinden bileşenleri geri yüklemek için bir Azure desteği isteği oluşturun.

VM iş yükleriniz için Azure VMware Çözümü birden çok yedekleme yaklaşımını destekler. Daha fazla bilgi için Azure VMware Çözümü VM'leri için Yedekleme çözümleri başlıklı makaleye bakın.

Hizmet bakımına dayanıklılık

Azure güvenlik güncelleştirmelerini uygulamak, yeni özellikler dağıtmak ve hizmet güvenilirliğini artırmak için otomatik platform bakımı yapar.

Bakımın Azure VMware Çözümü bileşenlerini nasıl etkilediğini öğrenmek ve sizin sorumlu olduğunuz ile Microsoft'un sorumlu olduğu bileşenleri anlamak için bkz. Azure VMware Çözümü özel bulut bakımı.

Bakımın üretim iş yüklerinizi etkileme olasılığını azaltmak için kümenizin bakım pencerelerini ayarlayabilirsiniz. Daha fazla bilgi için Azure VMware Çözümü için kendi kendine bakım planı bölümüne bakın.

Hizmet düzeyi sözleşmesi

Azure hizmetleri için hizmet düzeyi sözleşmesi (SLA), her hizmetin beklenen kullanılabilirliğini ve bu kullanılabilirlik beklentisini elde etmek için çözümünüzün karşılaması gereken koşulları açıklar. Daha fazla bilgi için bkz. çevrimiçi hizmetler için SLA’lar.

Azure VMware Çözümü, iş yükü altyapısı ve yönetim işlemleri için farklı kullanılabilirlik SLA'ları sağlar.

Esnetilmiş kümeler olarak ayarladığınız kümelerin iş yükü altyapısı kullanılabilirliği SLA'sı daha yüksektir.

Ancak kullanılabilirlik SLA'larına hak kazanmak için kümenizi belirli şekillerde ayarlamanız gerekir. Daha fazla bilgi için SLA metnine bakın.

İlgili içerik

• Azure'da Güvenilirlik
• Azure VMware Çözümü Genel bakış
• vSAN esnetilmiş kümelerini dağıtma
• VMware HCX kullanarak DR dağıtma
• Azure VMware Çözümü için İş sürekliliği ve olağanüstü durum kurtarma (BCDR)
• Azure VMware Çözümü iş yükleri