Aracılığıyla paylaş


Azure VMware Çözümünde Güvenilirlik

Azure VMware Çözümü , ayrılmış çıplak Azure altyapısından oluşturulan VMware vSphere kümelerini 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ızdan Azure hizmetlerini kullanabilirsiniz. İş yüklerinizin yüksek kullanılabilirliğini ve dayanıklılığını sağlamak için VMware ve Azure'a özel özelliklerin bir birleşimini kullanabilirsiniz.

Azure'ı kullandığınızda güvenilirlik paylaşılan bir sorumluluktır. Microsoft, dayanıklılık ve kurtarmayı desteklemek için çeşitli özellikler sunar. 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, Azure VMware Çözümünün geçici hatalar, kullanılabilirlik alanı kesintileri ve bölge kesintileri gibi olası kesintilere ve sorunlara karşı nasıl dayanıklı hale getirilmeye başlandığı açıklanmaktadı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 bir planlama gerektirir ve genellikle birden çok Azure hizmeti gerektirir. Ayrıntılı yönergeler için bkz. Well-Architected Framework'teki Azure VMware Çözümü iş yükleri .

Güvenilirlik mimarisine genel bakış

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

Azure VMware Çözümünü dağıttığınızda, bir veya daha fazla küme içeren özel bir bulut dağıtırsınız. Her küme, vSAN aracılığıyla işlem, depolama ve VMware NSX üzerinden ağ sağlayan ESXi konakları içerir. Azure VMware Çözümünün iki nesli vardır:

  • Nesil 1, düğümler için özel çıplak metal donanım kullanır 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ı.
  • 2. Nesil standart Azure sanal makine türlerini ve Azure sanal ağlarını kullanır. Bu mimari, ağ mimarisini basitleştirir, veri aktarım hızlarını artırır, iş yükleri için gecikmeyi azaltır ve diğer Azure hizmetlerine erişirken performansı iyileştirir.

Arızaya dayanıklılık

Azure VMware Çözümü, hem altyapı hem de uygulama düzeyindeki 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 etkindir 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.

  • Ağ 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'lerinde çalışan uygulamalar için standart geçici hata işleme uygulamalarını uygulayın:

  • Üstel geri çekilme ile uygun tekrar deneme politikalarını yapılandırma
  • Dış hizmet çağrıları için devre kesici tasarım kalıplarını kullanın.
  • Uygulama durumunu izleme ve düzgün bir düşüş uygulama
  • VM yeniden başlatmalarının etkisini azaltmak için mümkün olduğunda durum bilgisi olmayan uygulamalar tasarlama

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

Kullanılabilirlik alanları , bir Azure bölgesi içindeki veri merkezlerinin fiziksel olarak ayrı gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Azure VMware Çözümü 1. Nesil, ESXi konaklarını bir bölgedeki iki kullanılabilirlik alanına dağıtan esnetilmiş kümeler aracılığıyla kullanılabilirlik alanlarını destekler. 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.

Diyagramda, üçüncü bir Kullanılabilirlik Alanında oluşturulan ve verilerin üçüne de kopyalandığı yönetilen vSAN esnetilmiş kümesi gösterilmektedir.

Standart küme, bölgeler arasında genişletilmeyen bir kümedir. Standart bir kümede, küme ve tüm ESXi konakları bölge dışı veya bölgesel olarak kabul edilir. Bölge dışı 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, bölgeye özgü olmayan kümeler ve konaklar etkilenen bölgede olabilir ve kesinti yaşayabilir.

Azure VMware Çözümü 2. Nesil, özel bulutların bölgesel dağıtımlarını destekler. Bir bölgesel özel bulut yapılandırdığı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ölge dışı 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, bölge dışı kümeler etkilenen bölgede olabilir ve kapalı kalma süresiyle karşılaşabilir.

Diğer nesillere yönelik kullanılabilirlik alanı desteği hakkındaki bilgileri görüntülemek için bu sayfanın başında uygun nesli seçin.

Gereksinimler

  • Bölge desteği: Esnetilmiş kümeler, esnetilmiş küme yapılandırmasını destekleyen belirli Azure bölgelerinde kullanılabilir. Geçerli bölge desteği için Azure bölgesi kullanılabilirlik alanı konak türü eşleme tablosunu kontrol edin.

  • En düşük konaklar: Esnetilmiş küme yapılandırmasını etkinleştirmek için iki kullanılabilirlik alanına (bölge başına üç konak) en az altı konak dağıtın. Genişletme veya daraltma yaparken, bölgelerdeki konak sayılarının her birinde eşit olması için çiftler halinde ölçeklendirmeniz gerekir.

  • Konak SKU'ları: Esnetilmiş kümeler AV36, AV36P ve AV52 konak türleriyle desteklenir. AV64 SKU'su esnetilmiş kümelerde desteklenmez.

