Aracılığıyla paylaş

Azure Container Registry güvenilirliği

Azure Container Registry, kapsayıcı dağıtımlarınız için özel Docker kapsayıcı görüntülerinizi ve ilgili yapıtlarınızı depolamak ve yönetmek için kullanılan yönetilen bir kapsayıcı kayıt defteri hizmetidir.

Azure kullandığınızda, güvenilirlik paylaşılan bir sorumluluktur. Microsoft, dayanıklılık ve kurtarmayı desteklemek için çeşitli özellikler sunar. Bu özelliklerin kullandığınız tüm hizmetler içinde nasıl çalıştığını anlamak ve iş hedeflerinize ve çalışma süresi hedeflerinize ulaşmak için ihtiyacınız olan özellikleri seçmek sizin sorumluluğunuzdadır.

Bu makalede, Container Registry'nin geçici hatalar, kullanılabilirlik alanı kesintileri ve bölge kesintileri gibi çeşitli olası kesintilere ve sorunlara nasıl dayanıklı hale getirilmeye başlandığı açıklanır. Ayrıca, diğer sorun türlerinden kurtarmak için yedeklemeleri nasıl kullanabileceğinizi açıklar ve Container Registry hizmet düzeyi sözleşmesi (SLA) hakkındaki bazı önemli bilgileri vurgular.

Güvenilirlik için üretim dağıtımı önerileri

Üretim iş yükleri için aşağıdaki eylemleri gerçekleştirmenizi öneririz:

  • En kapsamlı güvenilirlik özelliklerini sağlayan Container Registry'nin Premium katmanını kullanın. Premium katmanı ayrıca üretim kapsayıcısı iş yükleri için gerekli olan daha yüksek performans sınırları, gelişmiş güvenlik özellikleri ve ileri düzey yetenekler sağlar. Hizmet katmanları ve özellikleri hakkında daha fazla bilgi için bkz. Container Registry hizmet katmanları.

  • Container Registry'nizi kullanılabilirlik alanlarını destekleyen bir bölgede sağlayın.

  • Çok bölgeli senaryolar için coğrafi çoğaltmayı yapılandırarak kayıt defterinizi belirli coğrafi ve uyumluluk gereksinimlerinize göre birden çok bölgeye dağıtın.

Güvenilirlik mimarisine genel bakış

Container Registry, yüksek kullanılabilirlik ve veri dayanıklılığı sağlamak için dağıtılmış Azure altyapısı üzerine kurulmuştur. Hizmet, güvenilirliği sağlamak için birlikte çalışan birkaç temel bileşenden oluşur. Aşağıdaki diyagramda temel hizmet mimarisi gösterilmektedir.

İstemci erişimi, denetim düzlemi, veri düzlemi ve depolama katmanı bileşenleriyle Container Registry hizmet mimarisini gösteren diyagram.

  • Denetim düzlemi kayıt defteri yapılandırması, kimlik doğrulama yapılandırması ve çoğaltma ilkeleri için ana bölgedeki merkezi bir yönetim bileşenidir.

  • Veri düzlemi , bölgeler ve kullanılabilirlik alanları arasında kapsayıcı görüntüsü gönderme ve çekme işlemlerini işleyen dağıtılmış bir hizmettir.

  • Depolama katmanı, kapsayıcı görüntüleri ve yapıtları kalıcı hale getiren içerik adreslenebilir bir Azure Depolama çözümüdür. Otomatik yinelenenleri kaldırma, durağan halde şifreleme ve entegre çoğaltmayı içerir.

Microsoft, aşağıdaki bakım türlerini içeren temel Container Registry altyapısını yönetmekle sorumludur:

  • Kayıt defteri yönetimi için denetim düzlemi bakımı

  • Bölgeler ve kullanılabilirlik alanları arasında konteyner görüntü operasyonları için veri düzlemi bakımı

