Azure bölgelerini seçme

  • Makale

Stratejinizi Microsoft Azure'ı kullanacak şekilde tasarlarken, dünyanın dört bir yanındaki birçok Azure bölgesinden seçim yapabilirsiniz. Bölge seçimi, genel bulut benimseme stratejinizin önemli bir parçasıdır. Her Azure bölgesinin belirli özellikleri vardır, bu nedenle Azure kaynaklarınız için en iyi bölgeleri seçmeniz önemlidir.

Azure bölge mimarilerini ve dayanıklılığını anlama

Farklı Azure bölgeleri farklı özelliklere sahiptir. Azure bölgelerinin farklı olduğu iki yaygın yöntem kullanılabilirlik alanları ve eşleştirilmiş bölgelerdir. Ayrıca bazı bölgeler belirli ülkelerdeki bağımsız varlıklar tarafından işletilmektedir. Bölge mimarisi , belirli bir bölgenin nasıl tasarlandığını ve sağladığı genel bölgesel özellikleri ifade eder.

Azure bölgelerinin nasıl çalıştığı hakkında daha fazla bilgi edinmek için bkz. Azure bölgeleri ve kullanılabilirlik alanları nedir?

Kullanılabilirlik alanları

Birçok Azure bölgesi, bir bölge içinde fiziksel olarak ayrı konumlar olan kullanılabilirlik alanlarını içerir. Kullanılabilirlik alanlarını kullanarak dağıtımlarınızda daha yüksek kullanılabilirlik ve dayanıklılık elde edebilirsiniz. Kullanılabilirlik alanları hakkında daha fazla bilgi ve kullanılabilirlik alanlarını destekleyen Azure bölgelerinin ve hizmetlerinin listesi için bkz . Kullanılabilirlik alanı hizmeti ve bölgesel destek.

Eşleştirilmiş bölgeler

Bazı bölgeler başka bir bölgeyle eşleştirilir ve her iki bölge de genellikle aynı jeopolitik alanda bulunur. Bölge eşleştirme, olağanüstü bölge hataları sırasında dayanıklılık sağlar. Bölge eşleştirme çoğunlukla coğrafi olarak yedekli depolama (GRS) ve çoğaltma için Azure Depolama bağımlı olan diğer Azure hizmetleri için kullanılır.

Daha yeni bölgeler eşlenmez. Bunun yerine, yüksek kullanılabilirlik ve dayanıklılık için kullanılabilirlik alanlarını kullanırlar. Bu makalenin ilerleyen bölümlerinde bu bölge türlerinin nasıl kullanılacağı hakkında daha fazla bilgi edinebilirsiniz.

İpucu

Bölgeleri ve kullanılabilirlik alanlarını kullanan bir iş yükü tasarlamayı öğrenmek için bkz. kullanılabilirlik alanlarını ve bölgelerini kullanmaya yönelik Öneriler.

Bağımsız bölgeler

Bazı bölgeler belirli bağımsız varlıklara ayrılmıştır. Tüm bölgeler Azure bölgeleri olsa da, bu bağımsız bölgeler Azure'ın geri kalanından yalıtılır. Microsoft bunları mutlaka yönetmez ve belirli müşteri türleriyle sınırlandırılabilir. Bu bağımsız bölgeler Azure China 21Vianet ve Azure Kamu - ABD'dir. Bağımsız bölgeler, diğer Azure bölgeleriyle aynı dayanıklılık standartlarına göre oluşturulur.

Bölge hizmeti kullanılabilirliğini ve kapasitesini göz önünde bulundurun

Azure iki tür bölge sunar:

  • Önerilen bölgeler çoğu iş yükü için uygundur.
  • Alternatif bölgeler birincil iş yükleri için iyileştirilmemiştir. Bunun yerine alternatif bölgeler yalnızca yedekleme veya yük devretme için ya da yalnızca tanımlı bir ülke/bölge içinde şirket varlığı olan müşteriler için kullanılabilir.

Bir bölgeye karar verirken, aşağıdaki avantajlardan dolayı, uygunsa önerilen bir bölge seçmek iyi bir fikirdir:

  • Önerilen bölgelerin kapasitesi genellikle daha yüksektir. Daha büyük kapasite nedeniyle önerilen bölgeler genellikle uzun vadeli büyümenizi alternatif bölgelerden daha iyi destekleyebilir.
  • Daha düşük maliyetler. Önerilen birçok bölge, çeşitli Azure hizmetleri için daha düşük maliyetler sağlar. Önerilen bölgeleri kullanarak genel Azure faturanızı azaltabilirsiniz.
  • En son tekliflere erken erişim elde edin. Örneğin, yapay zeka özellikleri ve GPU kaynakları genellikle önerilen bölgelerde diğer bölgelere göre daha erken kullanılabilir. 

