Jak funguje plánované převzetí služeb při selhání spravované zákazníkem (Preview)
Plánované převzetí služeb při selhání spravované zákazníkem může být užitečné ve scénářích, jako je plánování havárie a zotavení po havárii a testování, proaktivní náprava očekávaných rozsáhlých havárií a nestoragevně souvisejících výpadků.
Během plánovaného procesu převzetí služeb při selhání se primární a sekundární oblasti vašeho účtu úložiště prohodí. Původní primární oblast se sníží a stane se novou sekundární, zatímco původní sekundární oblast se zvýší a stane se novou primární oblastí. Před zahájením plánovaného převzetí služeb při selhání musí být účet úložiště dostupný v primární i sekundární oblasti.
Tento článek popisuje, co se stane při plánovaném převzetí služeb při selhání spravovaném zákazníkem a navrácení služeb po obnovení v každé fázi procesu. Pokud chcete zjistit, jak funguje převzetí služeb při selhání kvůli neočekávanému výpadku koncového bodu úložiště, přečtěte si, jak převzetí služeb při selhání spravované zákazníkem (neplánované) převzetí služeb při selhání.
Důležité
Plánované převzetí služeb při selhání spravované zákazníkem je aktuálně ve verzi PREVIEW a omezeno na následující oblasti:
- Francie – střed
- Francie – jih
- Střední Indie
- Indie – západ
- Východní Asie
- Southeast Asia
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.
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 AllowSoftFailover . Název poskytovatele této funkce ve verzi Preview je Microsoft.Storage.
Důležité
Po plánovaném převzetí služeb při selhání může být hodnota LST (Last Sync Time) účtu úložiště zastaralá nebo může být hlášena jako NULL, když jsou k dispozici data služby Azure Files.
Snímky systému se pravidelně vytvářejí v sekundární oblasti účtu úložiště, aby se zachovaly konzistentní body obnovení používané při převzetí služeb při selhání a navrácení služeb po obnovení. Iniciace plánovaného převzetí služeb při selhání spravovaná zákazníkem způsobí, že původní primární oblast se stane novou sekundární oblastí. V některýchpřípadechch Null
Vzhledem k tomu, že aktivity uživatelů, jako je vytváření, úpravy nebo odstraňování objektů, můžou aktivovat vytváření snímků, nebude vyžadovat další pozornost jakýkoli účet, u kterého tyto aktivity probíhají po plánovaném převzetí služeb při selhání. Účty, které nemají žádné snímky nebo aktivitu uživatelů, ale mohou nadále zobrazovat Null hodnotu LST, dokud se neaktivuje vytvoření snímku systému.
V případě potřeby proveďte jednu z následujících aktivit pro každou sdílenou složku v rámci účtu úložiště, aby se aktivovalo vytvoření snímku. Po dokončení by měl váš účet zobrazit platnou hodnotu LST do 30 minut.
- Připojte sdílenou složku a otevřete libovolný soubor pro čtení.
- Nahrajte do sdílené složky testovací nebo ukázkový soubor.
Správa redundance během plá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 procesu převzetí služeb při selhání spravovaného zákazníkem a navrácení služeb po obnovení najdete v tématu Redundance služby Azure Storage pro definice jednotlivých.
Během plánovaného procesu převzetí služeb při selhání se koncové body služby úložiště primární oblasti stanou jen pro čtení, zatímco zbývající aktualizace dokončí replikaci do sekundární oblasti. Dále se přepnou všechny položky služby DNS (Domain Name Service) koncového bodu 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. Replikace dat v rámci každé oblasti zůstává beze změny, i když se přepne primární a sekundární oblast.
Plánovaný proces navrácení služeb po obnovení je v podstatě stejný jako proces plánovaného převzetí služeb při selhání, ale s jednou výjimkou. Během plánovaného navrácení služeb po obnovení ukládá Azure původní konfiguraci redundance vašeho účtu úložiště a při navrácení služeb po obnovení ji obnoví do původního stavu. Pokud byl například váš účet úložiště původně nakonfigurovaný jako GZRS, bude účet úložiště po navrácení služeb po obnovení GZRS.
Poznámka:
Na rozdíl od převzetí služeb při selhání spravovaného zákazníkem musí být během plánovaného převzetí služeb při selhání dokončena replikace z primární do sekundární oblasti, než se položky DNS pro koncové body změní na novou sekundární. Z tohoto důvodu se během plánovaného převzetí služeb při selhání nebo navrácení služeb po obnovení neočekává ztráta dat, pokud jsou v průběhu procesu k dispozici jak primární, tak sekundární oblasti.
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.
Plánovaný proces převzetí služeb při selhání a navrácení služeb po obnovení
Následující diagramy ukazují, co se stane při plánovaném převzetí služeb při selhání spravovaném zákazníkem a navrácení služeb po obnovení účtu úložiště.
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:
Proces plánovaného převzetí služeb při selhání (GRS/RA-GRS)
Zahajte testování zotavení po havárii zahájením převzetí služeb při selhání účtu úložiště do sekundární oblasti. Následující kroky popisují proces převzetí služeb při selhání a následující obrázek obsahuje obrázek:
- Původní primární oblast se stane jen pro čtení.
- Replikace všech dat z primární oblasti do sekundární oblasti se dokončí.
- Položky DNS pro koncové body služby úložiště v sekundární oblasti se propagují a stanou se novými primárními koncovými body pro váš účet úložiště.
Převzetí služeb při selhání obvykle trvá přibližně hodinu.
Po dokončení převzetí služeb při selhání se původní primární oblast stane novou sekundární (1) a původní sekundární oblast se stane novou primární oblastí (2). Identifikátory URI koncových bodů 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 novou primární oblast (3). Uživatelé můžou pokračovat v zápisu dat do účtu úložiště v nové primární oblasti a data se pak asynchronně zkopírují do nové sekundární oblasti (4), jak je znázorněno na následujícím obrázku:
Ve stavu převzetí služeb při selhání proveďte testování zotavení po havárii.
Plánovaný proces navrácení služeb po obnovení (GRS/RA-GRS)
Po dokončení testování proveďte další převzetí služeb při selhání a navrácení služeb po obnovení do původní primární oblasti. Během procesu převzetí služeb při selhání, jak je znázorněno na následujícím obrázku:
- Původní primární oblast se stane jen pro čtení.
- Všechna data se dokončí replikací z aktuální primární oblasti do aktuální sekundární oblasti.
- Položky DNS pro koncové body služby úložiště se změní tak, aby ukazovaly zpět na oblast, která byla primárním serverem před provedením počátečního převzetí služeb při selhání.
Navrácení služeb po obnovení obvykle trvá přibližně hodinu.
Po dokončení navrácení služeb po obnovení se účet úložiště obnoví do původní konfigurace redundance. Uživatelé můžou pokračovat v zápisu dat do účtu úložiště v původní primární oblasti (1), zatímco replikace do původní sekundární (2) pokračuje jako před převzetím služeb při selhání:
