Sdílet prostřednictvím

Spolehlivost ve službě Azure Storage Mover

Tento článek popisuje podporu spolehlivosti ve službě Azure Storage Mover a popisuje jak vnitřní odolnost zón dostupnosti, takzotavení po havárii mezi oblastmi a provozní kontinuitu. Podrobnější přehled principů spolehlivosti v Azure najdete v tématu Spolehlivost Azure.

Podpora zón dostupnosti

Zóny dostupnosti jsou fyzicky oddělené skupiny datacenter v rámci oblasti Azure. Když jedna zóna selže, mohou služby přejít na jednu ze zbývajících zón.

Azure Storage Mover podporuje zónově redundantní model nasazení.

Když nasadíte prostředek Azure Storage Mover, musíte vybrat konkrétní oblast , ve které jsou uložena metadata instance prostředku.

Pokud oblast podporuje zóny dostupnosti, metadata instance se automaticky replikují napříč několika zónami dostupnosti v této oblasti.

Důležité

Metadata instance služby Azure Storage Mover zahrnují projekty, koncové body, agenty, definice úloh a historii spuštění úloh, ale nezahrnuje skutečná data, která se mají migrovat. Účty úložiště Azure, které se používají jako cíle migrace, mají vlastní podporu spolehlivosti.

Požadavky

  • Pokud chcete nasadit podporu zóny dostupnosti, musíte zvolit oblast, která podporuje zóny dostupnosti. Pokud chcete zjistit, které oblasti podporují zóny dostupnosti, podívejte se na seznam podporovaných oblastí.

  • (Volitelné) Pokud cílový účet úložiště nepodporuje zóny dostupnosti a chcete migrovat účet na podporu AZ, přečtěte si téma Změna způsobu replikace účtu úložiště.

Prostředí pro zónu dolů

Během výpadku v rámci zóny není vyžadována žádná akce během obnovení zóny. Azure Storage Mover je navržený tak, aby se sám opravil a znovu vyvážil, aby automaticky využil výhod funkční zóny.

Každý cílový účet úložiště migrace může vyžadovat vlastní kroky obnovení. Tento požadavek závisí na možnostech redundance zvolených pro každý účet úložiště. Informace o tom, jestli jsou potřeba další kroky, najdete v průvodci zotavením po havárii účtu úložiště.

Pokud bylo místní úložiště zvoleno místo možností redundance, možná budete muset během výpadku vytvořit nový účet úložiště pro použití v migracích.

Zotavení po havárii napříč oblastmi a provozní kontinuita

Zotavení po havárii (DR) označuje postupy, které organizace používají k zotavení z událostí s vysokým dopadem, jako jsou přírodní katastrofy nebo neúspěšná nasazení, která vedou k výpadkům a ztrátě dat. Bez ohledu na příčinu je nejlepším řešením havárie dobře definovaný a otestovaný plán zotavení po havárii a návrh aplikace, který aktivně podporuje zotavení po havárii. Než začnete vytvářet plán zotavení po havárii, přečtěte si téma Doporučení pro návrh strategie zotavení po havárii.

V případě zotavení po havárii používá Microsoft model sdílené odpovědnosti. V tomto modelu Microsoft zajišťuje, aby byly dostupné základní služby infrastruktury a platformy. Mnoho služeb Azure ale automaticky nereplikuje data nebo se vrátí z oblasti, která selhala, aby bylo možné provést křížovou replikaci do jiné povolené oblasti. Za tyto služby zodpovídáte za nastavení plánu zotavení po havárii, který funguje pro vaši úlohu. Většina služeb, které běží v rámci nabídky platformy jako služby (PaaS) na Azure, poskytuje funkce a pokyny pro podporu disaster recovery (DR). Pomocí funkcí specifických pro službu můžete podporovat rychlé obnovení, což pomůže s vývojem vašeho DR plánu.

Když je agent služby Storage Mover zaregistrovaný, připojí se k oblasti, ve které je zaregistrovaný prostředek služby Storage Mover. Pokud dojde k výpadku v oblasti Azure agenta, nebude to mít vliv na samotné agenty, ale operace správy, které spoléhají na Azure, se nemusí dokončit. Kromě toho může dojít k selhání všech aktivních migrací dat do účtů úložiště umístěných v ovlivněné oblasti.

Storage Mover podporuje dvě formy zotavení po havárii:

Důležité

Za zotavení po havárii pro místní zdroje dat zodpovídá zákazník.

Azure iniciovalo zotavení po havárii

Zotavení po havárii iniciované Platformou Azure se vztahuje pouze na oblasti , které mají páry oblastí. Při použití replikace mezi oblastmi se metadata instance replikují do každé oblasti, ale nikdy ji nesmí opustit.