Microsoft, önerdiğimiz bölgeleri düzenli olarak yeniden değerlendirmektedir. Yeni önerilen bölgelerin avantajlarından yararlanmak için çok bölgeli bir strateji benimsemeyi göz önünde bulundurun. Bu strateji, kendi iş yükleriniz için daha fazla bölge kullanmaya hazır olduğunuzdan emin olmanıza yardımcı olur.

Bir bölgeye dağıtabileceğiniz hizmetler, diğer faktörlerin yanı sıra bölgenin türüne bağlıdır. Daha fazla bilgi edinmek için aşağıdaki kaynaklara bakın:

Bazı bölgeler, ülke/bölge içinde olağanüstü durum kurtarması gereken müşteriler için ayrılmıştır. Bu ayrılmış erişim bölgelerine erişim istemek için yeni bir destek isteği oluşturun.

Azure, yüksek düzeyde ölçeklenebilir bir platformdur ancak her bölgenin maksimum kapasitesi vardır. Bir bölgenin maksimum kapasitesi, hangi abonelik türlerinin hangi hizmet türlerini ve hangi koşullar altında dağıtabileceğini etkileyebilir. Bölgesel kapasite, abonelik kotasından farklıdır. Azure'a dağıtım veya geçiş yapmayı planlıyorsanız, yerel Azure alan ekibinizle veya Azure hesap yöneticinizle konuşmak iyi bir fikirdir. İhtiyacınız olan ölçekte dağıtım yapabileceğinizi onay isteyin.

Bölgeleri olağanüstü durum kurtarma amacıyla kullanırken hedef bölgenin iş yüklerinizi desteklemek için ihtiyacınız olan kapasiteyi sağlayıp sağlamadığını göz önünde bulundurun. Sanal makineleri (VM) temel alan iş yükleri için, kullandığınız bölgelerde kapasite kullanılabilirliğini garanti etmek için kapasite rezervasyonlarını kullanmayı göz önünde bulundurun.

Veri yerleşimi anlama

Dünya genelinde, kamu kuruluşları veri hakimiyeti ve veri gizliliği düzenlemeleri oluşturmaya başlamıştır. Bu tür uyumluluk gereksinimleri, bu konumdaki vatandaşları korumak için genellikle belirli bir ülkede/bölgede yerelleştirme gerektirir. Bazı durumlarda müşteriler, çalışanlar veya iş ortaklarıyla ilgili verilerin kullanıcıyla aynı bölgedeki bir bulut platformunda depolanması gerekir.

Kendi veri yerleşimi gereksinimlerinizi anladığınızdan emin olun. Ayrıca, seçtiğiniz Azure bölgelerinin gereksinimlerinizi karşılayan coğrafi konumlarda olduğunu doğrulayın. Daha fazla bilgi için bkz . Microsoft Azure Bölgelerinde Veri Yerleşimi ve Veri Korumasını Etkinleştirme.

Veri yerleşimi güçlüklerinin giderilmesi, küresel ölçekte çalışan kuruluşların buluta geçiş için önemli bir motivasyondur. Veri hakimiyeti uyumluluğunu korumak için bazı kuruluşlar, seçilen bölgedeki bulut sağlayıcılarına yinelenen BT varlıkları dağıtmayı tercih eder.

Egemenlik için Microsoft Bulut, devletlerin microsoft bulutunda iş yüklerini dağıtırken kendi özel egemenlik, uyumluluk, güvenlik ve ilke gereksinimlerini karşılamalarına yardımcı olan bir çözümdür. Microsoft Cloud for Sovereignty, donanım tabanlı gizlilik ve şifreleme denetimlerini kullanarak kamu kurumlarının gerektirdiği ek korumayı oluşturmak için bulutta yazılım sınırları oluşturur. Daha fazla bilgi için bkz. Microsoft Cloud for Sovereignty özellikleri.

Bölge yakınlığı göz önünde bulundurun

Azure hizmetlerinize erişmesi gereken kullanıcılar veya hizmetler küresel olarak çeşitli coğrafyalarda yer alabilir. Benzer şekilde, Azure hizmetlerinizin çeşitli coğrafyalarda bulunan dış kaynaklardan gelen hizmetleri tüketmesi gerekebilir. Veya hizmetlerinizin şirket içi sistemlerinize bağlanması gerekebilir.

