İngilizce dilinde oku

Aracılığıyla paylaş

Azure Depolama Taşıyıcı'da güvenilirlik

  • Makale

Bu makalede Azure Depolama Taşıyıcı'daki güvenilirlik desteği açıklanır ve hem kullanılabilirlik alanları hem de bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği ile bölgesel dayanıklılık ele alınmaktadır. Azure'daki güvenilirlik ilkelerine daha ayrıntılı bir genel bakış için bkz . Azure güvenilirliği.

Kullanılabilirlik alanı desteği

Kullanılabilirlik alanları, her Azure bölgesinde fiziksel olarak ayrı veri merkezi gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine yük devredebilir.

Azure'daki kullanılabilirlik alanları hakkında daha fazla bilgi için bkz . Kullanılabilirlik alanları nelerdir?

Azure Depolama Taşıyıcı, alanlar arası yedekli dağıtım modelini destekler.

Bir Azure Depolama Taşıyıcı kaynağı dağıttığınızda, kaynağın örnek meta verilerinin depolandığı belirli bir bölgeyi seçmeniz gerekir.

Bölge kullanılabilirlik alanlarını destekliyorsa, örnek meta verileri bu bölgedeki birden çok kullanılabilirlik alanında otomatik olarak çoğaltılır.

Önemli

Azure Depolama Taşıyıcı örneği meta verileri projeler, uç noktalar, aracılar, iş tanımları ve iş çalıştırma geçmişini içerir, ancak geçirilecek gerçek verileri içermez. Geçiş hedefi olarak kullanılan Azure depolama hesaplarının kendi güvenilirlik desteği vardır.

Önkoşullar

  • Kullanılabilirlik alanı desteğiyle dağıtmak için kullanılabilirlik alanlarını destekleyen bir bölge seçmeniz gerekir. Hangi bölgelerin kullanılabilirlik alanlarını desteklediğini görmek için desteklenen bölgelerin listesine bakın.

  • (İsteğe bağlı) Hedef depolama hesabınız kullanılabilirlik alanlarını desteklemiyorsa ve hesabı AZ desteğine geçirmek istiyorsanız bkz . Azure Depolama hesaplarını kullanılabilirlik alanı desteğine geçirme.

Bölge azaltma deneyimi

Bölge genelinde kesinti sırasında, bölge kurtarma sırasında herhangi bir eylem gerekmez. Azure Depolama Taşıyıcı, iyi durumdaki bölgeden otomatik olarak yararlanmak için kendi kendini iyileştirmek ve yeniden dengelemek için tasarlanmıştır.

Herhangi bir geçiş hedefi depolama hesabı kendi kurtarma adımlarını gerektirebilir. Bu gereksinim, her depolama hesabı için seçilen yedeklilik seçeneklerine bağlıdır. Daha fazla adımın gerekli olup olmadığını belirlemek için depolama hesabı olağanüstü durum kurtarma kılavuzuna bakın.

Yedeklilik seçenekleri yerine yerel bir depolama alanı seçildiyse, kesinti sırasında geçişlerde kullanmak üzere yeni bir depolama hesabı oluşturmanız gerekebilir.

Bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği

Olağanüstü durum kurtarma (DR), kapalı kalma süresi ve veri kaybına neden olan doğal afetler veya başarısız dağıtımlar gibi yüksek etkili olaylardan kurtarmayla ilgilidir. Nedeni ne olursa olsun, olağanüstü durum için en iyi çözüm iyi tanımlanmış ve test edilmiş bir DR planı ve DR'yi etkin bir şekilde destekleyen bir uygulama tasarımıdır. Olağanüstü durum kurtarma planınızı oluşturmaya başlamadan önce bkz . Olağanüstü durum kurtarma stratejisi tasarlama önerileri.

