Azure kullanılabilirlik alanı geçiş temeli
Bu makalede, kullanılabilirlik dışı bir bölgeden kullanılabilirlik alanı desteğine geçiş amacıyla uygulamanızın kullanılabilirlik alanı hazırlığını nasıl değerlendirdiğiniz gösterilir. Uygulamanızın ve bölgesel gereksinimlerinizin uyumlu olması açısından kullanılabilirlik alanı desteğinden nasıl yararlanabileceğinizi belirlemek için ihtiyacınız olan adımlarda size yol gösteririz. Kullanılabilirlik alanları ve bunları destekleyen bölgeler hakkında daha ayrıntılı bilgi için bkz. Azure bölgeleri ve kullanılabilirlik alanları nedir?
Güvenilir iş yükleri oluştururken aşağıdaki kullanılabilirlik alanı yapılandırmalarından en az birini seçebilirsiniz:
Bölgesel. Bölgesel yapılandırma, kendi kendine seçilen belirli bir kullanılabilirlik alanı sağlar.
Alanlar arası yedekli. Alanlar arası yedekli yapılandırma, bölgeler arasında otomatik olarak çoğaltılan veya dağıtılan kaynaklar sağlar.
Azure, bölgesel ve alanlar arası yedekli olmak üzere iki kullanılabilirlik alanı seçeneğine ek olarak Küresel hizmetler sunar ve bu da bölgeden bağımsız olarak küresel olarak kullanılabilir hale gelir. Bu hizmetler her zaman bölgeler arasında kullanılabildiğinden hem bölgesel hem de bölgesel kesintilere karşı dayanıklıdır.
Hangi Azure hizmetlerinin kullanılabilirlik alanlarını desteklediğini görmek için bkz . Kullanılabilirlik alanı hizmeti ve bölgesel destek.
Not
Kaynağınız için bölgesel veya alanlar arası yedekli bir bölge yapılandırması seçmediğinizde, kaynak ve alt bileşenleri bölge dayanıklılığına sahip olmaz ve bu bölgedeki bölgesel kesinti sırasında kesintiye neden olabilir.
Kullanılabilirlik alanı desteğine geçiş konusunda dikkat edilmesi gerekenler
Hem SLA'ları hem de güvenilirlik hedeflerini karşılayan kullanılabilirlik alanlarıyla güvenilir bir Azure uygulaması oluşturmanın çeşitli yolları vardır. Teknik ve mevzuat konuları, hizmet özellikleri, veri yerleşimi, uyumluluk gereksinimleri ve gecikme süresine göre gereksinimlerinize uygun yaklaşımı seçmek için aşağıdaki adımları izleyin.
1. Adım: Azure bölgesinin kullanılabilirlik alanlarını desteklenip desteklemediğini denetleme
Bu ilk adımda, seçtiğiniz Azure bölgesinin kullanılabilirlik alanlarını ve uygulamanız için gerekli Azure hizmetlerini desteklediğini doğrulamanız gerekir.
Bölgeniz kullanılabilirlik alanlarını destekliyorsa, iş yükünüzü kullanılabilirlik alanları için yapılandırmanızı kesinlikle öneririz. Bölgeniz kullanılabilirlik alanlarını desteklemiyorsa, kullanılabilirlik alanı desteği sunan bir bölgeye geçiş yapmak için Azure Kaynak Taşıyıcı yönergelerini kullanmanız gerekir.
Not
Bazı hizmetler için kullanılabilirlik alanları yalnızca dağıtım sırasında yapılandırılabilir. Mevcut hizmetler için kullanılabilirlik alanlarını eklemek istiyorsanız yeniden dağıtmanız gerekebilir. Microsoft Azure ürünleri ve hizmetleri için kullanılabilirlik alanı geçiş kılavuzuna genel bakış bölümünde hizmete özgü belgelere bakın.
2. Adım: Azure bölgesinde ürün ve SKU kullanılabilirliğini denetleme
Bu adımda, gerekli Azure hizmetlerinin ve SKU'larının seçtiğiniz Azure bölgesinin kullanılabilirlik alanlarında kullanılabilir olduğunu doğrulayacaksınız.
Hizmetlerin bölgesel desteğini denetlemek için bkz . Bölgeye göre kullanılabilir ürünler.
Azure bölgesine ve bölgesine göre kullanılabilir VM SKU'larını listelemek için bkz. VM SKU kullanılabilirliğini denetleme.
Bölgeniz uygulamanızın gerektirdiği hizmetleri ve SKU'ları desteklemiyorsa, uygulamanızın gerektirdiği hizmetleri ve SKU'ları destekleyen yeni bir bölge bulmak için 1. Adım: Azure bölgesindeki ürün kullanılabilirliğini denetleme bölümüne geri dönmeniz gerekir. İş yükünüzü alanlar arası yedeklilikle yapılandırmanızı kesinlikle öneririz.
Azure IaaS Sanal Makineler bölgesel yüksek kullanılabilirliği için Sanal Makine Ölçek Kümeleri (VMSS) Flex kullanarak VM'leri birden çok kullanılabilirlik alanına yayabilirsiniz.
3. Adım: Uygulama gereksinimlerinizi göz önünde bulundurun
Bu son adımda, uygulama gereksinimlerine göre hangi kullanılabilirlik alanı desteğinin uygulamanız için en uygun olduğunu belirleyeceksiniz.
Doğru kullanılabilirlik alanı dağıtımını seçmenize yardımcı olacak üç önemli soru aşağıdadır:
Uygulamanız gecikmeye duyarlı bileşenler içeriyor mu?
Aynı Azure bölgesindeki Azure kullanılabilirlik alanları, gidiş dönüş gecikme süresi 2 ms'den kısa olan yüksek performanslı bir ağ ile bağlanır.
Düşük gecikme süresi katı bir gereksinim değilse yüksek kullanılabilirlik elde etmek için önerilen yaklaşım, iş yükünüzü alanlar arası yedekli bir dağıtımla yapılandırmaktır.
Oyun, mühendislik simülasyonu ve yüksek frekanslı alım satım (HFT) gibi fiziksel yakınlık ve düşük gecikme süresi gerektiren kritik uygulama bileşenleri için, bölgesel dağıtım yapılandırmanızı öneririz. Sanal Makine Ölçek Kümeleri Flex, ekli depolama diskleriyle birlikte bölgeye hizalanmış işlem sağlar.
Uygulama kodunuz dağıtılmış modeli işlemeye hazır mı?
Dağıtılmış mikro hizmetler modeli için ve uygulamanıza bağlı olarak, bölgeler arasında mikro hizmetler arasında sürekli veri alışverişi yapma olasılığı vardır. API'ler aracılığıyla yapılan bu sürekli veri alışverişi performansı etkileyebilir. Performansı geliştirmek ve güvenilir bir mimariyi korumak için bölgesel dağıtımı seçebilirsiniz.
Bölgesel dağıtımda şunları kullanmanız gerekir:
Mimarinizdeki gecikmeye duyarlı kaynakları veya hizmetleri belirleyin.
Gecikme süresine duyarlı kaynakların veya hizmetlerin bölgesel dağıtımı desteklediğini onaylayın.
Gecikme süresine duyarlı kaynakları veya hizmetleri aynı bölgede birlikte bulun. Mimarinizdeki diğer hizmetler alanlar arası yedekli olmaya devam edebilir.
Bölge dayanıklılığını sağlamak için gecikme süresine duyarlı bölgesel hizmetleri birden çok kullanılabilirlik alanında çoğaltın.
Standart veya genel yük dengeleyicilerle birden çok bölgesel dağıtım arasında yük dengeleme.
Azure hizmeti kullanılabilirlik alanlarını destekliyorsa, daha yüksek çalışma süresi SLA'sı elde etmek ve bölgesel kesintilere karşı koruma sağlamak için düğümleri bölgelere yayarak alanlar arası yedeklilik kullanmanızı kesinlikle öneririz.
3 katmanlı bir uygulama için uygulama, iş ve veri katmanlarını anlamak önemlidir; iş yükünün türüne göre en iyi yöntemler ve rehberlikle uyumlu bir şekilde mimari yapmak için durumlarının (durum bilgisi olan veya olmayan) yanı sıra.
Aşağıdaki örneklerde gösterildiği gibi Azure'da özel iş yükleri için lütfen ilgili giriş bölgesi mimarisi kılavuzuna ve en iyi yöntemlere bakın.
SAP
Azure Sanal Masaüstü
Azure Kubernetes Service
Oracle
Uyumluluk, veri yerleşimi veya idare gereksinimleri nedeniyle aynı Azure bölgesinde İş Sürekliliği ve Olağanüstü Durum Kurtarma elde etmek istiyor musunuz?
Aynı bölgede ve bölgesel bir çift olmadığında iş sürekliliği ve olağanüstü durum kurtarma elde etmek için iş yükünüzü alanlar arası yedeklilik ile yapılandırmanızı kesinlikle öneririz. Tek bölgeli yaklaşım, aynı Azure bölgesinde katı veri yerleşimi ve idare gereksinimleri olan belirli sektörler için de geçerlidir. Azure sanal makinelerini aynı Azure bölgesinde bir kullanılabilirlik alanından diğerine çoğaltmayı, yük devretmeyi ve yeniden çalıştırmayı öğrenmek için bkz. Kullanılabilirlik alanları arasında Azure VM olağanüstü durum kurtarmayı etkinleştirme.
Birden çok bölgeye ihtiyacınız varsa veya Azure bölgeniz kullanılabilirlik alanlarını desteklemiyorsa bölgesel çiftler kullanmanızı öneririz. Bölgesel çiftler birbirinden yaklaşık 100 mil uzakta yer alır ve yangın, sel, deprem ve diğer doğal veya öngörülemeyen felaketler gibi bölgesel düzeydeki hatalardan size patlama yarıçapı koruması sağlar. Daha fazla bilgi için bkz. Azure'da bölgeler arası çoğaltma: İş sürekliliği ve olağanüstü durum kurtarma.
Not
Bölgesel, alanlar arası yedekli ve küresel hizmetlerin birleşiminin iş ve teknik gereksinimleri karşılamak için en iyi şekilde çalıştığı senaryolar olabilir.
Dikkate alınması gereken diğer noktalar
Uygulamalarınızı kullanılabilirlik ve dayanıklılık açısından test etme hakkında bilgi edinmek için bkz . Kullanılabilirlik ve dayanıklılık için uygulamaları test etme.
Bir bölgedeki her veri merkezi bir fiziksel bölgeye atanır. Fiziksel bölgeler, Azure aboneliğinizdeki mantıksal alanlara eşlenir. Azure abonelikleri, bir abonelik oluşturulduğunda bu eşlemeye otomatik olarak atanır. Aboneliğinizin fiziksel bölgeyle mantıksal bölge eşlemesini listelemek için ayrılmış ARM REST API'sini, listLocations'ı kullanabilir ve API sürümünü 2022-12-01 olarak ayarlayabilirsiniz. Bu bilgiler, tüm fiziksel bölgelerde kullanılamayabilecek Stratejik hizmetler olarak kategorilere ayrılmış Azure kaynaklarıyla birlikte konum gerektiren kritik uygulama bileşenleri için önemlidir.
Bölgeler arası bant genişliği ücretleri, trafik bölgeler arasında hareket ettiğinde uygulanır. Bant genişliği fiyatlandırması hakkında daha fazla bilgi edinmek için bkz . Bant genişliği fiyatlandırması.