Yakınlık, bir Azure bölgesi seçtiğinizde dikkate alınması gereken önemli bir faktördür. Şirket içi sistemlerinize bağlanmak için Azure ExpressRoute kullanıyorsanız, şirket içi sistemlerinize yakın bir bölge kullanarak ağ bağlantısını iyileştirebilir ve gecikme süresini azaltabilirsiniz. Azure bölgeleri arasındaki sonraki bağlantılar yüksek hızlı Microsoft küresel ağını kullanır.

Azure bölgeleri ve diğer coğrafi bölgeler arasındaki gecikme süresi hakkında daha fazla bilgi için bkz . Azure ağ gidiş dönüş gecikmesi istatistikleri.

Birden fazla coğrafi bölgede faaliyet gösterme

Bir kuruluşun birden çok coğrafi bölgede çalışması yaygındır. Bir kuruluş, birden çok Azure bölgesi kullanarak aşağıdaki avantajları elde edebilir:

  • Farklı bölgelerde farklı iş yükleri çalıştırma. Bu neden, belirli bir müşteri tabanına veya iş ortağına yakın olmak istediğinizde geçerlidir. Belirli bir Azure bölgesinde kullanılamayan Azure hizmetlerini kullanmak istediğinizde de bu durum geçerlidir.
  • Coğrafi olarak dağınık bir kullanıcı tabanını destekleyin. Birden çok ülkede faaliyet gösteriyorsanız veya müşterileriniz birden çok ülkeden hizmetlerinizi kullanıyorsa, her konumda Azure kaynaklarının olması mantıklı olabilir. Alternatif olarak, tek bir bölge kullanmayı ve ardından Azure Front Door'ı kullanarak bu bölgeye genel trafiği hızlandırmayı düşünebilirsiniz.
  • Veri hakimiyeti gereksinimlerine uyun. Kuruluşunuz belirli verileri depolayabileceğiniz coğrafi alanlarda sınırlara tabi olabilir.
  • Özellikle iş açısından kritik iş yükleri için yüksek dayanıklılık elde edin. İş açısından kritik iş yükleri, yüksek kullanılabilirlik ve bölge genelindeki kesintilere ve olağanüstü durumlara karşı koruma gibi kullanılabilirlik alanlarının sağladığı avantajları gerektirir.
  • Ağ bağlantısını ve performansını geliştirin. Karma veya çoklu bulut senaryosunda, birden çok Azure bölgesi kullanmak ağ performansınızı geliştirmeye yardımcı olabilir. Trafik, şirket içi sistemlerinize veya başka bir bulut sağlayıcısının konumlarına yakın konumlarda yüksek hızlı Microsoft omurga ağına girebilir ve çıkış yapabilir. Çoklu bulut çözümleri hakkında daha fazla bilgi edinmek için bkz. Diğer bulut sağlayıcılarına Bağlan üretkenlik.
  • Maliyetleri iyileştirin. Farklı Azure kaynak türlerinin farklı bölgelerde farklı fiyatları olabilir. Fiyatlandırma hesaplayıcısı ve Azure hizmeti fiyatlandırma bilgileri gibi araçları kullandığınızda, doğru fiyatlandırma bilgilerini görüntülemek için doğru bölgeyi seçtiğinizden emin olun. Bazen geliştirme ve test ortamlarınızı farklı bir bölgeye dağıtarak maliyetleri düşürebilirsiniz. Ancak, bölgenin üretim bölgenizde kullandığınız özellikleri ve hizmetleri sağladığından emin olmanız gerekir.
  • Kaynak kotalarının ötesine ölçeklendirin. Bazı Azure kaynaklarının, her abonelik altında her bölgede oluşturabileceğiniz kaynak örneklerinin sayısını kısıtlayan kotaları ve sınırları vardır. Bu sınırların ötesinde ölçeklendirme yapmak için ek abonelikler veya birden çok bölge kullanmanız gerekebilir.
  • Kapasite kısıtlamalarından kaçının. Bölgelere bazen kapasite kısıtlamaları uygulanır. Birden çok bölge kullanıyorsanız, dağıtmak istediğiniz hizmetleri destekleyen bir bölgeyi bulup kullanmanız büyük olasılıkla daha kolay olacaktır. Tek bir bölge kullanıyorsanız ve kapasite kısıtlamalarını önlemek için ikinci bir bölgeye genişletmeniz gerekiyorsa, kaynaklarınızı hazırlamanız ve dağıtmanız daha uzun sürebilir.
  • Çok bulutlu dağıtımlara kıyasla karmaşıklığı azaltın. Çok bölgeli dağıtımları yönetmenin karmaşıklığı genellikle çok bulutlu dağıtımlardan daha azdır ve genellikle benzer kullanılabilirlik ve dayanıklılık avantajları elde edebilirsiniz. Ancak, iki yaklaşım arasındaki seçim kuruluşunuzun belirli hedeflerine bağlıdır.