Azure Storage Mover používá službu Cosmos DB k ukládání metadat instance. Ke ztrátě dat může dojít pouze při neobnovitelné havárii ve službě Azure Cosmos DB . Další informace najdete v tématu Výpadky oblasti. Obnovení iniciované platformou Azure je aktivní-pasivní a úplné obnovení oblasti může být až 24 hodin.

Zotavení po havárii iniciované zákazníkem

Zotavení po havárii iniciované zákazníkem není omezeno na spárované oblasti.

Než dojde k oblastnímu výpadku:

  • Nasaďte zónově redundantní nástroj Storage Mover vytvořením prostředků služby Storage Mover v oblasti, která podporuje zóny dostupnosti.

  • Pravidelně – buď podle plánu, nebo po provedení podstatných změn – pořiďte snímek prostředků služby Storage Mover. Ukládání snímků pomocí systému správy verzí je dobrým způsobem, jak ukládat a sledovat historii snímků. V případě havárie, kdy potřebujete obnovit své prostředky v nové oblasti, použijete poslední dobrý snímek.

Během regionálního výpadku:

Můžete udělat jednu ze dvou věcí:

  • Zvolte, že počkáte, až Azure obnoví oblast.
  • Minimalizujte výpadky opětovným nasazením prostředků do jiné oblasti. Vzhledem k tomu, že během výpadku může dojít k ovlivnění přístupu k prostředkům, budete chtít použít poslední dobrý snímek vašich prostředků.

Návod

Jedna z těchto strategií může vyžadovat, abyste před havárií museli provést další kroky, proto nezapomeňte odpovídajícím způsobem zkontrolovat a naplánovat.

Nasazení prostředků do jiné oblasti

Další pokyny k exportu prostředků jako šablony Azure Resource Manageru (ARM) najdete v dokumentaci k exportu šablon .

Pokud se váš mover úložiště a související prostředky nacházejí v kontejneru bez dalších prostředků, měli byste provést export skupiny prostředků za účelem zachycení aktuálního stavu. Pokud ale vaše skupina prostředků obsahuje nesouvisející prostředky, možná budete muset odebrat nebo jinak vyloučit prostředky ze šablony.

Existující agenty není možné znovu nasadit do jiné oblasti. Pokud oblast, ve které byly původně nakonfigurovány, dojde k výpadku, nemusí být možné úplně zrušit registraci a znovu zaregistrovat agenta. Tento dokument předpokládá, že v nové oblasti jsou zaregistrovaní noví agenti.

Pokud chcete použít exportovanou šablonu pro zotavení po havárii, vyžaduje se několik změn šablony.

  • Nejprve odeberte ze šablony všechny prostředky Microsoft.StorageMover/agents a Microsoft.HybridCompute/machines. Nezapomeňte také odebrat všechny odkazy na závislosti na těchto prostředcích.
  • Dále odeberte agentResourceId vlastnost ze všech definic úloh. Po nasazení je budete muset přiřadit novému agentovi.
  • Po odebrání všech odkazů na prostředky agenta a prostředků hybridního výpočetního stroje aktualizujte vlastnost umístění prostředku Storage Mover nejvyšší úrovně. Nahraďte název aktuálně nasazené oblasti názvem nové oblasti.
  • Nakonec určete, jestli chcete zachovat ID prostředku existujícího účtu úložiště. V případě potřeby ho nahraďte jiným účtem úložiště.

Po dokončení předchozích kroků a ověření správnosti parametrů šablony je šablona připravená k nasazení do nové oblasti. Šablonu byste měli nasadit do nové skupiny prostředků, která má stejnou výchozí oblast jako vlastnost umístění v šabloně.

Registrace nového agenta

Postupujte podle kroků v článku nasazení agenta Azure Storage Mover a zaregistrujte nového agenta v novém prostředku Storage Mover.

Přiřazení agenta k definicům úloh

Jakmile se nový agent zaregistruje a hlásí se jako online, přidružte stávající definice úloh k novému agentu pomocí Azure portálu nebo PowerShellu. Následující příklad PowerShellu je k dispozici pro usnadnění.

Podívejte se na definování nové migrační úlohy pro pokyny, jak získat přístup k definicím úloh pro váš projekt.


## 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

Udělujte agentovi přístup k cílovému kontejneru úložiště

Abyste mohli úspěšně provést úlohu migrace, musíte přiřadit roli přispěvatele dat spravované identitě. Přiřaďte identitě spravované systémem pro prostředek hybridního výpočetního zdroje přístup k cílovému prostředku účtu úložiště. Přiřazení spravované identity ke zdroji článek poskytuje pokyny, jak udělit přístup k cílovému prostředku.

Teď jste připraveni začít s úlohami migrace pomocí nově nasazených prostředků služby Storage Mover.

Další kroky

  • Last updated on