Müşteri olarak aşağıdaki eylemlerden siz sorumlusunuz:

  • Uygulama düzeyinde dayanıklılık: Kapsayıcı uygulamalarınızda ve düzenleme platformlarınızda uygun yeniden deneme mantığını ve yük devretme işlemeyi uygulayın.

  • Bölge dayanıklılığı yapılandırması: Kapsayıcı kayıt defterinizin kullanılabilirlik alanlarını destekleyen bir bölgeye dağıtıldığından emin olun.

  • Coğrafi çoğaltma yapılandırması: Coğrafi dağıtım, uyumluluk ve performans gereksinimlerinize göre coğrafi çoğaltma için uygun bölgeleri seçin.

Container Registry, kapsayıcı derlemelerinizi ve bakım işlemlerinizi otomatikleştirmenize yardımcı olabilecek görevleri de destekler. Görevler Microsoft tarafından yönetilen işlem altyapısında çalışır ve el ile, olay tabanlı veya zamanlanmış tetikleyicileri destekler. Daha fazla bilgi için bkz. Container Registry görevlerini kullanarak kapsayıcı görüntüsü derlemelerini ve bakımını otomatikleştirme.

Uyarı

Container Registry, bulut tabanlı Container Registry'niz ile senkronize olan şirket içi veya uzak çoğaltmalar olarak bağlı kayıt defterlerini destekler. Bağlı kayıt defterlerini kullandığınızda, bunları güvenilirlik gereksinimlerinizi karşılayacak şekilde yapılandırmak sizin sorumluluğunuzdadır. Bağlı kayıt defterleri bu makalenin kapsamı dışındadır.

Geçici hatalara dayanıklılık

Geçici hatalar, bileşenlerde kısa ve aralıklı hatalardır. Bunlar genellikle bulut gibi dağıtılmış bir ortamda gerçekleşir ve işlemlerin normal bir parçasıdır. Geçici hatalar kısa bir süre sonra kendilerini düzeltmektedir. Uygulamalarınızın genellikle etkilenen istekleri yeniden deneyerek geçici hataları işleyebileceği önemlidir.

Bulutta barındırılan tüm uygulamalar, bulutta barındırılan API'ler, veritabanları ve diğer bileşenlerle iletişim kurarken Azure geçici hata işleme yönergelerini izlemelidir. Daha fazla bilgi için bkz Geçici hataları ele alma önerileri.

Container Registry çeşitli mekanizmalar aracılığıyla geçici hataları dahili olarak işler. Hizmet, kayıt defteri işlemleri için otomatik yeniden deneme mantığını uygular ve verimli kaynak kullanımı için bağlantı havuzunu korur. Container Registry işlemleri, itme ve çekme işlemlerinin güvenli bir şekilde yeniden denenmesini sağlayan aynı sonucu verecek şekilde tekrar uygulanabilir olacak şekilde tasarlanmıştır. Görevler, birçok işlem türü gerçekleştirdiğinde geçici hataları otomatik olarak işler.

Container Registry kullanan istemci uygulamaları için, kayıt defteri işlemlerini gerçekleştirirken üstel geri alma ile uygun yeniden deneme ilkelerini uygulayın. Yaygın geçici hatalar için yerleşik yeniden deneme mekanizmaları içeren resmi Docker istemcisini veya Container Registry SDK'larını kullanın.

Kullanılabilirlik alanı hatalarına dayanıklılık

Availability bölgeleri Azure bölgesindeki fiziksel olarak ayrı veri merkezleri gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Bölge yedekliliği, kayıt defteri verileri ve işlemlerini bölgedeki birden fazla kullanılabilirlik alanına dağıtarak konteyner kayıt defterinizi bölge bazlı hatalara karşı korur. Kapsayıcı imaj çekme ve gönderme işlemleri, sağlıklı bölgelere otomatik yük devri ile bölge kesintileri sırasında çalışmaya devam eder.

Alanlar arası yedeklilik, kullanılabilirlik alanlarını destekleyen bölgelerdeki tüm kayıt defterleri için varsayılan olarak etkinleştirilir ve bu da kaynaklarınızın otomatik olarak ve ek ücret ödemeden daha dayanıklı olmasını sağlar. Bu geliştirme, Temel ve Standart dahil olmak üzere tüm hizmet katmanları için geçerlidir ve hem yeni hem de mevcut kayıt defterlerine uygulanmıştır.