Birden çok coğrafi bölgeye yayılmış bir bulut ortamını çalıştırırken aşağıdaki faktörleri göz önünde bulundurun:

  • operasyonel karmaşıklık. Farklı bölgelerde birden çok kaynağınız olduğunda, ek işlem yükü olabilir. Ayrıca, kaynakları farklı bölgelerde çoğalttığınızda ek maliyetler ödemeniz gerekebilir.
  • Veri eşitleme. Bölgeler arasında verileri eşitlemeniz mi yoksa çoğaltmanız mı gerektiğini anlayın. Bunu yaparsanız, zaman uyumsuz olarak mı yoksa zaman uyumlu olarak mı yapacağınızı anlayın. Çok bölgeli bir veri depolama katmanını yapılandırmak karmaşık olabilir. Dayanıklılık, performans ve maliyet arasındaki dengeleri göz önünde bulundurmanız gerekir.
  • Genel ağ topolojisi. Azure birçok farklı ağ hizmeti sağlar. Azure, farklı gereksinimleri karşılamak ve farklı avantajlar sağlamak için çeşitli küresel ağ topolojilerinin uygulanmasını da destekler. Örneğin, Azure Sanal WAN kullanarak Azure ağını birden çok bölgeye genişletebilir veya ek çabayla geleneksel bir merkez-uç modeli kullanabilirsiniz.
  • Kullanıcı erişim profilleri. Tek bir kullanıcı birden çok bölgede bileşenlerle çalışıyorsa, kimliklerinin nasıl yönetileceğini ve bölgeler arasında profillere nasıl erişileceğini anlayın.
  • Uyumluluk gereksinimleri. Her bölgenin, veri hakimiyeti gereksinimleri de dahil olmak üzere uyumluluk gereksinimlerinizi karşıladığını doğrulayın.
  • Bölgesel dayanıklılık. Çok bölgeli mimarinin kullanılması dayanıklılığı artırmaya yardımcı olsa da, çözümünüzü her bölgede yüksek oranda kullanılabilir olacak şekilde tasarlamanız gerekir. Kullanabileceğiniz kullanılabilirlik alanlarını kullanın ve her bölgede yüksek dayanıklılık elde etmeyi göz önünde bulundurduğunuzdan emin olun.
  • Yük devretme. Dayanıklılık amacıyla birden çok bölge kullandığınızda, çözümünüzü etkin-pasif bir yaklaşım kullanacak şekilde tasarlayabilirsiniz. Bu yaklaşım bölgesel kesintileri algılamanızı ve bölgeler arasındaki trafikte yük devretme gerçekleştirmenizi gerektirir. Yük devretme işleminin bir kesintiyi algılaması ve trafik yönlendirmesini tamamlaması zaman alabilir ve bu da hizmetlerinizde kapalı kalma süresine neden olabilir. Bazı kuruluşlar bunun yerine yük devretmeye güvenmekten kaçınmak için etkin-etkin bir düzende dağıtmayı tercih ediyor. Etkin-etkin desen kullanmanın avantajları arasında genel yük dengeleme, daha fazla hataya dayanıklılık ve ağ performansı artışları yer alır. Bu desenden yararlanmak için, uygulamalarınızın birden çok bölgede aynı anda çalıştırılmasını desteklemesi gerekir.

Bölgeler arasında yeniden yer değiştirme

Bazen kaynakları veya iş yüklerini bir Azure bölgesinden diğerine taşımanız gerekebilir. İş gereksinimleri, şirket alımları, veri yerleşimi yasaları ve diğer faktörlerdeki değişiklikler, yeniden taşınma gereksiniminin nedenleridir.

İpucu

Kaynakları bölgeler arasında yeniden konumlandırmak karmaşık olabilir. Mümkün olduğunda, kaynaklarınızı en baştan doğru bölgeye dağıtmayı hedefleyin.

