Spolehlivost v elastické síti SAN
Tento článek popisuje podporu spolehlivosti ve službě Azure Elastic SAN a popisuje regionální odolnost zón dostupnosti a zotavení po havárii a provozní kontinuitu.
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 Elastic SAN podporuje nasazení zóny dostupnosti s místně redundantním úložištěm (LRS) a regionálním nasazením se zónově redundantním úložištěm (ZRS).
Požadavky
LRS a ZRS Elastic SAN jsou v současné době dostupné pouze v podmnožině oblastí. Seznam oblastí najdete v tématu Cíle škálování pro elastickou síť SAN.
Vytvoření prostředku pomocí zón dostupnosti
Pokud chcete vytvořit elastickou síť SAN s povolenou zónou dostupnosti, přečtěte si téma Nasazení elastické sítě SAN.
Prostředí pro zónu dolů
Pokud se připojujete pomocí koncových bodů služby úložiště, je podporováno zónové převzetí služeb při selhání, ale může vyžadovat ruční zásah. Elastická síť SAN ZRS využívající koncové body služby úložiště se automaticky nepřepne na zónu, která je v pořádku. Možná budete muset restartovat iniciátor iSCSI, aby bylo možné zahájit převzetí služeb při selhání do jiné zóny, která je v pořádku.
Pokud jste nasadili elastickou síť SAN LRS, možná budete muset nasadit novou síť SAN pomocí snímků exportovaných na spravované disky.
Návrh s nízkou latencí
Nasazení elastické sítě SAN ZRS poskytuje větší spolehlivost než elastická síť SAN LRS, ale zvyšuje latenci zápisu. Proveďte srovnávací testy elastické sítě SAN a simulujte úlohu vaší aplikace, abyste mohli porovnat latenci mezi LRS a ZRS, abyste zjistili, jestli to má vliv na vaši úlohu.
Migrace zóny dostupnosti
Pokud chcete migrovat elastickou síť SAN na LRS na ZRS, musíte vytvořit snímek svazků elastické sítě SAN, exportovat je do snímků spravovaných disků, nasadit elastickou síť SAN na ZRS a pak pomocí těchto snímků disků vytvořit svazky v síti SAN v ZRS. Informace o používání snímků (Preview) najdete v tématu Snímky svazků Azure Elastic SAN (Preview).
Zotavení po havárii 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.
Zotavení po havárii s jednou a více oblastmi
V případě Azure Elastic SAN zodpovídáte za prostředí zotavení po havárii. Můžete pořizovat snímky svazků a exportovat je do snímků spravovaných disků. Potom můžete zkopírovat přírůstkový snímek do nové oblasti, do které se budou ukládat vaše data, do jiné oblasti , než je oblast, ve které je vaše elastická síť SAN. Měli byste exportovat do oblastí, které jsou geograficky vzdálené od primární oblasti, aby se snížila možnost ovlivnění více oblastí kvůli havárii.
Detekce výpadků, oznámení a správa
Deklarace výpadků najdete ve službě Service Health – Microsoft Azure.
Odolnost proti zotavení po havárii a proaktivní kapacita
Společnost Microsoft a její zákazníci pracují v rámci modelu sdílené odpovědnosti. Sdílená odpovědnost znamená, že pro zotavení po havárii s podporou zákazníka (služby zodpovědné za zákazníky) musíte řešit zotavení po havárii pro jakoukoli službu, kterou nasazujete a řídíte. Měli byste předem provést jakoukoli službu, kterou nasadíte, bude fungovat s elastickou síť SAN. Aby bylo zajištěno, že obnovení je proaktivní, měli byste vždy předem připravit sekundární soubory, protože není zaručena kapacita v době dopadu na ty, kteří ještě nepřidělili.