Kullanılabilirlik alanları nedir?

Birçok Azure bölgesi, bir bölgedeki ayrı veri merkezi grupları olan kullanılabilirlik alanları sağlar. Her kullanılabilirlik alanı bağımsız güç, soğutma ve ağ altyapısına sahiptir, böylece bir bölgede kesinti yaşanırsa bölgesel hizmetler, kapasite ve yüksek kullanılabilirlik kalan bölgeler tarafından desteklenir.

Kullanılabilirlik alanları genellikle birkaç kilometre ile ayrılır ve genellikle 100 kilometre içindedir. Bu uzaklık, yüksek performanslı bir ağ üzerinden diğer kullanılabilirlik alanlarına düşük gecikme süreli bağlantılara sahip olacak kadar yakın oldukları anlamına gelir. Ancak, yerel kesintilerden veya hava durumundan birden fazla kişinin etkilenme olasılığını azaltmak için yeterince uzaktadırlar.

Veri merkezi konumları sıkı güvenlik açığı risk değerlendirmesi ölçütleri kullanılarak seçilir. Bu işlem, veri merkezine özgü tüm önemli riskleri belirler ve kullanılabilirlik alanları arasında paylaşılan riskleri dikkate alır.

Aşağıdaki diyagramda birkaç örnek Azure bölgesi gösterilmektedir. Bölge 1 ve 2 kullanılabilirlik alanlarını destekler ve 3. ve 4. bölgelerde kullanılabilirlik alanları yoktur.

Hangi bölgelerin kullanılabilirlik alanlarını desteklediğini görmek için bkz . Kullanılabilirlik alanı desteğine sahip Azure bölgeleri.

Kullanılabilirlik alanı desteği türleri

Azure hizmetleri iki tür kullanılabilirlik alanı desteği sağlayabilir: alanlar arası yedekli ve bölgesel. Her hizmet bir veya iki türü destekleyebileceğinden. Güvenilirlik stratejinizi tasarlarken, iş yükünüzdeki her hizmetin kullanılabilirlik alanlarını nasıl desteklediğini anladığınızdan emin olun.

• Alanlar arası yedekli dağıtımlar: Alanlar arası yedekli kaynaklar otomatik olarak birden çok kullanılabilirlik alanına çoğaltılır veya dağıtılır. Örneğin, alanlar arası yedekli veri hizmetleri verileri birden çok bölgede çoğaltarak bir bölgedeki bir hatanın verilerin kullanılabilirliğini etkilememesini sağlar. Bazı hizmetler için kaynağınızın kullandığı bölge kümesini, diğer hizmetlerde ise Microsoft bölgeleri seçebilirsiniz.

  Alanlar arası yedekli dağıtımlarla Microsoft, isteklerin bölgelere yayılmasını ve verilerin bölgeler arasında çoğaltılmasıyla yönetir. Kullanılabilirlik alanında bir kesinti oluşursa, Microsoft başka bir bölgeye yük devretmeyi otomatik olarak yönetir.

• Bölgesel dağıtımlar: Bölgesel bir kaynak, kendi kendine seçilen tek bir kullanılabilirlik alanına dağıtılır. Bu yaklaşım dayanıklılık avantajı sağlamaz, ancak daha katı gecikme süresi veya performans gereksinimleri elde etmeye yardımcı olur. Örneğin, sanal makineler, yönetilen diskler ve standart IP adresleri aynı bölgeye bölge olarak dağıtılabilir.

  Bölgesel kaynakların dayanıklılığını artırmak için, bölge içindeki birden çok kullanılabilirlik alanında ayrı kaynaklara sahip bir mimari tasarlamanız gerekir, ancak Microsoft süreci sizin için yönetmez. Kullanılabilirlik alanında bir kesinti oluşursa, başka bir bölgeye yük devretme sizin sorumluluğundadır.

Bir kaynağı alanlar arası yedekli olacak şekilde yapılandırırken veya farklı kullanılabilirlik alanlarında bir bölgesel kaynağın birden çok örneğini kullanıyorsanız, kaynağınız alanlar arası dayanıklı olarak kabul edilir; yani tek bir kullanılabilirlik alanının kesintisine karşı dayanıklıdır.

Bazı hizmetler, siz bunları yapılandırana kadar kullanılabilirlik alanlarını kullanmaz. Bir hizmeti kullanılabilirlik alanı desteği için açıkça yapılandırmazsanız, buna bölgesel olmayan veya bölgesel dağıtım denir. Bu şekilde yapılandırılan kaynaklar bölgedeki herhangi bir kullanılabilirlik alanına yerleştirilebilir ve taşınabilir. Bölgedeki herhangi bir kullanılabilirlik alanında kesinti yaşanırsa, bölgesel olmayan kaynaklar etkilenen bölgede olabilir ve kapalı kalma süresiyle karşılaşabilir.

Kullanılabilirlik alanı desteği için kaynakları yapılandırma

Her hizmetin kullanılabilirlik alanı desteğini yapılandırmak için kendi yöntemi vardır. Her hizmetin kullanılabilirlik alanlarını nasıl desteklediği ve bu desteği nasıl yapılandıracağınızı öğrenmek için bkz . Hizmete göre Azure güvenilirlik kılavuzları.

