Azure Depolama Mover'da Güvenilirlik

Azure Depolama Taşıyıcı, dosya ve klasörleri Azure Depolama geçirip dosyaların depolama hesapları arasında eşitlenmesini sağlayan tam olarak yönetilen bir hizmettir. Verileri Azure taşırken veya verileri Azure içindeki farklı konumlar arasında eşitlenmiş durumda tutmanız gerektiğinde Depolama Taşıyıcı'yı kullanın.

Azure'ı kullandığınızda güvenilirlik paylaşılan bir sorumluluktır. 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 Azure Depolama Taşıyıcı'nın geçici hatalar, kullanılabilirlik alanı hataları ve bölge genelindeki hatalar gibi çeşitli olası kesintilere ve sorunlara nasıl yanıt verdiği açıklanmaktadır. Ayrıca Depolama Taşıyıcı yapılandırmanızı nasıl koruyacağınızı da açıklar.

Important

Bu makale, yalnızca Azure Depolama Taşıyıcı hizmetinin ve kaynaklarının güvenilirliğini kapsar. Uçtan uca geçişin güvenilirliği tüm bileşenlere bağlıdır: Depolama Taşıyıcı hizmeti, dağıttığınız tüm Depolama Taşıyıcı aracıları, kaynak ortam ve ağ bağlantısı ve hedef depolama hesabı. Aracıların, kaynak sistemlerin ve hedef depolamanın güvenilirliğinden siz sorumlusunuz. Azure Depolama güvenilirliği hakkında daha fazla bilgi için bkz. Azure Blob Depolama'da Güvenilirlik ve Azure Dosyalar'da Güvenilirlik.

Güvenilirlik mimarisine genel bakış

Bu bölümde, hizmetin nasıl çalıştığına ilişkin güvenilirlik açısından en uygun olan bazı önemli yönler açıklanmaktadır. bölümünde dağıttığınız ve kullandığınız bazı kaynak ve özellikleri içeren mantıksal mimari tanıtılır. Ayrıca, hizmetin kapaklar altında nasıl çalıştığına ilişkin ayrıntılar sağlayan fiziksel mimariyi de ele alır.

Mantıksal mimari

Azure Depolama Mover, bir üretim iş yükünün çalışma zamanı yolundaki istekleri karşılamak için değil, depolama konumları arasında verileri taşımak ve eşitlemek için tasarlanmıştır. Dağıttığınız ve yönettiğiniz bileşenleri tanımlayan bir kaynak hiyerarşisine sahiptir. Üst düzey kaynağa depolama taşıyıcısı adı verilir. Depolama taşıyıcısı içinde, nelerin ve nereye geçirileceğine dair iş tanımları içeren projeler tanımlarsınız. Uç noktalar , geçiş veya eşitleme işi için kaynak ve hedef konumları tanımlar.

Şirket içi ortamlardan geçişler gibi bazı senaryolar için bir veya daha fazla Depolama Taşıyıcı aracısını da dağıtırsınız. Aracı, sanal makine veya fiziksel makine gibi denetlediğiniz bir makinede çalıştırdığınız yazılımdır. Bazı senaryolarda aracı gerekmez.

Hizmet projeler, uç noktalar, aracı kayıtları, iş tanımları ve iş çalıştırma geçmişi gibi yapılandırma meta verilerini depolar. Bu meta veriler, taşıdığınız verileri içermez.

Fiziksel mimari

Azure Depolama Mover hizmeti, Microsoft tarafından yönetilen altyapıda çalışır. Aracılar, yönettiğiniz donanım üzerinde çalışır. Bu makalenin kapsamı dışında olan aracıların güvenilirliğinden siz sorumlusunuz.

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.

Geçici bir hata, bir aracı ile Storage Mover hizmeti arasındaki iletişimi etkilerse veya bir kaynağa ya da hedefe bağlanma sırasında oluşursa, aracı otomatik olarak yeniden dener. Azure-Azure işleri için hizmet birçok geçici hataya da dayanıklıdır. Bağlantı geri yüklendiğinde devam eden geçiş işleri sürdürülür.

Bazı durumlarda geçici hatalar, iş çalıştırma geçmişinde hata olarak görünür. Geçici hatalar da dahil olmak üzere hata kodlarının açıklaması için bkz. Azure Depolama Taşıyıcı durum kodları ve hata türleri. Kalıcı ağ bağlantısı sorunlarını çözme yönergeleri için bkz. Azure Depolama Taşıyıcı ağ bağlantısı sorunlarını giderme.

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