Önemli

Azure portalı ve diğer araçlar henüz bölge yedekliliği güncelleştirmesini doğru yansıtmayabilir.

Kayıt defterinizin yapılandırmasındaki özellik yine olarak görünebilir, ancak desteklenen bölgelerdeki tüm kayıt defterleri için bölge yedekliliği etkindir.

Portal ve API yüzeylerini bu varsayılan davranışı daha şeffaf yansıtacak şekilde etkin bir şekilde güncelleştiriyoruz. Daha önce etkinleştirilen tüm özellikler beklendiği gibi çalışmaya devam eder.

Değerlendirmeler

  • Bölge desteği: Alanlar arası yedekli kayıt defterleri kullanılabilirlik alanlarını destekleyen herhangi bir bölgeye dağıtılabilir. Kayıt defteriniz kullanılabilirlik alanlarını desteklemeyen bir bölgedeyse, bunu alanlar arası yedekli hale getirmek için kullanılabilirlik alanlarını destekleyen bir bölgede yeni bir kayıt defteri oluşturmanız gerekir. Ardından, aktarım hattı oluşturarak veya kapsayıcı görüntülerini içe aktararak kapsayıcı görüntülerinizi geçirmeniz gerekir.

Değerlendirmeler

  • Görev: Container Registry görevleri şu anda kullanılabilirlik alanlarını desteklemez. Bölge yedekliliği, kayıt defteri hizmetinin kendisi için geçerlidir, ancak görevler veya işlemleri için geçerli değildir.

  • Coğrafi çoğaltma: Kayıt defteriniz coğrafi çoğaltma kullanıyorsa, kullanılabilirlik alanları olan bölgelerde oluşturulan tüm çoğaltmalar otomatik olarak alanlar arası yedekli hale gelir.

Maliyet

Alanlar arası yedeklilik, kapsayıcı kayıt defterlerine ek ücret ödemeden dahil edilir.

Kullanılabilirlik alanı desteğini yapılandırma

  • Alanlar arası yedekli bir kayıt defteri oluşturun. Desteklenen bir bölgede kayıt defteri oluşturduğunuzda, bu kayıt defteri otomatik olarak bölge yedekliliğine sahip olur. Yeni kayıt defteri oluşturma hakkında daha fazla bilgi için bkz. Container Registry'de alanlar arası yedekli kayıt defteri oluşturma.

  • Mevcut bir kayıt defterinde bölge yedekliliğini etkinleştirin. Kullanılabilirlik alanları olan bölgelerdeki kayıt defterleri otomatik olarak bölge yedekliliği sağlar. Bölge yedekliliğini etkinleştirmeniz gerekmez.

  • Alanlar arası yedekliliği devre dışı bırakın. Alanlar arası yedeklilik devre dışı bırakılamaz.

Tüm bölgeler sağlıklı olduğunda davranış

Bu bölümde, Container Registry kaynakları alanlar arası yedeklilik için yapılandırıldığında ve tüm kullanılabilirlik alanları çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

Normal işlemler sırasında Container Registry bölgesi yedekliliğini gösteren diyagram.

  • Bölgeler arasında trafik yönlendirme: Container Registry, veri düzlemi işlemlerini bir bölgedeki tüm kullanılabilirlik alanlarına otomatik olarak dağıtmak için iç yönlendirme işlevini kullanır. Kayıt defteri hizmeti, dış yük dengeleyicilere gerek kalmadan istekleri otomatik olarak iyi durumdaki bölgelere yönlendirir.

  • Bölgeler arasında veri çoğaltma: Kapsayıcı görüntüleri, bildirimler ve meta veriler de dahil olmak üzere kayıt defteri verileri birden çok kullanılabilirlik alanında zaman uyumsuz olarak çoğaltılır. Yüksek kullanılabilirlik ve veri dayanıklılığını korumak için değişiklikler bölgeler arasında hızla çoğaltılır. Çoğaltma zaman uyumsuzdur, ancak genellikle dakikalar içinde tamamlanır ve çoğaltma sırasında tüm bölgeler okuma ve yazma işlemleri için kullanılabilir durumda kalır.