Fiziksel ve mantıksal kullanılabilirlik alanları

Her veri merkezi bir fiziksel bölgeye atanır. Fiziksel bölgeler Azure aboneliğinizdeki mantıksal bölgelere eşlenir ve farklı aboneliklerin eşleme sırası farklı olabilir. Azure aboneliklerine, abonelik oluşturulduğu sırada eşlemeleri otomatik olarak atanır. Bu nedenle, bir aboneliğin bölge eşlemesi diğer abonelikler için farklı olabilir.

Örneğin, A aboneliğinde mantıksal bölge 2 ile eşlenmiş fiziksel bölge 1, B aboneliğinde ise mantıksal bölge 3 ile eşlenmiş fiziksel bölge 1 olabilir:

Aboneliğinizin mantıksal ve fiziksel bölgeleri arasındaki eşlemeyi anlamak için Liste Konumları Azure Resource Manager API'sini kullanın. Api'den bilgileri almak için Azure CLI veya Azure PowerShell kullanabilirsiniz.

Birden çok aboneliğe yayılan dayanıklı çözümlerin bölge eşlemesini karşılaştırmak için ayrılmış ARM API'sini kullanınZonePeers. API'yi checkZonePeers kullanmak için "Microsoft.Resources/AvailabilityZonePeering" özelliğinin etkinleştirilmesi gerekir. Özellikleri etkinleştirme hakkında daha fazla bilgi için bkz . Azure aboneliğinde özellikleri kaydetme.

az rest --method get \
    --uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' \
    --query 'value[?availabilityZoneMappings != `null`].{displayName: displayName, name: name, availabilityZoneMappings: availabilityZoneMappings}'

$subscriptionId = (Get-AzContext).Subscription.ID
$response = Invoke-AzRestMethod -Method GET -Path "/subscriptions/$subscriptionId/locations?api-version=2022-12-01"
$locations = ($response.Content | ConvertFrom-Json).value

Kullanılabilirlik alanları ve Azure güncelleştirmeleri

Her bölge için Microsoft, azure hizmetlerine güncelleştirmeleri tek seferde tek bir kullanılabilirlik alanı içinde dağıtmayı amaçlar. Bu yaklaşım, güncelleştirmelerin etkin bir iş yükü üzerindeki etkisini azaltarak güncelleştirme devam ederken iş yükünün diğer bölgelerde çalışmaya devam etmesini sağlar. Sıralı bölge güncelleştirmelerinden yararlanmak için iş yükünüz zaten birden çok bölgede çalışacak şekilde yapılandırılmış olmalıdır. Azure'ın güncelleştirmeleri nasıl dağıttığı hakkında daha fazla bilgi için bkz . Güvenli dağıtım uygulamalarını geliştirme.

Bölgeler arası gecikme süresi

Her bölge içinde kullanılabilirlik alanları yüksek performanslı bir ağ üzerinden bağlanır. Microsoft, yaklaşık 2 milisaniyeden kısa gidiş dönüş gecikme süresiyle bölgeler arası iletişim sağlamaya çalışır. Düşük gecikme süresi, bir bölge içinde yüksek performanslı iletişime ve birden çok kullanılabilirlik alanında verilerin zaman uyumlu olarak çoğaltılmasına olanak tanır.

Çoğu iş yükünde, performansınızı belirgin bir şekilde etkilemeden çözümünüzün bileşenlerini kullanılabilirlik alanları arasında dağıtabilirsiniz. Bölgeler arası gecikme süresine karşı yüksek düzeyde duyarlılığa sahip bir iş yükünüz varsa, seçtiğiniz kullanılabilirlik alanları arasındaki gecikme süresini gerçek protokolleriniz ve yapılandırmanızla test etmek önemlidir. Bölgeler arası trafiği azaltmak için bölgesel dağıtımları kullanmak mümkündür, ancak en uygun şekilde güvenilirlik strateji planınızda birden çok kullanılabilirlik alanı kullanmanız gerekir.

Kullanılabilirlik alanı mimari kılavuzu

Güvenilir iş yükleri elde etmek için:

• Üretim iş yükleri, bulundukları bölge kullanılabilirlik alanlarını destekliyorsa birden çok kullanılabilirlik alanı kullanacak şekilde yapılandırılmalıdır.
• Görev açısından kritik iş yükleri için hem çok bölgeli hem de çok bölgeli bir çözüm düşünmelisiniz.

Bir çözüm mimarisinde bölgeleri ve kullanılabilirlik alanlarını kullanma hakkında daha ayrıntılı bilgi için bkz . Kullanılabilirlik alanlarını ve bölgelerini kullanma önerileri.

Sonraki adımlar

• Kullanılabilirlik alanları olan Azure hizmetleri

• Kullanılabilirlik alanları olan Azure bölgeleri

• Kullanılabilirlik alanı geçiş kılavuzu

• Microsoft'un Azure kullanılabilirlik alanlarını daha fazla bölgeye genişletme taahhüdü

• Kullanılabilirlik alanlarını ve bölgeleri kullanmak için öneriler