DR söz konusu olduğunda, Microsoft paylaşılan sorumluluk modelini kullanır. Paylaşılan bir sorumluluk modelinde Microsoft, temel altyapı ve platform hizmetlerinin kullanılabilir olmasını sağlar. Aynı zamanda, birçok Azure hizmeti verileri otomatik olarak çoğaltmaz veya başarısız olan bir bölgeden geri dönerek başka bir etkin bölgeye çapraz çoğaltma yapamaz. Bu hizmetler için iş yükünüz için uygun bir olağanüstü durum kurtarma planı ayarlamak sizin sorumluluğunuzdadır. Hizmet olarak Azure platformu (PaaS) tekliflerinde çalışan hizmetlerin çoğu, DR'yi desteklemek için özellikler ve yönergeler sağlar ve DR planınızı geliştirmeye yardımcı olmak üzere hızlı kurtarmayı desteklemek için hizmete özgü özellikleri kullanabilirsiniz.

Bir Depolama Taşıyıcı aracısı kaydedildiğinde, Depolama Taşıyıcı kaynağının kaydedildiği bölgeye bağlanır. Bir aracının Azure bölgesinde bir kesinti yaşanırsa, aracının kendisi etkilenmez, ancak Azure'a dayanan yönetim işlemleri tamamlanamayabilir. 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ı iki olağanüstü durum kurtarma türünü destekler:

Önemli

Şirket içi veri kaynakları için olağanüstü durum kurtarma müşterinin sorumluluğundadır.

Azure tarafından başlatılan olağanüstü durum kurtarma

Azure tarafından başlatılan olağanüstü durum kurtarma yalnızca bölge çiftleri olan bölgeler için geçerlidir. Bölgeler arası çoğaltma kullanıldığında örnek meta verileri her bölgeye çoğaltılır, ancak coğrafyadan ayrılmasına asla izin verilmez.

Azure Depolama Taşıyıcısı, örnek meta verilerini depolamak için Cosmos DB kullanır. Veri kaybı yalnızca Azure Cosmos DB'de kurtarılamaz bir olağanüstü durumla oluşabilir. Daha fazla bilgi için bkz . Bölge kesintileri. Azure tarafından başlatılan kurtarma etkin-pasifdir ve bir bölgenin tam kurtarması 24 saate kadar sürebilir.

Müşteri tarafından başlatılan olağanüstü durum kurtarma

Müşteri tarafından başlatılan olağanüstü durum kurtarma, eşleştirilmiş bölgeyle sınırlı değildir.

Bölgesel bir kesinti gerçekleşmeden önce:

  • Kullanılabilirlik alanlarını destekleyen bir bölgede Depolama Taşıyıcı kaynakları oluşturarak alanlar arası yedekli Depolama Taşıyıcısı dağıtın.

  • Zamanlamaya göre veya önemli değişiklikler yaptıktan sonra düzenli aralıklarla Depolama Taşıyıcı kaynaklarınızın anlık görüntüsünü alın. Bir sürüm denetim sistemi kullanarak anlık görüntüleri depolamak, anlık görüntülerin geçmişini depolamak ve izlemek için iyi bir yoldur. Kaynaklarınızı yeni bir bölgede kurtarmanız gereken bir olağanüstü durum durumunda son iyi anlık görüntüyü kullanacaksınız.

Bölgesel bir kesinti sırasında:

İki işlemden birini yapabilirsiniz:

  • Azure'ın bölgeyi kurtarmasını beklemeyi seçin.
  • Kaynaklarınızı farklı bir bölgeye yeniden dağıtarak kapalı kalma süresini en aza indirin. Kaynaklarınıza erişim kesinti sırasında etkilenebileceği için kaynaklarınızın son iyi anlık görüntüsünü kullanmak istersiniz.

İpucu

Bu stratejilerden biri yine de olağanüstü durumdan önce daha fazla adım atmanızı gerektirebilir, bu nedenle gözden geçirmeyi ve buna göre planlamayı unutmayın.

Kaynakları farklı bir bölgeye dağıtma

Kaynakları Azure Resource Manager (ARM) şablonu olarak dışarı aktarma hakkında daha fazla yönerge için şablonları dışarı aktarma belgelerine bakın.

