Megbízhatóság az Elastic SAN-ban
Ez a cikk az Azure Elastic SAN megbízhatósági támogatását ismerteti, és a rendelkezésre állási zónákkal, valamint a vészhelyreállítással és az üzletmenet folytonosságával kapcsolatos regionális rugalmasságot is ismerteti.
Rendelkezésre állási zóna támogatása
Az Azure rendelkezésre állási zónái legalább három fizikailag különálló adatközpont-csoport az egyes Azure-régiókban. Az egyes zónákban lévő adatközpontok független energiaellátási, hűtési és hálózati infrastruktúrával rendelkeznek. Helyi zónahiba esetén a rendelkezésre állási zónák úgy vannak kialakítva, hogy az egy zóna érintettsége esetén a fennmaradó két zóna támogassa a regionális szolgáltatásokat, a kapacitást és a magas rendelkezésre állást.
A hibák a szoftver- és hardverhibáktól az olyan eseményekig terjedhetnek, mint a földrengések, árvizek és tűzesetek. A hibáktól való tolerancia az Azure-szolgáltatások redundanciával és logikai elkülönítésével érhető el. Az Azure-beli rendelkezésre állási zónákkal kapcsolatos részletesebb információkért tekintse meg a Régiók és a rendelkezésre állási zónák című témakört.
Az Azure rendelkezésre állási zónákkal kompatibilis szolgáltatások a megfelelő megbízhatósági és rugalmassági szintet biztosítják. Ezek kétféleképpen konfigurálhatók. Ezek lehetnek zónaredundánsak, a zónák közötti automatikus replikációval vagy a zónák közötti automatikus replikációval, egy adott zónába rögzített példányokkal. Ezeket a megközelítéseket kombinálhatja is. A zónaredundáns és a zónaredundáns architektúráról további információt a rendelkezésre állási zónák és régiók használatára vonatkozó javaslatok című témakörben talál.
Az Azure Elastic SAN helyileg redundáns tárolással (LRS) és regionális üzembe helyezéssel támogatja a rendelkezésre állási zónák üzembe helyezését zónaredundáns tárolással (ZRS).
Előfeltételek
Az LRS és a ZRS Elastic SAN jelenleg csak a régiók egy részhalmazában érhető el. A régiók listájáért tekintse meg az Elastic SAN-ra vonatkozó méretezési célokat.
Erőforrás létrehozása rendelkezésre állási zónákkal
Ha rugalmas san-t szeretne létrehozni egy rendelkezésre állási zónával, olvassa el az Elastic SAN üzembe helyezését.
Zónaleállási élmény
Rugalmas san üzembe helyezésekor, ha a ZRS-t választja a san redundancia beállításához, a platform manuális beavatkozás nélkül támogatja a zónaszintű feladatátvételt. A ZRS-t használó rugalmas SAN-t úgy tervezték, hogy öngyógyítsa és újraegyensúlyozza magát, hogy automatikusan kihasználhassa az egészséges zónák előnyeit.
Ha rugalmas LRS-tárolót helyezett üzembe, előfordulhat, hogy új san-t kell üzembe helyeznie a felügyelt lemezekre exportált pillanatképek használatával.
Kis késésű kialakítás
Az LRS-en futó rugalmas SAN és a ZRS-en futó rugalmas SAN közötti késési különbségek nem különösen nagyok. A késési csúcsokra érzékeny számítási feladatok esetében azonban fontolja meg az LRS rugalmas SAN-jának a figyelembevételét, mivel a legkisebb késést biztosítja.
Rendelkezésre állási zóna migrálása
Ha rugalmas tárolóhálózatot szeretne áttelepíteni a ZRS-be, pillanatképet kell készítenie a rugalmas SAN-kötetekről, exportálnia kell őket a felügyelt lemez pillanatképeibe, üzembe kell helyeznie egy rugalmas san-t a ZRS-en, majd köteteket kell létrehoznia a ZRS-en a lemez pillanatképei alapján. A pillanatképek (előzetes verzió) használatáról az Azure Elastic SAN-kötetek pillanatképei (előzetes verzió) című témakörben olvashat.
Vészhelyreállítás és üzletmenet-folytonosság
A vészhelyreállítás (DR) a nagy hatású események, például a természeti katasztrófák vagy az állásidőt és adatvesztést eredményező sikertelen üzemelő példányok helyreállításáról szól. A katasztrófa okától függetlenül a legjobb megoldás egy jól definiált és tesztelt DR-terv, valamint egy olyan alkalmazásterv, amely aktívan támogatja a DR-t. Mielőtt elkezdene gondolkodni a vészhelyreállítási terv létrehozásáról, tekintse meg a vészhelyreállítási stratégia tervezésére vonatkozó javaslatokat.
A DR-ről a Microsoft a megosztott felelősségi modellt használja. Egy megosztott felelősségi modellben a Microsoft biztosítja, hogy az alapinfrastruktúra és a platformszolgáltatások elérhetők legyenek. Ugyanakkor számos Azure-szolgáltatás nem replikálja automatikusan az adatokat, vagy egy meghibásodott régióból visszaesik egy másik engedélyezett régióba történő keresztreplikáláshoz. Ezekért a szolgáltatásokért Ön felel a számítási feladathoz használható vészhelyreállítási terv beállításáért. Az Azure-platformon szolgáltatásként (PaaS) futó szolgáltatások többsége funkciókkal és útmutatással támogatja a DR-t, és szolgáltatásspecifikus funkciókkal támogatja a gyors helyreállítást a dr. csomag fejlesztéséhez.
Egy- és többrégiós vészhelyreállítás
Az Azure Elastic SAN esetében Ön a felelős a DR-élményért. Pillanatképeket készíthet a kötetekről, és exportálhatja őket felügyelt lemezes pillanatképekbe. Ezután átmásolhat egy növekményes pillanatképet egy új régióba , hogy az adatok a rugalmas san régiótól eltérő régióban vannak tárolva. Az elsődleges régiótól földrajzilag távoli régiókba kell exportálnia, hogy csökkenjen annak a lehetősége, hogy egy katasztrófa több régiót is érint.
Üzemkimaradás észlelése, értesítés és felügyelet
A szolgáltatáskimaradási deklarációkat a Service Health -Microsoft Azure-ban találja.
Kapacitás és proaktív vészhelyreállítási rugalmasság
A Microsoft és ügyfelei a megosztott felelősségi modell alapján működnek. A megosztott felelősség azt jelenti, hogy az ügyfél-kompatibilis dr. (ügyfél-felelős szolgáltatások) esetében minden üzembe helyezési és vezérlési szolgáltatás esetében a dr. Előre meg kell adnia minden üzembe helyezési szolgáltatást, amely az Elastic SAN-val fog működni. Annak érdekében, hogy a helyreállítás proaktív legyen, mindig előre üzembe kell helyeznie a másodfokokat, mert nincs garancia a kapacitásra a hatás idején azok számára, akik még nem helyezték előre.