Kullanılabilirlik alanları , bir Azure bölgesi içindeki veri merkezlerinin fiziksel olarak ayrı gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Kullanılabilirlik alanlarını destekleyen bölgelerde platform, depolama taşıyıcısının yapılandırma meta verilerini bölgeler arasında en iyi çaba temelinde dağıtır, ancak bu davranış garanti değildir. Depolama geçişlerinizin bölge kaybına dayanması gerekiyorsa, geçiş işleminizi depolama taşıyıcısının kaybına dayanacak şekilde tasarlayıp Bölge genelindeki hatalara dayanıklılık'ı gözden geçirin.

Storage Mover’ı nasıl kullandığınız bağlamında bir bölge arızasının etkisini göz önünde bulundurun. Hizmet, veri taşınmasını ve senkronizasyonu koordine eder ve genellikle üretim iş yükünüzün çalışma zamanı akışında yer almaz. Bir bölge arızası sırasında depolama taşıyıcısı kullanılamıyorsa, taşıma ya da eşitleme görevi genellikle üretim kesintisine neden olmak yerine gecikir ve hizmet yeniden normale döndükten sonra görevi sürdürebilir veya yeniden deneyebilirsiniz. Depolama Taşıyıcı ayrıca kullanılabilirlik hizmeti düzeyi sözleşmesi (SLA) sunmaz, bu nedenle tasarımınız hizmetin sürekli kullanılabilir olduğunu varsaymamalıdır. İş yükünüz devam eden eşitlemeye bağlıysa, bu tür bir gecikmenin senaryonuz için kabul edilebilir olup olmadığını değerlendirin.

Aşağıdaki diyagramda, altyapı ve yapılandırma meta verilerinin üç bölgeye yayıldığı bir depolama taşıyıcısı gösterilmektedir:

Üç kullanılabilirlik alanına yayılmış alanlar arası yedekli depolama taşıyıcısının diyagramı.

Note

Veri geçişinin güvenilirliği, kullandığınız depolama hesaplarına ve aracılarına da bağlıdır. Örneğin, hedef depolama hesabınız yerel olarak yedekli depolama (LRS) kullanıyorsa, bölge hatasına dayanıklı değildir. Geçişi bir bölge hatasına dayanıklı hale getirmek için alanlar arası yedekli bir hedef depolama hesabı kullanın.

Requirements

Bölge desteği: Yapılandırma meta verilerinin bölgeler arasında en iyi şekilde dağıtılması yalnızca Depolama Taşıyıcı ve kullanılabilirlik alanlarını destekleyen bir bölgede gerçekleşebilir. Depolama Taşıyıcı bölge kullanılabilirliğini denetleyin ve kullanılabilirlik alanlarını destekleyen bölgelerin listesiyle karşılaştırın. Bu bölgelerde bile bölge dayanıklılığı garanti değildir.

Cost

Depolama Taşıyıcı yapılandırılabilir kullanılabilirlik alanı desteği sunmaz, bu nedenle kullanılabilirlik alanlarıyla ilgili ek maliyetler doğurmazsınız. Storage Mover’ın nasıl faturalandırıldığı hakkında daha fazla bilgi için Azure Depolama Mover faturalandırmasını anlama başlıklı makaleye bakın.

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

Depolama Taşıyıcı yapılandırılabilir kullanılabilirlik alanı desteği sunmaz, bu nedenle etkinleştirmeniz veya kabul etmeniz gereken bir şey yoktur. Azure Depolama Mover kaynağı oluşturma konusunda daha fazla bilgi için bkz: Azure Depolama Mover için dağıtım planlaması.

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

Bu bölümde, depolama taşıyıcı kullanılabilirlik alanlarını destekleyen bir bölgede olduğunda ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arası işlem: Bölgedeki kullanılabilirlik alanlarından herhangi birindeki altyapı, yönetim işlemlerine ve meta veri erişimine hizmet edebilir. Ajan bağlantıları hizmete herhangi bir bölge üzerinden erişebilir.

  • Bölgeler arası veri dağıtımı: Hizmet, yapılandırma meta verilerini bölgedeki kullanılabilirlik alanları arasında zaman uyumlu olarak çoğaltmayı amaçlar.

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