Bölge hatası sırasındaki davranış

Bu bölümde, Container Registry kaynakları alanlar arası yedeklilik için yapılandırıldığında ve kullanılabilirlik alanı kesintisi olduğunda neler bekleyebileceğiniz açıklanmaktadır.

Bir bölge kullanılamaz duruma geldiğinde Container Registry, kayıt defteri işlemlerini en az etkiyle yük devretme işlemini otomatik olarak işler.

Bölge hatası sırasında Container Registry'nin davranışını gösteren diyagram. Sağlıklı bölgelere otomatik yük devretme yönlendirmeleri yapılır. Bir bölge kullanılamaz olarak işaretlendi.

  • Algılama ve yanıt: Container Registry platformu bir kullanılabilirlik alanındaki hataları otomatik olarak algılar ve bir yanıt başlatır. Hizmet, trafiği otomatik olarak kalan iyi durumdaki bölgelere yönlendirir. Bir bölge yük devretmesinin başlatılması için el ile müdahale gerekmez.

  • Bildirim: Microsoft, bir bölge kapatıldığında sizi otomatik olarak bilgilendirmez. Ancak, Azure Hizmet Durumu kullanarak tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlayabilir ve sorunları size bildirmek için Service Health uyarıları ayarlayabilirsiniz.

    Ayrıca Azure İzleyici kayıt defteri kullanılabilirlik ölçümlerini de izleyebilirsiniz.

  • Etkin istekler: Kullanılabilirlik alanı kullanılamadığında, hatalı kullanılabilirlik alanındaki kaynaklara bağlı devam eden tüm istekler sonlandırılır. Yeniden denenmeleri gerekiyor.

  • Beklenen veri kaybı: Hatalı bölgede yapılan son yazma işlemleri diğer bölgelere çoğaltılamayabilir, bu da bölge kurtarılana kadar kaybolabilecekleri anlamına gelir. Veri kaybının genellikle 15 dakikadan kısa olması beklenir, ancak bu garanti değildir.

  • Beklenen kapalı kalma süresi: Trafik iyi durumdaki bölgelere yönlendirildiğinden otomatik yük devretme sırasında az miktarda kapalı kalma süresi oluşabilir. Bu kapalı kalma süresi genellikle çoğu kayıt defteri işlemi için birkaç saniyedir. Bölge yük devretmesinin uygulamalarınız üzerindeki etkisini en aza indirmek için geçici hata işleme en iyi yöntemlerini izlemenizi öneririz.

  • Trafik yeniden yönlendirme: Platform, yapılandırma değişiklikleri yapmanıza gerek kalmadan trafiği otomatik olarak sağlıklı bölgelere yeniden yönlendirer.

Bölge kurtarma

Etkilenen kullanılabilirlik alanı kurtarıldığında Container Registry, kurtarma bölgesi de dahil olmak üzere tüm kullanılabilir bölgelere işlemleri otomatik olarak dağıtır. Hizmet, el ile müdahaleye gerek kalmadan veya hizmet kesintisine neden olmadan trafiği ve veri dağıtımını yeniden dengeler.

Bölge hataları için test

Container Registry platformu, alanlar arası yedekli kayıt defterleri için trafik yönlendirmeyi, yük devretmeyi ve yeniden çalışma işlemini yönetir. Bu özellik tam olarak yönetildiği için kullanılabilirlik alanı hata işlemlerini başlatmanız veya doğrulamanız gerekmez.

Bölge genelindeki hatalara dayanıklılık

Kapsayıcı Kayıt Defteri, kayıt defteriniz Premium katmanını kullandığında coğrafi çoğaltma aracılığıyla yerel çok bölgeli destek sağlar. Coğrafi çoğaltma, seçtiğiniz birden çok bölgede kayıt defteri çoğaltmaları oluşturur. Kayıt defteri kaynağını dağıttığınız bölge, ana bölge olarak bilinir.

