Geçiş için Azure bölgelerini seçme

  • Makale

Mevcut bir ortamı Azure'a geçirirken, geçirilen bileşenleri barındırmak için bir Azure bölgesi veya bölge kümesi seçmeniz gerekir. Bölge seçimi aşağıdaki üst düzey adımları içerir:

Bu makalede, geçiş gereksinimlerinizi karşılayan Azure bölgelerini seçme hakkında yönergeler sağlanır. Henüz yapmadıysanız, çok bölgeli yaklaşımları desteklemek için giriş bölgesi bölgelerinizi genişletmeniz gerekebilir.

Not

Bu makalede, iş yükü geçişlerine özgü önemli noktalar ele alınıyor. Ayrıca, herhangi bir kuruluş veya iş yükü için Azure bölgelerini seçmeye yönelik genel ilkeleri de anlamanız gerekir. Daha fazla bilgi için bkz . Azure bölgelerini seçme.

Senaryo karmaşıklığınızı belgele

Senaryonuzun belge ve işlem hizalaması gerekip gerekmediğini belirleyin. Aşağıdaki yaklaşım olası zorlukları değerlendirmenize ve genel bir eylem süreci oluşturmanıza yardımcı olabilir:

  • Daha sağlam bir hazır olma ve idare uygulaması düşünün.
  • Etkilenen coğrafyaların envanterini belirleyin. Etkilenen ülke veya bölgelerin listesini derleyin.
  • Kullanıcı tabanını belgeleyin. Bulut geçişi, tanımlanan ülke veya bölgedeki çalışanları, iş ortaklarını veya müşterileri etkileyecek mi?
  • Veri merkezlerini ve varlıkları belgele. Geçiş eforu, tanımlanan ülke veya bölgedeki varlıkları içeriyor mu?
  • Bölgesel ürün sürümü kullanılabilirliği ve yük devretme gereksinimlerini belgeleyin.
  • Kullanılabilirlik alanlarının gerekli olup olmadığını belirlemek için dayanıklılık gereksinimlerinizi belgeleyin. Genellikle, tek tek bölgeler için değil, senaryonun tamamı için dayanıklılık gereksinimlerini dikkate alırsınız.
  • Egemenlik gereksinimlerinizi ve veri yerleşimi gereksinimlerinizi belgeleyin. Belirli egemenlik veya veri yerleşimi gereksinimleri olan iş yükleri, seçtiğiniz Azure bölgelerini etkileyebilir.

Geçiş işlemi boyunca, değişiklikleri çeşitli senaryolarınız ve envanterleriniz arasında nasıl hizalay dikkate almalısınız. Aşağıdaki tabloda çeşitli senaryoları belgelemeyi gösteren bir örnek gösterilmektedir.

Bölge Ülke/bölge Yerel çalışanlar Yerel dış kullanıcılar Yerel veri merkezleri veya varlıklar Veri hakimiyeti gereksinimleri
Kuzey Amerika ABD Yes İş ortakları ve müşteriler Yes Hayır
Kuzey Amerika Kanada Hayır Müşteriler Yes Yes
Avrupa Almanya Yes İş ortakları ve müşteriler Hayır - yalnızca ağ Yes
Asya Pasifik Güney Kore Yes İş ortakları Yes Hayır

Kullanıcıların konumu neden ilgili?

Birden çok ülkede veya bölgede kullanıcıları destekleyen kuruluşlar, kullanıcı trafiğini ele alan teknik çözümler geliştirir. Bazı durumlarda çözümler, varlıkların yerelleştirilmesini içerir. Diğer senaryolarda kuruluş, ağ odaklı çözümler aracılığıyla farklı kullanıcı temellerini ele almak için genel geniş alan ağı (WAN) çözümleri uygulamayı tercih edebilir. Her iki durumda da, farklı kullanıcıların kullanım profilleri geçiş stratejisini etkileyebilir.

Örneğin, bir kuruluş Almanya'da çalışanları, iş ortaklarını ve müşterileri destekliyorsa ancak şu anda Almanya'da veri merkezlerine sahip değilse, kuruluş büyük olasılıkla kiralanan bir hat çözümü uygular. Bu tür bir çözüm, trafiği diğer ülke veya bölgelerdeki veri merkezlerine yönlendirir. Bu mevcut yönlendirme, geçirilen uygulamaların algılanan performansına ilişkin önemli bir risk oluşturmaktadır. Yerleşik ve ayarlanmış bir genel WAN'a daha fazla atlama eklemek, geçiş sonrasında uygulamaların yetersiz performans gösterdiği algısını oluşturabilir. Bu sorunların bulunup düzeltilmesi, projede önemli gecikmelere yol açabilir.

Aşağıdaki bölümlerin her biri, değerlendirme, geçirme ve iyileştirme önkoşulları ve süreçlerinde bu karmaşıklığı gidermeye yönelik yönergeler içerir. Her ülke veya bölgedeki kullanıcı profillerini anlamak, bu karmaşıklığı düzgün bir şekilde yönetmek için kritik öneme sahiptir.

Veri merkezlerinin konumu neden ilgilidir?

Mevcut veri merkezlerinin konumu, geçiş stratejisini etkileyebilir. Aşağıdaki etmenleri inceleyin:

Mimari kararları: Geçiş stratejisi tasarımının ilk adımlarından biri hedef bölgeyi belirlemektir. Mevcut varlıkların konumu genellikle bu belirlemeyi etkiler. Ayrıca bulut hizmetlerinin kullanılabilirliği ve bu hizmetlerin birim maliyeti bölgeler arasında farklılık gösterebilir. Bağımsızlık gereksinimleri de dahil olmak üzere veri yerleşimi gereksinimleri de mimari kararını etkileyebilir. Geçerli ve gelecekteki varlıkların yerini anlamak mimari kararlarını etkiler ve bütçe tahminlerini etkileyebilir.

Veri merkezi bağımlılıkları: Senaryonuzun karmaşıklığını belgele bölümündeki tabloda, örnek senaryolar büyük olasılıkla çeşitli genel veri merkezleri arasındaki bağımlılıkları planlamanız gerektiğini gösterir. Bu ölçekte çalışan kuruluşlar bu bağımlılıkları belgelemeyebilir veya açıkça anlamayabilir. Kuruluşunuzun kullanıcı profillerini değerlendirme yaklaşımı, kuruluşunuzdaki bu bağımlılıklardan bazılarını belirlemenize yardımcı olur. Ekibiniz ayrıca bağımlılıklardan kaynaklanan riskleri ve karmaşıklıkları azaltmaya yardımcı olabilecek daha fazla değerlendirme adımını da incelemelidir.

Genel bir yaklaşım uygulama

Aşağıdaki yaklaşım, genel geçiş karmaşıklıklarını ele almak için veri temelli bir model kullanır. Geçiş kapsamı birden çok bölge içeriyorsa, bulut benimseme takımı aşağıdaki hazırlık konularını değerlendirmelidir:

  • İş gereksinimlerinizi karşılayıp karşılayamayacağınızı belirleme: Yüksek kullanılabilirlik, dayanıklılık, performans ve maliyet gereksinimlerini belirlemek için birden çok kullanılabilirlik alanı kullanın. Bu gereksinimler karşılanmazsa çok bölgeli bir yaklaşıma ihtiyacınız olup olmadığını göz önünde bulundurun.

  • Veri hakimiyetini değerlendirme: Veri hakimiyeti bazı varlıkların yerelleştirilmesini gerektirebilir, ancak birçok varlık bu uyumluluk kısıtlamalarına tabi değildir. Günlüğe kaydetme, raporlama, ağ yönlendirme, kimlik ve diğer merkezi BT hizmetleri birden çok abonelik veya bölgede paylaşılan hizmetler olarak barındırılmaya uygun olabilir. Bu hizmetler için paylaşılan bir hizmet modeli kullanarak veri hakimiyetini değerlendirin. Bu yaklaşımın ana hatlarını görmek için paylaşılan hizmetlerle merkez-uç topolojisi için başvuru mimarisine bakın.

  • Ortamınızın ölçeklendirildiğinden emin olun: Benzer ortamların birden çok örneğini dağıtırsanız, tutarlılık oluşturmaya, idareyi geliştirmeye ve dağıtımı hızlandırmaya yardımcı olmak için ortamın geçişleri için ayrılmış bir ekip oluşturabilirsiniz. Karmaşık kuruluşlara yönelik idare kılavuzu, birden çok bölgede ölçeklenen bir ortam oluşturan bir yaklaşım belirler.

Veri temelli önkoşullar

Ekibiniz temel yaklaşımdan memnun olduğunda ve hazır olma durumu uyumlu olduğunda şu veri temelli önkoşulları göz önünde bulundurun:

  • Tam genel bulma: Bulut benimseme stratejinizin karmaşıklığını değerlendirmek için Belge karmaşıklığı'ndaki tabloyu tamamlayın.

  • Etkilenen her ülke veya bölge için kullanıcı profillerini analiz etme: Geçiş işleminin başlarında genel kullanıcı yönlendirmesini anlamak önemlidir. Genel kiralama hatlarının değiştirilmesi ve Azure ExpressRoute gibi bağlantıların bir bulut veri merkezine eklenmesi, ağ gecikmelerine neden olabilir. İşlemde mümkün olan en erken zamanda kullanıcı yönlendirmesini ele alın.

  • İlk dijital emlak rasyonalizasyonlarını tamamlama: Geçiş stratejisine karmaşıklık eklerseniz ilk dijital emlak rasyonalizasyonu tamamlayın. Daha fazla bilgi için bkz . Dijital emlak nedir?.

  • Dijital emlak gereksinimleri için etiketlemeyi kullanma: Veri hakimiyeti gereksinimlerinden etkilenen tüm iş yüklerini belirlemek için etiketleme ilkeleri oluşturun. Gerekli etiketlerin dijital emlak rasyonalizasyonunda başladığından ve geçirilen varlıklara geçtiğinden emin olun.

  • Merkez-uç modelini değerlendirme: Dağıtılmış sistemler genellikle ortak bağımlılıkları paylaşır. Paylaşılan bağımlılıkları genellikle merkez-uç modeli uygulayarak ele alabilirsiniz. Merkez-uç modeli uygulama, geçiş işleminin kapsamı dışında olsa da, hazır işlemlerin gelecekteki yinelemeleri sırasında dikkat edilmesi gereken modele bayrak ekleyin.

  • Geçiş kapsamının önceliğini belirleme: Birden çok bölgeyi destekleyen bir iş yükünün üretim dağıtımını desteklemek için ağ değişikliklerine ihtiyacınız varsa, bulut stratejisi takımının ağ değişikliklerinden kaynaklanan yükseltmeleri izlemesi ve yönetmesi gerekir. Bu üst düzey yönetici desteği, strateji ekibini kapsamı yeniden oluşturma ve ağ değişikliklerinin genel iş yüklerini engellememesini sağlama konusunda serbest bırakarak değişikliği hızlandırmaya yardımcı olur. Genel iş yüklerinin önceliğini yalnızca ağ değişiklikleri tamamlandığında belirleyin.

Bu önkoşullar, geçiş stratejisinin yürütülmesi sırasında karmaşıklığı giderebilecek süreçler oluşturmaya yardımcı olur.

İşlem değişikliklerini değerlendirme

Geçiş senaryonuz genel varlık ve kullanıcı tabanı karmaşıklıkları içeriyorsa, geçiş adaylarınızı değerlendirmek için önemli etkinlikler ekleyin. Bu etkinlikler, küresel kullanıcılar ve varlıklar için engelleri ve sonuçları netleştirmenize yardımcı olacak veriler üretir.

Değerlendirme işlemi sırasında önerilen eylemler

Çapraz veri merkezi bağımlılıklarını değerlendirme: Azure Geçişi'ndeki bağımlılık analizi araçları bağımlılıkları saptamanıza yardımcı olabilir. Geçişe başlamadan önce bu araçları kullanın. Senaryonuz genel karmaşıklık içeriyorsa, bağımlılıkları değerlendirmek değerlendirme sürecinde gerekli bir adımdır. Bağımlılıkları görselleştirmek ve iş yükünü desteklemek için gereken tüm varlıkların IP adreslerini ve bağlantı noktalarını belirlemek için bağımlılık gruplandırma özelliğini kullanabilirsiniz.

Önemli

  • İkincil bir veri merkezinde bulunan varlıkları tanımlamak için varlık yerleşimini ve IP adresi şemalarını anlayan bir konu uzmanına (SME) ihtiyacınız vardır.
  • Çift yönlü bağımlılıkları anlamak için görselleştirmedeki aşağı akış bağımlılıklarını ve istemcilerini değerlendirin.

Genel kullanıcı etkisini belirleme: Önkoşul kullanıcı profili analizinden elde edilen çıkış, genel kullanıcı profillerinden etkilenen tüm iş yüklerini tanımlamalıdır. Etkilenen iş yükleri listesinde bir geçiş adayı varsa, geçiş mimarı ağ ve işlem KOBİ'lerine başvurmalıdır. Bu uzmanlar ağ yönlendirme ve performans beklentilerini doğrulamaya yardımcı olur. Mimari en azından en yakın ağ operasyon merkezi ile Azure arasında bir ExpressRoute bağlantısı içermelidir. ExpressRoute bağlantıları için başvuru mimarisi, gerekli ağ bağlantılarını yapılandırmanıza yardımcı olabilir.

