Jak funguje převzetí služeb při selhání spravované zákazníkem (neplánované)
Převzetí služeb při selhání spravované zákazníkem (neplánované) umožňuje převzít služby při selhání celého geograficky redundantního účtu úložiště do sekundární oblasti, pokud koncové body služby úložiště pro primární oblast nebudou dostupné. Během převzetí služeb při selhání se původní sekundární oblast stane novou primární oblastí. Všechny koncové body služby úložiště se pak přesměrují do nové primární oblasti. Po vyřešení výpadku koncového bodu služby úložiště můžete provést další operaci převzetí služeb při selhání, která provede navrácení služeb po obnovení do původní primární oblasti.
Tento článek popisuje, co se stane při převzetí služeb při selhání spravovaném zákazníkem (neplánované) a navrácení služeb po obnovení v každé fázi procesu.
Důležité
Převzetí služeb při selhání spravované zákazníkem (neplánované) pro účty s povoleným Azure Data Lake Storage Gen2 je aktuálně ve verzi PREVIEW a podporuje se ve všech veřejných oblastech GRS/GZRS.
Právní podmínky, které platí pro funkce Azure, které jsou ve verzi beta, verzi Preview nebo které zatím nejsou veřejně dostupné, najdete v Dodatečných podmínkách použití pro Microsoft Azure verze Preview.
Důležité
Převzetí služeb při selhání spravované zákazníkem (neplánované) pro účty s povoleným protokolem SFTP (File Transfer Protocol) je aktuálně ve verzi PREVIEW a podporuje se ve všech veřejných oblastech GRS/GZRS.
Právní podmínky, které platí pro funkce Azure, které jsou ve verzi beta, verzi Preview nebo které zatím nejsou veřejně dostupné, najdete v Dodatečných podmínkách použití pro Microsoft Azure verze Preview.
Správa redundance během neplánovaného převzetí služeb při selhání a navrácení služeb po obnovení
Tip
Podrobné vysvětlení různých stavů redundance během neplánovaného procesu převzetí služeb při selhání a navrácení služeb po obnovení najdete v tématu Redundance služby Azure Storage pro definice jednotlivých.
Pokud je účet úložiště nakonfigurovaný pro geograficky redundantní úložiště (GRS) nebo geograficky redundantní úložiště jen pro čtení (RA-GRS), data se replikují třikrát v primární i sekundární oblasti místního redundantního úložiště (LRS). Pokud je účet úložiště nakonfigurovaný pro replikaci geograficky zónově redundantního úložiště (GZRS) nebo geograficky zónově redundantního úložiště jen pro čtení (RA-GZRS), data jsou zónově redundantní v primární oblasti zónově redundantního úložiště (ZRS) a replikují se třikrát v sekundární oblasti LRS. Pokud je účet nakonfigurovaný pro přístup ke čtení (RA), můžete číst data ze sekundární oblasti, pokud jsou k dispozici koncové body služby úložiště pro danou oblast.
Během procesu převzetí služeb při selhání spravovaného zákazníkem se přepnou položky DNS (Domain Name System) pro koncové body služby úložiště. Sekundární koncové body vašeho účtu úložiště se stanou novými primárními koncovými body a původní primární koncové body se stanou novým sekundárním. Po převzetí služeb při selhání se odstraní kopie vašeho účtu úložiště v původní primární oblasti a váš účet úložiště se bude replikovat třikrát místně v rámci nové primární oblasti. V tomto okamžiku se váš účet úložiště stane místně redundantní a využívá LRS.
Původní a aktuální konfigurace redundance se ukládají ve vlastnostech účtu úložiště. Tato funkce umožňuje vrátit se k původní konfiguraci při navrácení služeb po obnovení. Úplný seznam výsledných konfigurací redundance najdete v tématu Plánování obnovení a převzetí služeb při selhání.
Pokud chcete po převzetí služeb při selhání znovu získat geografickou redundanci, musíte svůj účet překonfigurovat jako GRS. Po změně konfigurace účtu pro geografickou redundanci azure okamžitě začne kopírovat data z nové primární oblasti do nové sekundární. Pokud nakonfigurujete účet úložiště pro přístup pro čtení do sekundární oblasti, bude tento přístup k dispozici. Dokončení replikace z primární do sekundární oblasti ale může nějakou dobu trvat.
Upozorňující
Po změně konfigurace vašeho účtu pro geografickou redundanci může trvat značné množství času, než se stávající data v nové primární oblasti plně zkopírují do nové sekundární.
Pokud se chcete vyhnout závažné ztrátě dat, před navrácením služeb po obnovení zkontrolujte hodnotu vlastnosti Čas poslední synchronizace. Pokud chcete vyhodnotit potenciální ztrátu dat, porovnejte čas poslední synchronizace s časem posledního zápisu dat do nového primárního serveru.
Proces navrácení služeb po obnovení je v podstatě stejný jako proces převzetí služeb při selhání s tím rozdílem, že se konfigurace replikace obnoví do původního stavu před převzetím služeb při selhání.
Po navrácení služeb po obnovení můžete překonfigurovat účet úložiště tak, aby využíval geografickou redundanci. Pokud byl původní primární server nakonfigurovaný jako ZRS, můžete ho nakonfigurovat jako GZRS nebo RA-GZRS. Další možnosti najdete v tématu Změna způsobu replikace účtu úložiště.
Jak zahájit neplánované převzetí služeb při selhání
Informace o zahájení neplánovaného převzetí služeb při selhání najdete v tématu Zahájení převzetí služeb při selhání účtu.
Upozornění
Neplánované převzetí služeb při selhání obvykle zahrnuje určitou ztrátu dat a potenciálně nekonzistence souborů a dat. Před zahájením tohoto typu převzetí služeb při selhání je důležité porozumět dopadu převzetí služeb při selhání účtu na vaše data.
Podrobnosti o potenciální ztrátě a nekonzistence dat najdete v tématu Předvídání ztráty dat a nekonzistence.
Neplánované převzetí služeb při selhání a navrácení služeb po obnovení
Tato část shrnuje proces převzetí služeb při selhání pro převzetí služeb při selhání spravovaného zákazníkem (neplánované) převzetí služeb při selhání.
Souhrn neplánovaného přechodu převzetí služeb při selhání
Po převzetí služeb při selhání spravovaného zákazníkem (neplánované):
- Sekundární oblast se stane novou primární oblastí.
- Kopie dat v původní primární oblasti se odstraní.
- Účet úložiště se převede na LRS.
- Geografická redundance se ztratí.
Tato tabulka shrnuje výslednou konfiguraci redundance v každé fázi převzetí služeb při selhání spravovaném zákazníkem (neplánované) a navrácení služeb po obnovení:
| Původní konfigurace |
Po datu převzetí služeb při selhání |
Po opětovném povolení geografická redundance |
Po datu navrácení služeb po obnovení |
Po opětovném povolení geografická redundance |
|---|---|---|---|---|
| GRS | LRS | GRS 1 | LRS | GRS 1 |
| GZRS | LRS | GRS 1 | ZRS | GZRS 1 |
1 Geografická redundance se ztratí během převzetí služeb při selhání spravovaném zákazníkem (neplánované) a musí být ručně překonfigurováno.
Podrobnosti o neplánovaném přechodu převzetí služeb při selhání
Následující diagramy znázorňují proces převzetí služeb při selhání a navrácení služeb po obnovení spravovaný zákazníkem pro účet úložiště nakonfigurovaný pro geografickou redundanci. Podrobnosti o přechodu pro GZRS a RA-GZRS se mírně liší od GRS a RA-GRS.
Normální provoz (GRS/RA-GRS)
Za normálních okolností klient zapisuje data do účtu úložiště v primární oblasti prostřednictvím koncových bodů služby úložiště (1). Data se pak asynchronně zkopírují z primární oblasti do sekundární oblasti (2). Následující obrázek znázorňuje normální stav účtu úložiště nakonfigurovaného jako GRS, pokud jsou k dispozici primární koncové body:
Koncové body služby úložiště přestanou být dostupné v primární oblasti (GRS/RA-GRS)
Pokud se primární koncové body služby úložiště z jakéhokoli důvodu nedostupné (1), klient už nemůže zapisovat do účtu úložiště. V závislosti na základní příčině výpadku už nemusí replikace do sekundární oblasti fungovat (2), takže by se měla očekávat nějaká ztráta dat. Následující obrázek ukazuje scénář, ve kterém se primární koncové body stanou nedostupnými, ale před obnovením:
Neplánovaný proces převzetí služeb při selhání (GRS/RA-GRS)
Pokud chcete obnovit přístup k zápisu k datům, můžete zahájit převzetí služeb při selhání. Identifikátory URI koncového bodu služby úložiště pro objekty blob, tabulky, fronty a soubory zůstávají beze změny, ale jejich záznamy DNS se změní tak, aby odkazovaly na sekundární oblast, jak je znázorněno:
Převzetí služeb při selhání spravované zákazníkem (neplánované) obvykle trvá přibližně hodinu.
Po dokončení převzetí služeb při selhání se původní sekundární stane novou primární (1) a kopie účtu úložiště v původním primárním serveru se odstraní (2). Účet úložiště je nakonfigurovaný jako LRS v nové primární oblasti a už není geograficky redundantní. Uživatelé můžou pokračovat v zápisu dat do účtu úložiště (3), jak je znázorněno na tomto obrázku:
Pokud chcete obnovit replikaci do nové sekundární oblasti, překonfigurujte účet pro geografickou redundanci.
Důležité
Mějte na paměti, že převod místně redundantního účtu úložiště tak, aby používal geografickou redundanci, způsobuje náklady i čas. Další informace najdete v tématu Čas a náklady na převzetí služeb při selhání.
Jakmile účet překonfiguruje tak, aby využíval GRS, Azure začne data asynchronně kopírovat do nové sekundární oblasti (1), jak je znázorněno na tomto obrázku:
Přístup pro čtení k nové sekundární oblasti není znovu dostupný, dokud se problém způsobující původní výpadek nevyřeší.
Neplánovaný proces navrácení služeb po obnovení (GRS/RA-GRS)
Upozorňující
Po změně konfigurace vašeho účtu pro geografickou redundanci může trvat značné množství času, než se data v nové primární oblasti plně zkopírují do nové sekundární oblasti.
Pokud se chcete vyhnout závažné ztrátě dat, před navrácením služeb po obnovení zkontrolujte hodnotu vlastnosti Čas poslední synchronizace. Porovnejte čas poslední synchronizace s posledním časem, kdy byla data zapsána do nového primárního serveru, aby se vyhodnotila potenciální ztráta dat.
Po vyřešení původního výpadku můžete zahájit navrácení služeb po obnovení do původní primární oblasti. Tento proces je popsán na následujícím obrázku:
- Aktuální primární oblast se stane jen pro čtení.
- S převzetím služeb při selhání iniciovaným zákazníkem a navrácením služeb po obnovení není možné dokončit replikaci do sekundární oblasti během procesu navrácení služeb po obnovení. Proto je důležité před navrácením služeb po obnovení zkontrolovat hodnotu vlastnosti Čas poslední synchronizace.
- Přepnou se položky DNS pro koncové body služby úložiště. Koncové body v sekundární oblasti se stanou novými primárními koncovými body vašeho účtu úložiště.
Po dokončení navrácení služeb po obnovení se původní primární oblast stane znovu aktuální oblastí (1) a kopie účtu úložiště v původní sekundární oblasti se odstraní (2). Účet úložiště je nakonfigurovaný jako místně redundantní v primární oblasti a už není geograficky redundantní. Uživatelé můžou pokračovat v zápisu dat do účtu úložiště (3), jak je znázorněno na tomto obrázku:
Pokud chcete obnovit replikaci do původní sekundární oblasti, překonfigurujte účet pro geografickou redundanci.
Důležité
Mějte na paměti, že převod místně redundantního účtu úložiště tak, aby používal geografickou redundanci, způsobuje náklady i čas. Další informace najdete v tématu Čas a náklady na převzetí služeb při selhání.
Po změně konfigurace účtu jako GRS se replikace obnoví do původní sekundární oblasti, jak je znázorněno na tomto obrázku:
