Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
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.
Azure, özel veya genel IP adreslemesi kullanmanız fark etmez ve aynı bölgedeki kullanılabilirlik alanları arasında veri aktarımı için ücret almaz.
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.
Tavsiye
Hangi bölgelerin kullanılabilirlik alanlarını desteklediğini görmek için bkz. Azure bölgeleri listesi.
Veri merkezleri ve kullanılabilirlik alanları
Kullanılabilirlik alanı, bir bölgedeki bir veya daha fazla fiziksel olarak ayrı veri merkezinin mantıksal gruplandırılmasıdır. Her kullanılabilirlik alanı, birinde bir sorun olduğunda (güç kesintisi veya ağ sorunu gibi) diğerlerinin çalışmaya devam etmesi için oluşturulur. Tek bir veri merkezi bu koruma düzeyini tek başına sunmaz.
Kullanılabilirlik alanı desteği türleri
Azure hizmetleri kaynakları için üç tür kullanılabilirlik alanı desteği sağlayabilir: alanlar arası yedekli ve bölgesel. Her hizmet bu türlerden birini veya daha fazlasını destekleyebilir. Güvenilirlik stratejinizi tasarlarken, her hizmetin güvenilirlik kılavuzuna bakarak iş yükünüzdeki her hizmetin kullanılabilirlik alanlarını nasıl desteklediğini anladığınızdan emin olun.
Her hizmet, kullanılabilirlik alanı desteğini farklı şekillerde uygulayabilir. Aşağıdaki bölümlerde, kullanılabilirlik alanı destek hizmetlerinin sağlayabilecekleri iki tür açıklanmaktadır:
Alanlar arası yedekli kaynaklar: Alanlar arası yedekli kaynaklar, hizmet tarafından 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 desteklenen bölgelerde otomatik olarak alanlar arası yedeklidir, diğer hizmetler ise kaynağınızı alanlar arası yedekli olacak şekilde yapılandırmanızı gerektirir. Çoğu hizmet için Microsoft, kaynaklarınızın kullandığı bölgeleri seçer. Bazen bölge kümesini seçebilirsiniz.
Bölge yedekli dağıtımlarla Microsoft, isteklerin bölgelere yayılmasını ve verilerin bölgeler arasında çoğaltılmasını 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 kaynaklar: Bölgesel kaynak, kendi kendine seçilen tek bir kullanılabilirlik alanına dağıtılır.
Bölgesel dağıtımlar, kullanılabilirlik alanı kesintilerine karşı otomatik olarak dayanıklılık sağlamaz. Ancak, bölgesel kaynaklar diğer bölgelerdeki hatalardan yalıtılır. Ayrıca, olağan dışı derecede katı gecikme süresi veya performans gereksinimlerini karşılamanıza da yardımcı olabilir. Örneğin, sanal makineler kullanılarak oluşturulan sohbetli bir iş yükü için, aralarındaki gecikme süresini azaltmak için aynı bölgeye birden çok sanal makine dağıtmayı seçebilirsiniz.
Bölgesel kaynakları kullanılabilirlik alanı kesintilerine dayanıklı hale getirmek için, bölge içindeki birden çok kullanılabilirlik alanında ayrı kaynaklara sahip bir mimari tasarlamanız gerekir. Microsoft işlemi sizin için yönetmez. Kullanılabilirlik alanında bir kesinti oluştuğunda, başka bir alana yük devretmek sizin sorumluluğunuzdadır.
Bazı hizmetlerin kullanılabilirlik alanı desteği için karşılaması gereken ek gereksinimler olabilir. Örneğin, bazıları yalnızca belirli katmanlar veya SKU'lar için veya Azure bölgelerinin bir alt kümesinde kullanılabilirlik alanlarını destekleyemeyebilir. Güvenilirlik kılavuzları , hizmetlerinizde kullanılabilirlik alanlarını etkinleştirmek için karşılamanız gereken gereksinimlerin ayrıntılarını içerir.
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 dayanıklıdır.
Bölgesel dağıtımları kullanma ve bölge dayanıklılığını koruma hakkında daha fazla bilgi edinmek için bkz. Bölgesel kaynaklar ve bölge dayanıklılığı.
Kaynak kullanılabilirlik alanlarını kullanacak şekilde yapılandırılmamışsa, kullandığınız bölge bölgeleri desteklemediği için veya yapılandırma seçenekleriniz nedeniyle buna bölgesel olmayan veya bölgesel dağıtım adı verilir. Azure, bölgedeki tüm bölgelere bölgesel olmayan kaynaklar yerleştirebilir. Hangi kaynakların hangi bölgelere gideceğini seçmezsiniz. Bölgedeki herhangi bir kullanılabilirlik alanında kesinti yaşanırsa, bölge dışı 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 (ARM) 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ış checkZonePeers ARM API'sini kullanın. 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}'
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.
Uyarı
Hedef gecikme süresi, ağ bağlantılarının gecikme süresini ifade eder. Kullandığınız iletişim protokolüne ve belirli bir ağ akışı için gereken ağ atlamalarına bağlı olarak, gözlemlediğiniz gecikme süresi farklı olabilir.
Ç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. Bölgesel dağıtımları kullanma ve bölge dayanıklılığını koruma hakkında daha fazla bilgi edinmek için bkz. Bölgesel kaynaklar ve bölge dayanıklılığı.
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.