Uyumluluk tasarımı: Önkoşul kullanıcı profili analizinden elde edilen çıktı, veri hakimiyeti gereksinimlerinden etkilenen tüm iş yüklerini de tanımlamalıdır. Değerlendirme sürecinin mimari etkinlikleri sırasında atanan mimarın uyumluluk KOBİ'lerine başvurması gerekir. Bu uzmanlar, mimarın birden çok bölgede geçiş ve dağıtım gereksinimlerini anlamasına yardımcı olabilir. Bu gereksinimler tasarım stratejilerini önemli ölçüde etkiler. Aşağıdaki başvuru mimarileri tasarımda yardımcı olabilir:

Uyarı

ExpressRoute için başvuru mimarisini veya uygulamalara yönelik başvuru mimarilerini kullanıyorsanız, veri hakimiyeti gereksinimlerini karşılamak için belirli veri öğelerini çoğaltma işlemlerinin dışında tutmanız gerekebilir. Belirli veri öğelerini dışlama görevi, yükseltme işlemine bir adım ekler.

Geçiş işlemi değişiklikleri

Birden çok bölgeye dağıtılması gereken bir uygulamayı geçirirseniz, bulut benimseme takımının birkaç önemli nokta daha hesaba katması gerekir. Azure Site Recovery kasalarının tasarımı, yapılandırma ve işlem sunucuları bu noktalardan ikisidir. Diğer iki nokta ağ bant genişliği tasarımları ve veri eşitlemedir.

Geçiş işlemi sırasında önerilen eylemler

Site Recovery kasası tasarımı: Site Recovery, bulutta yerel çoğaltma ve dijital varlıkların Azure'a eşitlenmesi için önerilen araçtır. Site Recovery, her varlıkla ilgili verileri bir Site Recovery kasasına çoğaltır. Bu kasa, belirli bir bölgede ve Azure veri merkezinde belirli bir aboneliğe bağlıdır. Varlıkları ikinci bir bölgeye çoğaltıyorsanız, ikinci bir Site Recovery kasasına da ihtiyacınız olabilir.

Yapılandırma ve işlem sunucusu tasarımı: Site Recovery, tek bir Site Recovery kasasına bağlı bir yapılandırma ve işlem sunucusunun yerel bir örneğiyle çalışır. Bu yapılandırmayı kullandığınızda, çoğaltmayı kolaylaştırmak için bu sunucuların ikinci örneklerini kaynak veri merkezine yüklemeniz gerekebilir.

Ağ bant genişliği tasarımı: Çoğaltma ve sürekli eşitleme sırasında, kaynak veri merkezinden ağ üzerinden hedef Azure veri merkezinde Site Recovery kasasına ikili verileri taşırsınız. Çoğaltma ve eşitleme işlemi bant genişliği kullanır. İş yükünü ikinci bir bölgeye çoğaltmak, tüketilen bant genişliği miktarını ikiye katlar.

Bazı senaryolarda bant genişliği sınırlıdır. Diğerlerinde, bir iş yükü önemli yapılandırma veya veri kaymalarını içerir. Bu gibi durumlarda, verileri ikinci bir bölgeye çoğaltmak geçişi tamamlamak için gereken süreyi engelleyebilir. Daha da önemlisi, bu kısıtlamalar kaynak veri merkezinde bulunan bant genişliğine bağlı olan kullanıcıların veya uygulamaların deneyimini etkileyebilir.

Veri eşitleme: En büyük bant genişliği boşaltma işlemi genellikle veri platformunun eşitlenmesinden gelir. Birden çok kullanılabilirlik alanına dağıtım yaparsanız, verilerinizi birden çok kullanılabilirlik alanında otomatik olarak eşitleyen alanlar arası yedekli veri hizmetlerini kullanabilirsiniz. Birden çok bölgede dağıtım, genellikle uygulamaların hizalı kalmasını sağlamak için veri eşitlemesi gerektirir. Bu yaklaşım, çok bölgeli web uygulamaları ve çok bölgeli n katmanlı uygulamalar için başvuru mimarilerinde tanımlanır.