Coğrafi çoğaltma, bölgesel kesintilere dayanıklılık sağlar. Kayıt defteriniz coğrafi olarak çoğaltılırsa ve bölgesel bir kesinti oluşursa, kayıt defteri verileri seçtiğiniz diğer bölgelerden kullanılabilir olmaya devam eder. Coğrafi çoğaltmayı etkinleştirmezseniz, bölge kesintisi sırasında verileriniz kullanılamaz duruma gelebilir.

Coğrafi çoğaltmayı, bu bölgelerdeki kapsayıcı görüntülerine yerel erişim elde etmek ve genel olarak dağıtılmış uygulamaların gecikme süresini azaltmak için de kullanabilirsiniz.

Container Registry'yi dağıtıp coğrafi çoğaltmayı etkinleştirdiğinizde, Microsoft veri düzlemi isteklerini kopyalarınız arasında yönlendirmek ve bölgesel bir kopya kullanılamıyorsa kopyalar arasında otomatik failover gerçekleştirmek için Azure Traffic Manager'ı kullanır.

Container Registry coğrafi replikasyon, Azure eşlenmiş bölgelere bağımlı değildir. Belirli coğrafi, performans ve uyumluluk gereksinimlerinize göre çoğaltma için Azure bölgelerin herhangi bir bileşimini seçebilirsiniz. Coğrafi olarak çoğaltılan her kayıt defteri bir kayıt defteri uç noktası olarak çalışır. Görüntü gönderimleri, çekmeler ve yönetim görevleri dahil olmak üzere kayıt defteri işlemlerinin çoğunu destekler.

Bu bölümde, coğrafi çoğaltmayla ilgili bilgiler güvenilirlikle ilgili olarak özetlenmektedir. Daha fazla bilgi için Container Registry'de Coğrafi Çoğaltma bölümüne bakın.

Gereksinimler

  • Region support: Coğrafi çoğaltma, Premium katmanının desteklendiği tüm Azure bölgelerde kullanılabilir. Azure bu bölgeleri eşleştirip eşleştirmediğine bakılmaksızın herhangi bir bölge bileşimine çoğaltabilirsiniz.
  • Coğrafi çoğaltmayı etkinleştirmek için Premium katmanını kullanmanız gerekir.

Değerlendirmeler

  • Alanlar arası yedekli çoğaltmalar: Kullanılabilirlik alanları olan bir bölgede oluşturduğunuz tüm çoğaltmalar otomatik olarak alanlar arası yedekli olur.

  • Kontrol düzlemi: Kontrol düzlemi ana bölgede çalışır. Ana bölge kullanılabilir durumda değilse, kontrol düzlemi işlemleri gerçekleşmez ve kayıt defterinin yapılandırmasını değiştiremeyebilirsiniz.

  • Görev: Container Registry görevleri şu anda coğrafi çoğaltmaları desteklememektedir. Görevler her zaman ana bölgede çalışır. Ana bölge devre dışı kalırsa, görev çalıştırılamaz.

Maliyet

Coğrafi olarak çoğaltılan her bölge, ilgili bölge için Premium katman fiyatlandırmasına göre ayrı olarak faturalandırılır. Çıkış ücretleri, ilk çoğaltma ve devam eden senkronizasyon sırasında bölgeler arasında veri aktarımı için de geçerlidir.

Çok bölgeli desteği yapılandırma

Coğrafi çoğaltma, kayıt defteri oluşturma sırasında yapılandırılabilir veya mevcut Premium kayıt defterlerine eklenebilir. Coğrafi çoğaltma Azure portalı, Azure CLI, Azure PowerShell veya Azure Resource Manager şablonları aracılığıyla yapılandırılabilir.

  • Coğrafi olarak çoğaltılmış bir kayıt defteri oluşturun. Kayıt defteri oluşturulduktan sonra ek bölgeleri belirterek coğrafi çoğaltmayı yapılandırın.

  • Mevcut bir kayıt defterinde coğrafi çoğaltmayı etkinleştirin. Coğrafi çoğaltma özelliklerini etkinleştirmek için mevcut Temel veya Standart katman kayıt defterlerini Premium katmana yükseltin. Çoğaltma bölgelerini istediğiniz zaman değiştirebilirsiniz. Daha fazla bilgi için bkz. Coğrafi çoğaltmayı yapılandırma.

  • Coğrafi çoğaltmayı devre dışı bırakın. Azure portalı veya komut satırı araçları aracılığıyla tek tek bölgesel çoğaltmaları kaldırın. Ana bölge kayıt defteri kaldırılamaz.