Bu bölümde, depolama taşıyıcı kullanılabilirlik alanlarını destekleyen bir bölgede olduğunda ve bölgelerden birinde kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Platform, kullanılabilirlik alanının kaybını algılamak ve trafiği sağlıklı bölgelere yeniden yönlendirmek için tasarlanmıştır, ancak bu yanıt en iyi çabadır ve garanti değildir.
  • Bildirim: Bir bölge kapatıldığında Microsoft sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu'nı kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Azure Hizmet Durumu'nı , bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için de kullanabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

  • Etkin istekler: Devam eden ve etkilenen bölgedeki altyapıya bağlı yönetim işlemleri başarısız olabilir ve bunları yeniden denemeniz gerekir. Aracılarda çalışan etkin veri geçiş işleri çalışmaya devam edebilir, ancak meta veri hizmetine bağlı yönetim işlemleri kullanılamayabilir.

  • Beklenen veri kaybı: Bir depolama taşıyıcısının taşımakta olduğu veriler, bölge arızası sırasında kaybolmaz.

    Depolama Taşıyıcı, yapılandırma meta verilerinin bölgeler arasında dağıtıldığını garanti etmediğinden, bölge hatası bölge kurtarılana kadar depolama taşıyıcısının yapılandırma meta verilerinden bazılarını geçici olarak kullanılamaz duruma getirebilir.

  • Beklenen kapalı kalma süresi: Platform başka bir bölge kullanarak işlemleri geri yüklemeye çalışır, ancak bazı durumlarda etkilenen bölge kurtarılana kadar işlemler kullanılamayabilir. Geçici hata işleme yönergelerini izleyerek iş yükünüzü hazırlayın.

  • Yeniden dağıtım: Platform trafiği sağlıklı kullanılabilirlik alanlarına yeniden yönlendiriyorsa, bunu en iyi çaba temelinde yapar.

Bölge kurtarma

Kullanılabilirlik alanı kurtarıldığında platform, kurtarılan bölgedeki kapasiteyi geri yüklemeyi ve bölgeler arasındaki trafiği yeniden dengelemeyi hedefler. Bu davranış en iyi çabadır ve garanti değildir. Bölge kurtarmayı başlatmak için herhangi bir işlem yapmanız gerekmez.

Bölge hataları için test

Bir depolama taşıyıcısı için kullanılabilirlik alanı arızasını başlatamaz veya test edemezsiniz. Storage Mover bölge dayanıklılığını garanti etmediğinden, Storage Mover'ın bir bölge arızasına dayanacağını varsaymayın. Geçiş işleminizin bir zonun devre dışı kalmasına dayanması gerekiyorsa, bu işlemin uçtan uca dayanıklılığını kendiniz doğrulayın ve yük devretmeyi kontrol etmenize olanak tanıyan yaklaşımlar için Bölge genelindeki kesintilere dayanıklılık bölümünü gözden geçirin.

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

Azure Depolama Mover tek bölgeli bir hizmettir. bir Azure Depolama Taşıyıcı kaynağı dağıttığınızda, kaynağın yapılandırma meta verilerini depolamak için bir bölge seçersiniz. Depolama taşıyıcısının bölgesinde bir kesinti yaşanırsa, aracının gerçekleştirdiği ve Azure kullanan yönetim işlemleri tamamlanmayabilir. Ayrıca, etkilenen bölgede bulunan depolama hesaplarına yapılan etkin veri geçişleri başarısız olabilir.

Depolama taşıyıcınız eşleştirilmiş bir Azure bölgesindeyse, yapılandırma meta verileri olağanüstü durum kurtarma amacıyla eşleştirilmiş Azure bölgesine çoğaltılır ve Microsoft, birincil bölgenizi etkileyen bir olağanüstü durum sırasında eşleştirilmiş bölgeye yük devretmeyi başlatabilir.

Storage Mover’ınız eşleştirilmemiş bir bölgedeyse, Microsoft yapılandırma meta verilerini çoğaltmaz ve başka bir bölgeye yerleşik yük devretme özelliği yoktur. Ancak, ayrı kaynakları birden çok bölgeye dağıtabilirsiniz. Bu senaryoda çoğaltmayı, trafik dağıtımını ve yük devretmeyi yönetmek sizin sorumluluğunuzdadır. Eşleştirilmemiş bir bölge kullanıyorsanız veya yerleşik meta veri çoğaltma özelliği gereksinimlerinizi karşılamıyorsa, özel bir çok bölgeli yük devretme stratejisi oluşturabilirsiniz.

Note

Veri kaynaklarınız (Azure ve şirket içi veri kaynakları dahil), hedefleriniz ve aracılarınız için olağanüstü durum kurtarmadan siz sorumlusunuz.

