Vysoká dostupnost a zotavení po havárii s využitím Azure Managed Redis (Preview)
Stejně jako u všech cloudových systémů může dojít k neplánovaným výpadkům, které způsobí, že instance virtuálních počítačů, zóny dostupnosti nebo celé oblasti Azure budou mimo provoz. Doporučujeme zákazníkům, aby měli plán pro zpracování výpadků zóny nebo oblastí.
Tento článek představuje informace pro zákazníky, kteří chtějí vytvořit plán provozní kontinuity a zotavení po havárii pro implementaci Azure Managed Redis (Preview).
Možnosti vysoké dostupnosti:
| Možnost | Popis | Dostupnost |
|---|---|---|
| Standardní replikace | Replikovaná konfigurace se dvěma uzly v jednom datovém centru s automatickým převzetím služeb při selhání | 99,9 % (viz podrobnosti) |
| Redundance zón | Replikovaná konfigurace s více uzly napříč Zóny dostupnosti s automatickým převzetím služeb při selhání | 99,99 % (viz podrobnosti) |
| Geografická replikace | Propojené instance mezipaměti ve dvou oblastech s převzetím služeb při selhání řízené uživatelem | Aktivní (viz podrobnosti) |
| Import/export | Snímek dat v mezipaměti k určitému bodu v čase | 99,9 % (viz podrobnosti) |
| Uchování | Pravidelné ukládání dat do účtu úložiště | 99,9 % (viz podrobnosti) |
Standardní replikace pro vysokou dostupnost
Doporučeno pro: Vysoká dostupnost
Azure Managed Redis má architekturu vysoké dostupnosti, která zajišťuje fungování spravované instance, i když výpadky ovlivňují základní virtuální počítače. Ať už je výpadek plánovaný nebo neplánovaný, Azure Managed Redis poskytuje vyšší procento dostupnosti, než je možné dosáhnout hostováním Redisu na jednom virtuálním počítači. Nastavení Azure Managed Redis běží ve výchozím nastavení na dvojici serverů Redis. Oba servery jsou hostované na vyhrazených virtuálních počítačích.
U Azure Managed Redis je jeden server primárním uzlem, zatímco druhý je replika. Jakmile zřídí uzly serveru, Azure Managed Redis jim přiřadí primární role a role repliky. Primární uzel obvykle zodpovídá za obsluhu zápisu a čtení požadavků od klientů. Při operaci zápisu potvrdí nový klíč a aktualizaci klíče do interní paměti a odpoví okamžitě klientovi. Předává operaci asynchronně do repliky .
Pokud primární uzel v mezipaměti není k dispozici, replika se automaticky aktualizuje, aby se stala novou primární. Tento proces se nazývá převzetí služeb při selhání. Převzetí služeb při selhání je jen dva uzly, primární/replika, obchodní role, replika/primární, přičemž jeden z uzlů může několik minut přejít do offline režimu. Ve většině převzetí služeb při selhání koordinuje primární uzly a uzly repliky předání tak, abyste měli téměř nulový čas bez primárního serveru.
První primární server přejde krátce do režimu offline, aby dostával aktualizace z nového primárního serveru. Replika se pak vrátí do online režimu a znovu se připojí k plně synchronizované mezipaměti. Klíčem je to, že když je uzel nedostupný, jedná se o dočasnou podmínku a vrátí se zpátky do online režimu.
Typická posloupnost převzetí služeb při selhání vypadá takto, když primární server potřebuje přejít k údržbě:
- Primární uzly a uzly repliky vyjednávají koordinované převzetí služeb při selhání a obchodní role.
- Replika (dříve primární) přejde na restartování offline.
- O několik sekund nebo minut později se replika vrátí do režimu online.
- Replika synchronizuje data z primárního serveru.
Primární uzel může přejít ze služby jako součást aktivity plánované údržby, jako je aktualizace softwaru Redis nebo operačního systému. Může také přestat fungovat kvůli neplánovaným událostem, jako jsou selhání základního hardwaru, softwaru nebo sítě. Převzetí služeb při selhání a opravy pro Azure Managed Redis poskytuje podrobné vysvětlení typů převzetí služeb při selhání. Azure Managed Redis během své životnosti prochází mnoha převzetím služeb při selhání. Návrh architektury s vysokou dostupností provádí tyto změny v mezipaměti co nejprůhledněji pro své klienty.
Zónová redundance
Doporučeno pro: Vysoká dostupnost, zotavení po havárii – uvnitř oblasti
Azure Managed Redis ve výchozím nastavení podporuje zónově redundantní konfiguraci. Zónově redundantní mezipaměť automaticky umístí své uzly do různých Zóny dostupnosti Azure ve stejné oblasti. Když zóna přestane fungovat, uzly mezipaměti v jiných zónách jsou k dispozici, aby mezipaměť fungovala obvyklým způsobem. Eliminuje výpadky datového centra nebo zóny dostupnosti jako jediný bod selhání a zvyšuje celkovou dostupnost mezipaměti.
Prostředí pro snížení zóny
Když se datový uzel stane nedostupným nebo dojde k rozdělení sítě, proběhne převzetí služeb při selhání podobné tomu, které je popsáno v replikaci úrovně Standard. Cluster používá model založený na kvoru k určení, které přeživší uzly se účastní nového kvora. Podporuje také oddíly replik v těchto uzlech na primární oddíly podle potřeby.
Regionální dostupnost
Zónově redundantní mezipaměti jsou k dispozici v následujících oblastech:
| Amerika | Evropě | Střední východ | Afrika | Asie a Tichomoří |
|---|---|---|---|---|
| Kanada – střed* | Severní Evropa | Austrálie – východ | ||
| USA – střed* | Velká Británie – jih | Indie – střed | ||
| East US | West Europe | Southeast Asia | ||
| USA – východ 2 | Japonsko – východ* | |||
| Středojižní USA | Východní Asie* | |||
| Západní USA 2 | ||||
| USA – západ 3 | ||||
| Brazílie – jih |
Uchování
Doporučeno pro: Stálost dat
Vzhledem k tomu, že jsou data mezipaměti uložená v paměti, může vzácné a neplánované selhání více uzlů způsobit vyřazení všech dat. Aby nedošlo ke ztrátě dat úplně, umožňuje trvalost Redis pořizovat pravidelné snímky dat v paměti a ukládat je na spravovaný disk připojený přímo k instanci mezipaměti. V případě ztráty dat se data mezipaměti automaticky obnoví pomocí snímku na spravovaném disku. Další informace najdete v tématu Konfigurace trvalosti dat pro instanci Azure Managed Redis.
Import/export
Doporučeno pro: Zotavení po havárii
Azure Managed Redis podporuje možnost importu a exportu souborů Redis Database (RDB) za účelem zajištění přenositelnosti dat. Umožňuje importovat data do Azure Managed Redis nebo exportovat data ze služby Azure Managed Redis pomocí snímku RDB. Snímek RDB z mezipaměti se exportuje do objektu blob v účtu úložiště Azure. Můžete vytvořit skript, který bude pravidelně spouštět export do účtu úložiště. Další informace najdete v tématu Import a export dat ve službě Azure Managed Redis.
Účet úložiště pro export
Zvažte výběr geograficky redundantního účtu úložiště, abyste zajistili vysokou dostupnost exportovaných dat. Další informace najdete v článku Možnosti redundance Azure Storage.
Aktivní geografická replikace
Doporučeno pro: Vysoká dostupnost, zotavení po havárii – více oblastí
Geografická replikace je mechanismus pro propojení instancí Azure Managed Redis napříč několika oblastmi Azure. Azure Managed Redis podporuje pokročilou formu geografické replikace označované jako aktivní geografická replikace , která nabízí vyšší dostupnost i zotavení po havárii mezi oblastmi napříč několika oblastmi. Software Azure Managed Redis používá replikované datové typy bez konfliktů k podpoře zápisů do více instancí mezipaměti, slučuje změny a řeší konflikty. K vytvoření skupiny geografické replikace můžete připojit až pět instancí mezipaměti v různých oblastech Azure.
Aplikace, která takovou mezipaměť používá, může číst a zapisovat do kterékoli z instancí geograficky distribuované mezipaměti prostřednictvím příslušných koncových bodů. Aplikace by měla používat to, co je nejblíže každé instanci aplikace, což vám poskytne nejnižší latenci. Další informace najdete v tématu Konfigurace aktivní geografické replikace pro instance Azure Managed Redis.
Pokud oblast jedné z mezipamětí ve vaší skupině replikace přestane fungovat, musí vaše aplikace přepnout do jiné dostupné oblasti.
Pokud není mezipaměť ve vaší skupině replikace dostupná, doporučujeme monitorovat využití paměti pro jiné mezipaměti ve stejné skupině replikace. Zatímco jedna z mezipamětí je mimo provoz, všechny ostatní mezipaměti ve skupině replikace začnou ukládat metadata, která nemohla sdílet s mezipamětí, která je mimo provoz. Pokud se využití paměti pro dostupné mezipaměti začne po výpadku jedné z mezipamětí zvětšovat vysokou rychlostí, zvažte zrušení propojení mezipaměti, která není k dispozici ze skupiny replikace.
Další informace o vynucení zrušení propojení najdete v tématu Vynucené zrušení propojení, pokud dojde k výpadku oblasti.
Odstranění a opětovné vytvoření mezipaměti
Pokud dojde k výpadku oblasti, zvažte opětovné vytvoření mezipaměti v jiné oblasti a aktualizaci aplikace tak, aby se místo toho připojila k nové mezipaměti. Je důležité pochopit, že během výpadku oblasti dojde ke ztrátě dat, pokud nepoužíváte aktivní geografickou replikaci. Kód aplikace by měl být odolný vůči ztrátě dat.
Po obnovení ovlivněné oblasti se vaše nedostupná služba Azure Managed Redis automaticky obnoví a bude dostupná pro opětovné použití. Další strategie pro přesun mezipaměti do jiné oblasti najdete v tématu Přesun instancí Azure Managed Redis do různých oblastí.