Tüm bölgeler iyi durumda olduğunda davranış

Bu bölümde, bir kayıt defteri coğrafi çoğaltma için yapılandırıldığında ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

Container Registry çok bölgeli işlemleri gösteren diyagram. Genel istemciler Traffic Manager aracılığıyla birden çok bölgede kayıt defteri uç noktalarına bağlanır.

  • Bölgeler arasında trafik yönlendirme: Container Registry, her bölgesel uç noktanın okuma ve yazma işlemleri dahil olmak üzere tüm veri düzlemi işlemlerini bağımsız olarak hizmet verebildiği etkin-etkin bir yapılandırmada çalışır. Kapsayıcı gönderme ve çekme işlemleri gibi veri düzlemi işlemleri, performans için en uygun bölgesel uç noktayı belirlemek üzere performans tabanlı ölçütlerle Traffic Manager kullanılarak otomatik olarak yönlendirilir.

  • Bölgeler arasında veri çoğaltma: Coğrafi çoğaltma, nihai tutarlılıkla asenkron çoğaltma kullanarak kapsayıcı görüntüleri ve yapıtları yapılandırılmış tüm bölgelerde otomatik olarak eşitler. Hizmet, yalnızca benzersiz görüntü katmanlarını verimli bir şekilde çoğaltmak için içerik adreslenebilir depolama kullanır. Bu yaklaşım bant genişliği kullanımını ve çoğaltma süresini en aza indirir. Okuma ve yazma işlemleri coğrafi olarak çoğaltılan tüm bölgelerde çalışır. Herhangi bir bölgede yapılan değişiklikler diğer tüm bölgelere çoğaltılır.

    Çoğaltma genellikle değişikliklerden sonra dakikalar içinde tamamlar. Ancak, veri çoğaltma zamanlaması garantisi yoktur. Büyük kapsayıcı görüntülerinin veya yüksek frekanslı güncelleştirmelerin tüm bölgelerde çoğaltılması daha uzun sürebilir.

Bölge hatası sırasındaki davranış

Bu bölümde, bir kayıt defteri coğrafi çoğaltma için yapılandırıldığında ve birincil bölgede bir kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

Bir bölge kullanılamaz duruma geldiğinde kapsayıcı işlemleri alternatif bölgesel uç noktaları kullanmaya devam edebilir.

Bölgesel hata sırasında Container Registry davranışını gösteren diyagram.

  • Algılama ve yanıt: Container Registry, her bölgesel çoğaltmanın durumunu izler ve trafiği başka bir bölgeye yönlendirmekle sorumludur.

  • Bildirim: Microsoft, bir bölge kapatıldığında size otomatik olarak bildirim vermez. Ancak, Azure Hizmet Durumu kullanarak tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlayabilir ve sorunları size bildirmek için Service Health uyarıları ayarlayabilirsiniz.

    Ayrıca, Azure İzleyici'da her bölgesel uç nokta için kayıt defteri kullanılabilirliği ölçümlerini izleyebilirsiniz.

  • Etkin istekler: Şu anda kullanılamayan bir bölgeye uçuşta olan tüm etkin istekler başarısız olur ve iyi durumdaki bir bölgeye yönlendirilebilmeleri için yeniden denenmeleri gerekir.

  • Beklenen veri kaybı: Hatalı bölgede yapılan son yazma işlemleri diğer bölgelere çoğaltılamayabilir. Bu hata, bölge kurtulana kadar kaybolmuş olabilecekleri anlamına gelir. Genellikle veri kaybının 15 dakikadan kısa olması beklenir, ancak bu garanti değildir.

  • Beklenen kapalı kalma süresi: Veri düzlemi işlemleri için, yük devretme tamamlanırken veri düzlemi işlemleri için genellikle 1 ile 2 dakika arasında bir kapalı kalma süresi beklenir.

    Ana bölge kullanılamıyorsa, bölge geri yüklenene kadar denetim düzlemi işlemleri kullanılamaz.

  • Trafik yeniden yönlendirme: Bir bölge kullanılamaz duruma geldiğinde, konteyner işlemleri otomatik olarak sağlıklı bir bölgedeki başka bir çoğaltmaya yönlendirilir. İstemcilerin kayıt defteriyle etkileşimde bulundukları uç noktayı değiştirmeleri gerekmez. Microsoft yönlendirme, yük devretme ve yeniden çalışma işlemlerini otomatik olarak işler.