Uygulamaları eşitlenmiş durumda tutmak, uygulamalarınız için istediğiniz işletim durumuysa, kaynak veri platformunu her bulut platformuyla eşitlemek isteyebilirsiniz. Uygulamayı ve orta katman varlıklarını geçirmeden önce bu eşitlemeyi gerçekleştirin.

Azure'da Azure'a olağanüstü durum kurtarma: Alternatif bir seçenek karmaşıklığı daha da azaltabilir. Zaman çizelgesi ve veri eşitleme gereksinimlerini karşılamak için iki aşamalı bir dağıtım kullanıyorsanız Azure'da Azure'a olağanüstü durum kurtarma kabul edilebilir bir çözüm olabilir. Bu senaryoda, tek bir Site Recovery kasası ve yapılandırma ve işlem sunucusu tasarımı kullanarak iş yükünü ilk Azure veri merkezine geçirirsiniz. İş yükünü test ettikten sonra, geçirilen varlıklardan iş yükünü ikinci bir Azure veri merkezine kurtarabilirsiniz.

Bu yaklaşım, kaynak veri merkezinde kaynaklar üzerindeki etkisini azaltır. Azure'da Azure'a olağanüstü durum kurtarma, Azure veri merkezleri arasındaki yüksek aktarım hızlarından ve yüksek bant genişliği sınırlarından da yararlanır.

Not

Azure'da Azure'a olağanüstü durum kurtarma yaklaşımı, daha yüksek çıkış bant genişliği ücretleriyle kısa süreli geçiş maliyetlerini artırabilir.

Sürüm işlemi değişiklikleri

İyileştirme ve yükseltme sırasında genel karmaşıklığı giderirken, dağıttığınız her bölgede aynı çabalara ihtiyaç duyabilirsiniz. Tek bir bölge kullanıyorsanız iş testi ve iş değişikliği planlarını yine de çoğaltmanız gerekebilir.

Yayın işlemi sırasında önerilen eylemler

Ön test iyileştirmesi: İlk otomasyon testi, tüm geçiş çalışmalarıyla olduğu gibi olası iyileştirme fırsatlarını tanımlayabilir. Genel iş yükleri için her bölgedeki iş yükünü bağımsız olarak test edin. Ağınızdaki veya seçilen Azure veri merkezinde yapılan küçük yapılandırma değişiklikleri performansı etkileyebilir.

İş değişikliği planları: Karmaşık geçiş senaryoları için bir iş değişikliği planı oluşturun. İş değişikliği planı, iş süreçlerinde ve kullanıcı deneyimlerinde yapılan değişiklikler hakkında net bir iletişim sağlamaya yardımcı olur. Plan ayrıca, değişiklikleri tümleştirmek için gereken çabaların zamanlaması hakkında net bir iletişim sağlamaya yardımcı olur. Genel geçiş çalışmasında, plan etkilenen her coğrafyadaki kullanıcılar için dikkat edilmesi gereken noktaları içermelidir.

İş testi: Her bölge iş testi de gerektirebilir. İş testi, değiştirilen ağ yönlendirme desenlerine uygun performans ve uyum sağlamaya yardımcı olur.

Yükseltme uçuşları: Yükseltme genellikle tek bir etkinlik olarak gerçekleşir ve üretim trafiği geçirilen iş yüklerine hemen yeniden yönlendirilir. Genel bir sürüm çalışmasında, uçuş olarak adlandırılan önceden tanımlanmış kullanıcı koleksiyonlarında promosyon sunmalısınız. Yükseltme uçuşları, bulut stratejisi ekibine ve bulut benimseme ekibine performansı gözlemleme ve her bölgedeki kullanıcılar için desteği geliştirme fırsatı verir. Yükseltme uçuşlarını ağ düzeyinde denetleyebilirsiniz. Özellikle, belirli IP aralıklarının yönlendirmesini kaynak iş yükü varlıklarından yeni geçirilen varlıklara değiştirebilirsiniz. Belirtilen kullanıcı koleksiyonunu geçirdikten sonra, sonraki grubu yeniden yönlendirebilirsiniz.

Uçuş iyileştirmesi: Yükseltme uçuşlarının avantajlarından biri, size daha derin gözlemler ve dağıtılan varlıkları iyileştirme fırsatı sunmalarıdır. İlk uçuş kısa bir süre için üretimi başarıyla kullandıktan sonra, BT işlem yordamları tarafından desteklendiğinde geçirilen varlıkları geliştirebilirsiniz.