Microsoft tarafından yönetilen eşleştirilmiş bir bölgeye geçiş

Depolama Taşıyıcı kaynağınız başka bir bölgeyle eşleşen bir bölgedeyse Microsoft depolama taşıyıcınızın yapılandırma meta verilerini eşleştirilmiş bölgeye çoğaltır.

Meta verilerini eşleştirilmiş bir bölgeye çoğaltan bir depolama taşıyıcısının diyagramı.

Bir bölgede kesinti olması durumunda Microsoft, çoğaltılmış yapılandırma meta verilerini kullanarak eşleştirilmiş bölgeye yük devretme yapabilir. Bu işlem varsayılan bir seçenektir ve sizden müdahale gerektirmez.

Eşleştirilmiş bir bölgeye devreden depolama aktarıcısının diyagramı.

Depolama Taşıyıcısı kaynaklarının yük devri, diğer Azure hizmetlerindeki herhangi bir yük devrinden farklı bir zamanda gerçekleşebilir.

Important

Microsoft’un yük devretmeyi başlatması, ancak önemli bir gecikmeden sonra söz konusu olabilir ve bu da yalnızca azami gayret esasına göre yapılır. Storage Mover’ın kurtarma süreci için belirli süre gereksinimlerini karşılamanız gerekiyorsa veya varsayılan çoğaltma ve yük devretme davranışı gereksinimlerinizi karşılamıyorsa, kendi yük devretme işleminizi planlamak ve başlatmak için esneklik için özel çok bölgeli çözümleri kullanın.

Bölgeler arası çoğaltma yalnızca yapılandırma meta verileri için geçerlidir. Kaynak verilere veya kendi güvenilirlik ve çoğaltma seçeneklerine sahip olan hedef depolama hesabına uygulanmaz. Daha fazla bilgi için bkz. Azure Blob Depolama Güvenilirliği ve Azure Dosyalar'de Güvenilirlik.

Requirements

Bölge desteği: Microsoft tarafından yönetilen bölgeler arası çoğaltma, yalnızca eşleştirilmiş bir bölgesi olan bir bölgeye dağıttığınız Depolama Taşıyıcısı kaynakları için kullanılabilir. Eşleştirilmemiş bölgelerdeki kaynaklar için bölgeler arası çoğaltma veya yük devretme sağlanmaz. Uyumsuz bölgelerde bölgeler arası dayanıklılık elde etmek için özel bir çok bölgeli çözüm kullanın.

Cost

Depolama Taşıyıcısı, depolama taşıyıcınızın yapılandırmasının Microsoft yönetilen bölgeler arası çoğaltması için ücret almaz. Ancak bölgeler arası çoğaltma için küçük bir ücret uygulanabilir. Daha fazla bilgi için bkz. Bandwidth pricing.

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

Microsoft yönetilen bölgeler arası çoğaltma, eşleştirilmiş bölgelerdeki Depolama Taşıyıcı kaynakları için otomatik olarak etkinleştirilir. Bu davranışı yapılandırmaz veya etkinleştirmeyi seçmezsiniz.

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

Bu bölümde, bir depolama taşıyıcı bölgeler arası çoğaltma ve yük devretme için yapılandırıldığında ve birincil bölge çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arası işlem: Birincil bölgedeki Depolama Taşıyıcı kaynağınız tüm isteklere hizmet eder. Eşleştirilmiş bölge yalnızca Microsoft tarafından başlatılan bir yük devretme durumunda kullanılır.

  • Bölgeler arası veri çoğaltma: Birincil bölge, yapılandırmayı eşleştirilmiş bölgeye zaman uyumsuz olarak çoğaltır. Çoğaltma zaman uyumsuz olduğundan, yapılandırmada yapılan son değişiklikler hata anında eşleştirilmiş bölgeye yansıtılmayabilir.

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

Bu bölümde, bir depolama taşıyıcı bölgeler arası çoğaltma ve yük devretme için yapılandırıldığında ve birincil bölgede bir kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve müdahale: Microsoft bölgesel arızaları algılar ve yük devretme işleminin başlatılıp başlatılmayacağına karar verir. Microsoft’un, ancak önemli bir gecikmenin ardından yük devretmeyi başlatması beklenmez ve yük devretme elinden gelen çaba esasına göre gerçekleştirilir.

  • Aktif istekler: Aktif yönetim istekleri sonlandırılır ve yük devretme tamamlandıktan sonra yeniden denenmelidir. Aracılar üzerinde çalışmakta olan veri taşıma görevleri, kesintiden etkilenen bölgeye bağlıysa başarısız olabilir.

  • Beklenen veri kaybı: Bölgeler arası çoğaltma zaman uyumsuz olduğundan, kesinti sırasında eşleştirilmiş bölgeye çoğaltılmayan tüm yapılandırma meta verileri değişiklikleri kaybolabilir.

  • Beklenen kesinti süresi: Bir bölgenin yük devretme işleminin tamamlanması 24 saate kadar sürebilir. Bu süre boyunca depolama taşıyıcınız kullanılamaz.

  • Yeniden dağıtım: Yük devretme tamamlandıktan sonra Storage Mover, işleri eşleştirilmiş bölgeden yürütmeye başlar.

    Ancak, eşleştirilmiş bölgedeki depolama taşıyıcısına karşı aracıları yeniden kaydetmeniz gerekir.

Bölge geri kazanımı

Asıl birincil bölge kurtulduğunda, Microsoft geri yük devrini koordine eder. Birincil bölgedeki depolama taşıyıcısına karşı aracıları yeniden kaydetmeniz gerekir.

Bölge hataları testi

Azure Depolama Mover platformu, bölgeler arası çoğaltmayı, yük devretmeyi ve bölge kurtarmayı yönetir. Microsoft bu özelliği tam olarak yönettiği için, bölge yük devretmesini başlatamaz veya test yapamazsınız.

Dayanıklılık için özel çok bölgeli çözümler

Yük devretmenin ne zaman gerçekleştiğini denetlemeniz gerekiyorsa veya eşleştirilmemiş bir bölgede olmanıza rağmen depolama taşıyıcınızın bölge kesintilerine karşı dayanıklı olması gerekiyorsa, birden çok Azure bölgesine bağımsız Depolama Taşıyıcısı kaynakları dağıtın. Aşağıdakiler dahil olmak üzere bu yaklaşımın tüm yönlerinden siz sorumlusunuz:

  • Her bölgede eşdeğer projeler, uç noktalar, aracılar ve iş tanımları oluşturma ve sürdürme.
  • Bölge arızalarını algılama ve yük devretmenin ne zaman yapılacağına karar verme.
  • Ajanları ve geçiş görevlerini ikincil bölgeye yönlendirme.
  • bölgeler arasında iş durumunu ve çalıştırma geçmişini uzlaştırma.

Özel çoklu bölge çözümü hem eşleştirilmiş hem de eşleşmemiş bölgelerde çalışır ve yük devretme işleminiz üzerinde tam denetim sağlar.

Daha fazla bilgi için bkz. Azure Depolama Mover için müşteri tarafından başlatılan olağanüstü durum kurtarma.

Yedekleme ve geri yükleme

Azure Depolama Mover, geçiş ve veri taşıma süreçlerini düzenleme ve yönetme hizmetidir. Geçirdiğiniz verileri depolamaz. Hizmet yalnızca projeler, uç noktalar, iş tanımları ve iş çalıştırma geçmişi gibi yapılandırma meta verilerini depolar. Yedeklenecek geçiş verisi yok.

Depolama Taşıyıcı yapılandırmanızı korumak için, Bicep dosyaları gibi kod olarak altyapı kullanarak kaynaklarınızı tanımlayın ve bu tanımları kaynak denetiminde depolayın. Bir kaynağı yeniden oluşturmanız gerekiyorsa, depolanmış yapılandırmanızdan yeniden dağıtabilirsiniz.

Ç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 bakımına dayanıklılık

Microsoft düzenli olarak hizmet güncelleştirmeleri uygular ve başka bakımlar gerçekleştirir. Azure platformu bu etkinlikleri otomatik olarak işleyerek bakımın sizin için sorunsuz ve şeffaf olmasını sağlar. Azure Hizmet Durumu planlı bakım aracılığıyla size bildirilmedikçe, bakım olayları sırasında kapalı kalma süresi olmayacağı öngörülmektedir.

Storage Mover aracıları otomatik olarak yükseltilir.

Hizmet düzeyi sözleşmesi

Storage Mover bir taşıma hizmetidir ve kullanılabilirlik hizmet düzeyi sözleşmesi (SLA) sunmaz. Ancak , Depolama Taşıyıcı belgelerinde beklenen ölçek ve performans hedefleri açıklanmaktadır. Bu hedefler sanal geçişleri temel alır ve bir garanti veya taahhüt değildir.

İlgili içerik

  • Last updated on