Bölge desteği: Hem Azure VMware Çözümü 2. Nesil'i destekleyen hem de kullanılabilirlik alanlarını destekleyen bölgelere bölgesel özel bulutlar dağıtabilirsiniz.

Değerlendirmeler

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

Maliyet

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

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

  • Yeni küme dağıtma: Desteklenen bir bölgede yeni bir Azure VMware Çözümü özel bulutu oluşturduğunuzda, dağıtım sırasında bunu esnetilmiş küme olarak yapılandırabilirsiniz. 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 veya 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 bulutu 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. Vm yerleşimi, performans veya kullanılabilirlik gereksinimlerini iyileştirmek için vSphere DRS benzeşimi ve benzeşim karşıtı kurallar kullanılarak denetlenebilir.

  • Bölgeler arası veri çoğaltma: vSAN, kullanılabilirlik alanları arasında verileri zaman uyumlu olarak çoğaltır. Her yazma işlemi tamamlanmadan önce her iki bölge tarafından da onaylanır ve tutarlı veri bütünlüğü sağlanır.

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.

  • Algılama 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.
  • Bildirim: Bir bölge kapatıldığında Microsoft sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu'nı kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Azure Hizmet Durumu'nı , bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için de kullanabilir 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, hayatta kalan 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 oy çoğunluğu farkındalığını kaybederek veri yerleştirme ve kurtarma kararlarının güvenli bir şekilde alınmasına engel olur ve hatalardan sonra VM'nin açılması, yeniden dengeleme ve onarım gibi belirli işlemlerin engellenmesine yol açar.

  • 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 hayatta kalan 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. Gerektiğinde, farklı bir erişilebilirlik bölgesinde önceden oluşturduğunuz ikincil kümeye yük devretmeyi başlatmak için adım atabilirsiniz.
  • Bildirim: Bir bölge kapatıldığında Microsoft sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu'nı kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Azure Hizmet Durumu'nı , bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için de kullanabilir 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ımı: Gerekirse trafiği sağlıklı bölgelerdeki diğer kümelere yönlendirme sorumluluğu size aittir.

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ının benzetimini şu şekilde yapabilirsiniz:

  • Bölge düzeyinde hataları simüle etmek için vSphere kullanarak konakları bakım moduna geçirmek.

  • Yedekleme ve izleme sistemlerinin simülasyon hataları sırasında çalışmaya devam ettiğini doğrulama.

  • Vm yeniden başlatmalarına ve ağ yolu değişikliklerine karşı uygulama dayanıklılığını test etme, özellikle de kümeleri esnetdiğinizde veya uygulamaları farklı bölgelerdeki ayrı kümeler arasında dağıttığınızda.

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ölgesinde 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ölgede ayrı özel bulutlar dağıtmanız ve yük devretme ile diğer olağanüstü durum kurtarma çözümlerini uygulamanız gerekir.

Farklı gereksinimleri destekleyen çeşitli seçenekler vardır. Daha fazla bilgi için bkz. Azure VMware için üçüncü taraf yedekleme ve olağanüstü durum kurtarma çözümleri: Sınırlamalar, uyumluluk ve bilinen sorunlar.

Yedekleme ve geri yükleme

Azure VMware Çözümü, yönetim bileşenlerini (vCenter Server, NSX Manager ve etkinleştirildiyse HCX Yöneticisi) otomatik olarak yedekler. Bu yönetim yedeklemelerinden geri yüklemek için bir Azure destek isteği oluşturun.

VM iş yükleriniz için Azure VMware Çözümü birden çok yedekleme yaklaşımını destekler. Ayrıntılı bilgi için bkz . Azure VMware Çözümü VM'leri için yedekleme çözümleri.

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ı gerçekleştirir.

Bakımın Azure VMware Çözümü bileşenleri üzerindeki etkisi hakkında bilgi edinmek ve bakımdan sorumlu olduğunuz bileşenleri ve Microsoft'un bakımını yaptığı bileşenleri anlamak için bkz. Azure VMware Çözümü özel bulut bakımı en iyi yöntemleri.

Üretim iş yüklerinizi etkileyen bakım olasılığını azaltmak için kümenizin bakım pencerelerini yapılandırabilirsiniz. Daha fazla bilgi için bkz. Azure VMware Çözümü (genel önizleme) için self servis bakım planlama.

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 çevrimiçi hizmetler için SLA'lar sayfasına bakın.

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 yapılandırılan 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 yollarla yapılandırmanız gerekir. Ayrıntılı bilgi için SLA metnine bakın.