Aracılığıyla paylaş

Azure Otomasyonu için kullanılabilirlik alanları desteği

  • Makale

Azure kullanılabilirlik alanları , belirli bir Azure bölgesindeki bir hizmet örneğine gelişmiş dayanıklılık ve yüksek kullanılabilirlik sağlar. Azure Otomasyonu artık hizmet, runbook'lar ve diğer otomasyon varlıkları için geliştirilmiş dayanıklılık ve güvenilirlik yüksek kullanılabilirliği sağlamak için Kullanılabilirlik alanlarını destekliyor.

Azure kullanılabilirlik alanları, uygulamalarınızı ve verilerinizi veri merkezi hatalarından koruyan yüksek kullanılabilirlik teklifidir. Kullanılabilirlik alanları, Azure bölgesindeki benzersiz fiziksel konumlardır ve her bölge bağımsız güç, soğutma ve ağ ile donatılmış bir veya daha fazla veri merkezinden oluşur. Dayanıklılığı sağlamak için tüm etkin bölgelerde en az üç ayrı bölge olması gerekir.

Alanlar arası yedekli Otomasyon hesabı, desteklenen bölgedeki kullanılabilirlik alanları arasında çeşitli yönetim işlemleri ve runbook işleri aracılığıyla trafiği otomatik olarak Otomasyon hesabına dağıtır. Çoğaltma, bu fiziksel olarak ayrı bölgelere hizmet düzeyinde işlenir ve bu da hizmetin aynı bölgedeki Otomasyon hesaplarının kullanılabilirliğini etkilemeden bir bölge hatasına dayanıklı olmasını sağlar.

Bir bölgenin kapanması durumunda, bölge hatasından kurtarmak için herhangi bir eylem yapmanız gerekmez ve hizmete diğer kullanılabilir bölgeler üzerinden erişilebilir. Hizmet, bölgenin kapandığını algılar ve trafiği gerektiğinde otomatik olarak kullanılabilir bölgelere dağıtır.

Kullanılabilirlik alanıyla ilgili dikkat edilmesi gerekenler

  • Kullanılabilirlik alanı desteklenen tüm bölgelerde, Otomasyon hesapları için bölge yedekliliği varsayılan olarak etkinleştirilir ve devre dışı bırakılamaz. Hizmet tarafından etkinleştirildiğinden ve yönetildiğinden sizin tarafınızdan herhangi bir işlem yapılması gerekmez.
  • Temel SKU'ya sahip tüm yeni Otomasyon hesapları yerel olarak alanlar arası yedeklilikle oluşturulur.
  • Mevcut tüm Otomasyon hesapları otomatik olarak alanlar arası yedekli hale gelir. Sizin ucunuzdan eylem gerektirmez.
  • Bölge azaltma senaryosunda, hizmet kendi kendine düzeltme, iyi durumdaki bölgelere ayarlamak için temel alınan kapasiteyi yeniden dengeleyene kadar kısa bir performans düşüşü bekleyebilirsiniz. Bu, bölge geri yükleme işlemine bağımlı değildir; hizmetin kendi kendini düzeltme durumu, diğer bölgelerdeki kapasiteyi kullanarak kayıp bir bölgeyi telafi eder.
  • Bölge genelinde hata senaryosunda, ikincil bölgedeki Otomasyon hesapları için olağanüstü durum kurtarma ayarlamak için sağlanan yönergeleri izlemeniz gerekir.
  • Otomasyon hesapları için kullanılabilirlik alanı desteği, runbook otomasyonu için geliştirilmiş dayanıklılık sağlamak üzere yalnızca Process Automation özelliğini destekler.

Kullanılabilirlik alanları olan desteklenen bölgeler

Kullanılabilirlik alanları olan Azure bölgeleri için bkz. Azure'da bölgeler ve Kullanılabilirlik Alanları. Otomasyon hesapları şu anda aşağıdaki bölgeleri destekler:

  • Doğu Avustralya
  • Güney Brezilya
  • Orta Kanada
  • Orta Hindistan
  • Central US
  • Kuzey Çin 3
  • Doğu Asya
  • Doğu ABD
  • Doğu ABD 2
  • Orta Fransa
  • Orta Batı Almanya
  • İsrail Orta
  • İtalya Kuzey
  • Doğu Japonya
  • Güney Kore - Orta
  • Kuzey Avrupa
  • Doğu Norveç
  • Polonya Merkezi
  • Katar Merkezi
  • Güney Afrika - Kuzey
  • Orta Güney ABD
  • Güneydoğu Asya
  • Orta İsveç
  • USGov Virginia (Fairfax Özel Bulutu)
  • Güney Birleşik Krallık
  • West Europe
  • Batı ABD 2
  • Batı ABD 3

Alanlar arası yedekli Otomasyon hesabı oluşturma

Aşağıdakini kullanarak alanlar arası yedekli Otomasyon hesabı oluşturabilirsiniz:

Dekont

Otomasyon Hesaplarının oluşturma akışında Kullanılabilirlik alanı seçme veya görme seçeneği yoktur. Bu, hizmet düzeyinde etkinleştirilen ve yönetilen varsayılan bir ayardır.

Fiyatlandırma

Otomasyon hesabında alanlar arası yedeklilik özelliğini etkinleştirmek için ek maliyet yoktur.

Servis Düzeyi Sözleşmesi

Otomasyon Hesabı'ndaki Kullanılabilirlik alanlarının desteğiyle Hizmet Düzeyi Sözleşmesi'nde bir değişiklik yoktur. SLA, iş başlangıç zamanına bağlıdır ve runbook işlerinin en az %99,9'unun planlanan başlangıç saatlerinden itibaren 30 dakika içinde başlayacağını garanti eder.

Sonraki adımlar