Bölge geri kazanımı

Bir bölge kurtarıldığında, Traffic Manager yönlendirmesi aracılığıyla bu bölgesel uç nokta için veri düzlemi işlemleri otomatik olarak sürdürülür. Hizmet, kesinti sırasında oluşan tüm değişiklikleri, nihai tutarlılıkla asenkron replikasyon kullanarak senkronize eder.

Bölge hataları testi

Kayıt defterinizle ilişkili bölgelerden birinin hatasının benzetimini yapamazsınız, ancak uygulamanızın bölgeler arasında yük devretme olanağını test edebilirsiniz. Bölgesel yük devretme simülasyonu yapabilirsiniz, coğrafi çoğaltmaları geçici olarak devre dışı bırakarak, bu da onların Traffic Manager yönlendirmesinden kaldırılmasını sağlar. Daha sonra kapsayıcı işlemlerinin bölgesel bir kesinti yaşamadan başarılı bir şekilde yedek bölgelere devredildiğini doğrulayabilirsiniz. Daha fazla bilgi için bkz. Çoğaltmaya yönlendirmeyi geçici olarak devre dışı bırakma.

Çoğaltmayı yeniden etkinleştirdiğinizde Traffic Manager trafiği yeniden etkinleştirilen çoğaltmaya yönlendirmeye devam eder. Ayrıca meta veriler ve görüntüler, tüm bölgelerde veri tutarlılığını sağlamak için yeniden etkinleştirilen çoğaltmaya nihai tutarlılık ile eşitlenir.

Yedekleme ve geri yükleme

Container Registry, kayıt defterinizden kapsayıcı görüntülerini ve nesneleri dış depolama alanına veya alternatif kayıt defterlerine aktarmayı destekler. Olağanüstü durum kurtarma senaryoları için kritik kapsayıcı görüntülerinin kopyalarını oluşturmak için Container Registry içeri ve dışarı aktarma özelliklerini veya standart Docker komutlarını kullanın.

Çoğu çözüm için yalnızca yedeklemelere güvenmemeniz gerekir. Bunun yerine, dayanıklılık gereksinimlerinizi desteklemek için bu kılavuzda açıklanan diğer özellikleri kullanın. Ancak yedeklemeler, diğer yaklaşımların koruma altına almayan bazı risklere karşı koruma sağlar. Daha fazla bilgi için bkz. Yedeklilik, çoğaltma ve yedekleme nedir?

Hizmet düzeyi sözleşmesi

Azure hizmetleri için hizmet düzeyi sözleşmesi (SLA), her hizmetin beklenen kullanılabilirliğini ve bu kullanılabilirlik beklentisini elde etmek için çözümünüzün karşılaması gereken koşulları açıklar. Daha fazla bilgi için bkz. Çevrimiçi hizmetler için SLA'lar.

İlgili içerik

  • Azure güvenilirlik
  • Container Registry hizmet katmanları
  • Container Registry en iyi uygulamaları
  • Kapsayıcı Kayıt Defteri'ni izleme
  • Container Registry fiyatlandırması
  • Kapsayıcı görüntülerini kapsayıcı kayıt defterine aktarma
  • Last updated on