Azure çeşitli araçlar ve çeşitli yeniden konumlandırma özellikleri sağlar, ancak ayrıntılar her Azure hizmeti için farklılık gösterir. Bazı kaynak türleri bölgeler arasında doğrudan taşınabilir ve diğerleri Azure Kaynak Taşıyıcı kullanılarak taşınabilir. Bazı kaynak türleri taşınamaz ve yeniden dağıtılmalıdır.

Bölgeler arasında yeniden konumlandırma hakkında daha fazla bilgi edinmek için bkz . Bulut iş yüklerini yeniden konumlandırma.

Bölgeler arasında yüksek kullanılabilirlik ve olağanüstü durum kurtarma

Azure bölgeleri yüksek oranda kullanılabilir. Azure hizmet düzeyi sözleşmeleri, belirli bölgelerde çalışan hizmetlere uygulanır. Bu bölümde, dayanıklılığınızı artırmak için birden çok bölgeye dağıtım yapmayı seçerseniz dikkat edilmesi gereken bazı noktalar sunulmaktadır.

Uyarı

İş açısından kritik iş yükleri tasarlarken her zaman bölgesel hataları planlayın ve tek bir bölgede dağıtım yapmaktan kaçının. Ayrıca kurtarma ve azaltma adımlarını da uygulamanız gerekir. Daha fazla bilgi için bkz . Görev açısından kritik iş yükleri.

Azure hizmeti dayanıklılığı özelliklerini anlama

Birçok hizmet olarak platform (PaaS) hizmeti kendi bölgesel dayanıklılık çözümlerine dayanır. Örneğin, Azure SQL Veritabanı ve Azure Cosmos DB'yi dağıttığınızda verilerinizi daha fazla bölgeye kolayca çoğaltabilirsiniz. Diğer hizmetler tek bir bölgeye dağıtılır ve bunları diğer bölgelere el ile dağıtmanız gerekir. Ayrıca Azure DNS ve Azure Front Door gibi bazı Azure hizmetleri küresel olarak dağıtılır ve bölgesel bağımlılıkları yoktur.

Bulut benimseme sürecinizde göz önünde bulundurduğunuz her Azure hizmeti için gerekli yük devretme özelliklerini ve kurtarma adımlarını anlayın.

Azure kaynak grubu dağıtımlarını planlama

En güvenilir senaryo için ve bölgesel kesintilerin etkisini en aza indirmek için kaynakları kaynak grubuyla aynı bölgeye yerleştirmenizi öneririz. Daha fazla bilgi için bkz . Kaynak grubu konum hizalama.

Aynı kaynak grubu içinde farklı bölgelerde kaynaklarınız varsa kaynaklarınızı yeni bir kaynak grubuna veya aboneliğe taşımayı göz önünde bulundurun.

Kaynağınızın başka bir kaynak grubuna geçmeyi destekleyip desteklemediğini belirlemek için kaynakları çapraz başvurarak kaynaklarınızın envanterini oluşturun. Uygun önkoşulları karşıladığınızdan emin olun.

İpucu

Mümkün olduğunda, kaynak gruplarını birden çok kullanılabilirlik alanına sahip bir bölgeye dağıtın. Kullanılabilirlik alanları, kaynağınızın kullanılabilirliğini azaltan ve yönetim işlemlerini kullanılamaz hale getiren bölgesel kesinti riskini en aza indirmeye yardımcı olur.

Bazı durumlarda, bir kaynak grubundaki kaynaklar birden çok bölgeye yayılır. Bir bölgenin tamamı kullanılamıyorsa, kullanılamayan bölgenin kaynak grupları içindeki kaynakları içeren tüm yönetim işlemleri başarısız olabilir. Ancak farklı bir bölgeye dağıtılan kaynaklar yönetilemese de kullanılabilir durumda kalabilir. Bazı senaryolarda, kaynakların her zaman kullanılabilir kalmasını sağlamak için bir kaynak grubunu birden çok bölgeye yerleştirebilirsiniz. Bu yaklaşımın sınırlamaları vardır, ancak geçici bir kesinti sırasında kaynak kullanılabilirliğini korur.

Eşleştirilmiş bölgelerde GRS kullanma

İlişkili bir eşleştirilmiş bölgeye sahip bir bölgeye dağıtım yaparsanız, eşleştirilmiş bölgeyi çok bölgeli dayanıklılık stratejinizin bir parçası olarak kullanabilirsiniz. Eşleştirilmiş bölgeler, birincil ve ikincil bölgeleri kullanmanıza olanak tanır.