Depolama Taşıyıcınız ve ilgili kaynaklarınız ek kaynak içermeyen bir kapsayıcıda bulunuyorsa, geçerli durumu yakalamak için bir Kaynak Grubu dışarı aktarma işlemi gerçekleştirmeniz gerekir. Ancak kaynak grubunuz ilişkisiz kaynaklar içeriyorsa, kaynakları şablondan kaldırmanız veya başka bir şekilde dışlamanız gerekebilir.

Mevcut aracılar farklı bir bölgeye yeniden dağıtılamaz. İlk olarak yapılandırıldıkları bölgede bir kesinti yaşanırsa, aracı kaydını tamamen kaldırıp yeniden kaydetmek mümkün olmayabilir. Bu belgede, yeni aracıların yeni bir bölgeye kaydedildiğini varsayar.

Dışarı aktarılan şablonu olağanüstü durum kurtarma için kullanmak için şablonda birkaç değişiklik yapılması gerekir.

  • İlk olarak, şablondan ve Microsoft.StorageMover/agentsMicrosoft.HybridCompute/machines kaynaklarını kaldırın. Bu kaynaklara yönelik bağımlılık başvurularını da kaldırdığınızdan emin olun.
  • Ardından, özelliği tüm iş tanımlarından kaldırın agentResourceId . Dağıtımdan sonra bunları yeni bir Aracıya atamanız gerekir.
  • Aracı ve Karma İşlem makine kaynaklarına yapılan tüm başvuruları kaldırdıktan sonra, en üst düzey Depolama Taşıyıcı kaynağının konum özelliğini güncelleştirin. Şu anda dağıtılan bölgenin adını yeni bölgenin adıyla değiştirin.
  • Son olarak, mevcut depolama hesabı kaynak kimliğinin tutulup tutulmayacağını belirleyin. Gerekirse, bunu farklı bir depolama hesabıyla değiştirin.

Önceki adımları tamamladıktan ve şablon parametrelerinin doğru olduğunu doğruladıktan sonra, şablon yeni bir bölgeye dağıtım için hazırdır. Şablonu, şablondaki konum özelliğiyle aynı varsayılan bölgeye sahip yeni bir kaynak grubuna dağıtmanız gerekir.

Yeni aracıyı kaydetme

Yeni Depolama Taşıyıcı kaynağına yeni bir aracı kaydetmek için Azure Depolama Taşıyıcı aracısını dağıtma makalesindeki adımları izleyin.

Aracıyı iş tanımlarına atama

Yeni aracı kaydedildikten ve çevrimiçi olarak raporlandıktan sonra, mevcut iş tanımlarını yeni aracıyla ilişkilendirmek için Azure portalını veya PowerShell'i kullanın. Kolaylık sağlamak için aşağıdaki PowerShell örneği sağlanmıştır.

Projenizin iş tanımlarına erişme yönergeleri için bkz. Yeni geçiş işi tanımlama.

PowerShell 

## Update the agent in a job definition resource
$resourceGroupName  = "[Your resource group name]"
$storageMoverName   = "[Your storage mover name]"
$projectName        = "[Your project name]"
$jobDefName         = "[Your job definition name]"
$agentName          = "[The name of an agent previously registered to the same storage mover resource]"

Update-AzStorageMoverJobDefinition `
    -ResourceGroupName $resourceGroupName `
    -StorageMoverName $storageMoverName `
    -ProjectName $projectName `
    -Name $jobDefName `
    -AgentName $agentName

Hedef depolama kapsayıcısına aracı erişimi verme

Geçiş işini başarıyla gerçekleştirmek için yönetilen kimliğe veri katkıda bulunanı rolünü atamanız gerekir. Karma İşlem kaynağının sistem tarafından yönetilen kimlik erişimini hedef depolama hesabı kaynağına atayın. Bir kaynağa yönetilen kimlik erişimi atama makalesi, hedef kaynağa erişim izni verme konusunda rehberlik sağlar.

Artık yeni dağıtılan Depolama Taşıyıcı kaynaklarını kullanarak geçiş işlerini başlatmaya hazırsınız.

Sonraki adımlar