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, tak zotavení 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 každé oblasti Azure. Když jedna zóna selže, můžou služby převzít služby při selhání jedné ze zbývajících zón.

Další informace o zónách dostupnosti v Azure najdete v tématu Co jsou zóny dostupnosti?.

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 účet migrovat na podporu AZ, přečtěte si téma Migrace účtů Azure Storage do podpory zóny dostupnosti.

Prostředí pro zónu dolů

Během výpadku v rámci zóny se během obnovení zóny nevyžaduje žádná akce. Azure Storage Mover je navržený tak, aby se sám opravil a znovu vyvážil, aby automaticky využil výhod zón v pořádku.

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) se tý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 přemýšlet o vytvoření plánu zotavení po havárii, přečtěte si doporučení pro návrh strategie zotavení po havárii.

Pokud jde o zotavení po havárii, Microsoft používá model sdílené odpovědnosti. V modelu sdílené odpovědnosti Microsoft zajišťuje, aby byly dostupné základní služby infrastruktury a platformy. Současně mnoho služeb Azure automaticky nereplikuje data nebo se vrátí z oblasti, která selhala, aby se křížově replikovala 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ěží na nabídkách PaaS (Platforma jako služba) Azure, poskytuje funkce a pokyny pro podporu zotavení po havárii a pomocí funkcí specifických pro služby můžete podporovat rychlé obnovení , které vám pomůže s vývojem plánu zotavení po havárii.

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:

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

Důležité

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

Zotavení po havárii iniciované Azure

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ýpadek oblastí. 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řídí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 použijete poslední dobrý snímek, ve kterém potřebujete obnovit prostředky v nové oblasti.

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ů.

Tip

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 Microsoft.StorageMover/agents prostředky a Microsoft.HybridCompute/machines prostředky. 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 hybridního výpočetního počítače aktualizujte vlastnost umístění prostředku služby 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 sestaví jako online, přidružte stávající definice úloh k novému agentu pomocí webu Azure Portal nebo PowerShellu. Následující příklad PowerShellu je k dispozici pro usnadnění.

Pokyny k přístupu k definici úloh pro váš projekt najdete v definici nové úlohy migrace.

## 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ělení přístupu agenta 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 přístup k cílovému prostředku účtu úložiště identitě spravované systémem hybridního výpočetního prostředku. Přiřazení přístupu ke spravované identitě k článku o prostředku obsahuje pokyny k udělení přístupu 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

• Spolehlivost v Azure
• Zotavení po havárii účtu úložiště