Azure Depolama GRS'i destekler. Depolama GRS'de, verilerinizin üç kopyası birincil bölgenizde ve üç kopya daha eşleştirilmiş bölgede depolanır. GRS için depolama eşleştirmesini değiştiremezsiniz. Depolama kullanan diğer Azure hizmetleri genellikle bu eşleştirilmiş bölge özelliğinden yararlanılır. Uygulamalarınız ve ağınız eşleştirilmiş bölgeleri destekleyecek ve GRS depolama alanını uygun şekilde kullanacak şekilde yapılandırılmalıdır.

VM yedeklemeleriniz için GRS çoğaltması ile Depolama kullanmayı denemeyin. Bunun yerine, hizmet olarak altyapı (IaaS) iş yüklerinizin dayanıklılığını desteklemek için Azure Backup, Azure Site Recovery ve Azure yönetilen disklerini kullanın.

İpucu

Çok bölgeli çözümlerin Depolama GRS kullanması gerekmez. Bunun yerine, birkaç seçenek daha vardır:

  • Uygulama katmanınızın birden çok bölgeye erişimini çalıştırın.
  • Azure Cosmos DB veya SQL Veritabanı gibi genel olarak dağıtılmış bir veritabanı hizmeti kullanın.
  • Blob nesnesi çoğaltmayı kullanın.
  • Başka bir çok bölgeli dağıtım yaklaşımı kullanın.

Bu senaryolarda, ikincil bir bölge seçtiğinizde, eşleştirilmiş bölge olmayan bir bölge kullanmayı göz önünde bulundurun. Birincil bölgenizde bölgesel bir hata oluşursa, kaynaklar geçirildiğinde ve bölgeler arası yük devretme gerçekleştiğinde eşleştirilmiş bölgedeki kaynaklara yoğun baskı uygulanır. Alternatif bir bölgeye geri kazanarak bu baskıyı önleyebilirsiniz; bu da kurtarma sırasında hız kazanabileceğiniz anlamına gelir.

Çifti olmayan bölgelere dağıtma

Daha yeni Azure bölgelerinin bölgesel çifti yoktur. Kullanılabilirlik alanlarını kullanarak yüksek kullanılabilirlik elde ederler. Bu tür bölgeler, verileri bölgede depolama seçeneğini sağlayan veri yerleşimi yönergelerini izler.

Bu bölgeleri kullandığınızda, yerel olarak yedekli depolama (LRS) veya alanlar arası yedekli depolama (ZRS) kullanabilirsiniz. Çifti olmayan bölgeler GRS'i desteklemez. Yedekleme gibi Depolama bağımlılığı olan hizmetler de ZRS veya LRS depolama alanı kullanmanızı gerektirebilir. Mümkün olduğunda, bölgenizdeki dayanıklılığınızı geliştirmek için ZRS kullanmak iyi bir uygulamadır.

Azure bölgesinin tamamının kullanılamadığı nadir olaya hazırlanmak için bölgeler arası olağanüstü durum kurtarmayı planlamanız gerekir. En azından otomasyon yaklaşımlarını kullanarak altyapınızı dağıtmak ve verilerinizi bölgeler arasında yedeklemek iyi bir uygulamadır. Tam bölge kesintisi oluşursa kaynaklarınızı el ile yeniden dağıtabilir ve yedeklerinizi geri yükleyebilirsiniz. Bazı senaryolarda, olası kurtarma sürenizi ve veri kaybınızı azaltmak için diğer alternatifleri göz önünde bulundurmanız gerekebilir. Daha fazla bilgi için bkz . Kullanılabilirlik alanı hizmeti ve bölgesel destek ile Azure Dayanıklılığı – İş Sürekliliği ve Olağanüstü Durum Kurtarma.

Veri dayanıklılığı gereksinimlerinizi göz önünde bulundurun. Verilerinizin bulunduğu konumdan bağımsız olarak, verilerinizi genel olarak herhangi bir konumdan taşıyabilir, kopyalayabilir veya erişebilirsiniz.

Bazı Azure hizmetleri, verilerinizi eşleştirilmeden birden çok bölgede depolamanız veya çoğaltmanız için bir yol sağlar. Örneğin:

Sonraki adımlar

Mevcut iş yüklerini şirket içi veri merkezinden Azure'a geçirirken, bölge seçiminde dikkate alınması gereken bazı diğer noktalar da vardır. Daha fazla bilgi için bkz . Geçiş için Azure bölgelerini seçme.