Sdílet prostřednictvím


Jak funguje převzetí služeb při selhání účtu úložiště spravovaného zákazníkem

Převzetí služeb při selhání účtů Azure Storage spravované zákazníkem vám umožní 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í a všechny koncové body služby úložiště pro objekty blob, tabulky, fronty a soubory se 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 během převzetí služeb při selhání účtu úložiště spravovaného zákazníkem a navrácení služeb po obnovení v každé fázi procesu.

Důležité

Převzetí služeb při selhání účtu spravovaného zákazníkem pro účty s hierarchickým oborem názvů (Azure Data Lake Storage Gen2) je aktuálně ve verzi PREVIEW a podporuje se pouze v následujících oblastech:

  • (Asie a Tichomoří) Indie – střed
  • (Asie a Tichomoří) Jihovýchodní Asie
  • (Evropa) Evropa – sever
  • (Evropa) Švýcarsko – sever
  • (Evropa) Švýcarsko – západ
  • (Evropa) Evropa – západ
  • (Severní Amerika) Kanada – střed
  • (Severní Amerika) USA – východ 2
  • (Severní Amerika) USA – středojihoji

Pokud se chcete přihlásit k verzi Preview, přečtěte si téma Nastavení funkcí ve verzi Preview v předplatném Azure a jako název funkce zadejte AllowHNSAccountFailover .

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.

V případě významné havárie, která ovlivňuje primární oblast, bude Microsoft spravovat převzetí služeb při selhání účtů s hierarchickým oborem názvů. Další informace najdete v tématu Převzetí služeb při selhání spravované Microsoftem.

Správa redundance během 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 procesu převzetí služeb při selhání účtu úložiště 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 redundanci GRS nebo RA-GRS, data se replikují třikrát místně v primární i sekundární oblasti (LRS). Pokud je účet úložiště nakonfigurovaný pro replikaci GZRS nebo RA-GZRS, data jsou zónově redundantní v rámci primární oblasti (ZRS) a replikují se třikrát místně v sekundární oblasti (LRS). Pokud je účet nakonfigurovaný pro přístup pro čtení (RA), budete moct čí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 položky DNS koncových bodů služby úložiště změní tak, aby se položky pro sekundární oblast staly novými primárními koncovými body vašeho účtu úložiště. 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 původní sekundární oblasti (nová primární). V tomto okamžiku se váš účet úložiště stane místně redundantním (LRS).

Původní a aktuální konfigurace redundance se ukládají ve vlastnostech účtu úložiště, abyste se při navrácení služeb po obnovení mohli vrátit k původní konfiguraci.

Pokud chcete po převzetí služeb při selhání znovu získat geografickou redundanci, budete muset účet znovu nakonfigurovat jako GRS. (GZRS není možnost po převzetí služeb při selhání, protože po převzetí služeb při selhání bude nový primární server LRS). 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 ke čtení (RA) do sekundární oblasti, bude tento přístup k dispozici, ale replikace z primární oblasti může nějakou dobu trvat, než sekundární aktuální.

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

Proces navrácení služeb po obnovení je v podstatě stejný jako proces převzetí služeb při selhání kromě toho, že Azure obnoví konfiguraci replikace do původního stavu před převzetím služeb při selhání (konfigurace replikace, ne data). Takže pokud byl váš účet úložiště původně nakonfigurovaný jako GZRS, primární oblast po navrácení služeb po obnovení se stane ZRS.

Po navrácení služeb po obnovení můžete účet úložiště nakonfigurovat tak, aby byl znovu geograficky redundantní. Pokud byla pro LRS nakonfigurovaná původní primární oblast, můžete ji nakonfigurovat jako GRS nebo RA-GRS. 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 převzetí služeb při selhání

Informace o tom, jak zahájit převzetí služeb při selhání, najdete v tématu Zahájení převzetí služeb při selhání účtu úložiště.

Upozornění

Převzetí služeb při selhání účtu úložiště obvykle zahrnuje určitou ztrátu dat a potenciálně nekonzistence souborů a dat. Než začnete, je důležité pochopit, jaký dopad bude mít 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.

Proces 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é zákazníkem.

Souhrn přechodu převzetí služeb při selhání

Po převzetí služeb při selhání spravovaném zákazníkem:

  • 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 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 Při převzetí služeb při selhání spravovaném zákazníkem dojde ke ztrátě geografické redundance a musí být ručně překonfigurováno.

Podrobnosti o přechodu převzetí služeb při selhání

Následující diagramy ukazují, co se stane během převzetí služeb při selhání spravovaného zákazníkem a navrácení služeb po obnovení účtu úložiště, který je 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:

Diagram that shows how clients write data to the storage account in the primary region.

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 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ář, kdy se primární koncové body staly nedostupnými, ale ještě nedošlo k žádnému obnovení:

Diagram that shows how the primary is unavailable, so clients cannot write data.

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ůstanou stejné, ale jejich záznamy DNS se změní tak, aby odkazovaly na sekundární oblast (1), jak je znázorněno na tomto obrázku:

Diagram that shows how the customer initiates account failover to secondary endpoint.

Převzetí služeb při selhání spravované zákazníkem obvykle trvá přibližně hodinu.

Po dokončení převzetí služeb při selhání se původní sekundární stane novým primárním serverem (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:

Diagram that shows the storage account status post-failover to secondary region.

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 znovu nakonfigurujete jako GRS, Azure začne data asynchronně kopírovat do nové sekundární oblasti (1), jak je znázorněno na tomto obrázku:

Diagram that shows the storage account status post-failover to secondary region as GRS.

Přístup pro čtení k nové sekundární oblasti nebude znovu k dispozici, dokud se problém způsobující původní výpadek nevyřeší.

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

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.

Jakmile se problém způsobující původní výpadek vyřeší, můžete zahájit další převzetí služeb při selhání, které vrátí služby po obnovení do původní primární oblasti, což vede k následujícímu:

  1. Aktuální primární oblast se stane jen pro čtení.
  2. 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.
  3. Položky DNS pro koncové body služby úložiště se změní tak, aby se z položek pro sekundární oblast staly nové primární koncové body vašeho účtu úložiště.

Diagram that shows how the customer initiates account failback to original primary region.

Po dokončení navrácení služeb po obnovení se původní primární oblast stane znovu aktuální (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:

Diagram that shows the Post-failback status.

Pokud chcete obnovit replikaci do původní sekundární oblasti, znovu nakonfigurujte úč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 opětovné konfiguraci účtu jako GRS se replikace obnoví do původní sekundární oblasti, jak je znázorněno na tomto obrázku:

Diagram that shows how the redundancy configuration returns to its original state.

Viz také