Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Az Azure-ban a zónaerőforrás egy olyan erőforrás, amely egyetlen zónába van rögzítve. Mivel egy zónaerőforrás egyetlen rendelkezésre állási zónában található, nem zóna-reziliensek. Ha az erőforrást tartalmazó zónában probléma van, az erőforrás valószínűleg leállást tapasztal.
Egyes Azure-szolgáltatások vagy zonális erőforrások üzembe helyezését igénylik vagy teszik lehetővé. Előfordulhat, hogy késési megfontolások vagy adott szolgáltatási követelmények miatt úgy dönt, hogy zónaszerűen telepíti az erőforrást. Egyes erőforrásokat vagy kapcsolódó erőforrásokat egyetlen zónába rögzíthet.
Ez a cikk azokat a forgatókönyveket ismerteti, amelyekben zónális erőforrásokat érdemes üzembe helyezni zónaredundáns erőforrások helyett. Emellett kiemeli azokat a szempontokat és felelősségeket, amelyek annak biztosításához szükségesek, hogy a megoldás ellenálló maradjon a zónakimaradásokkal szemben.
Erőforrás-telepítési típusok
Az Azure-ban csak bizonyos üzembehelyezési típusok biztosítják a zóna rugalmasságát. Az alábbi táblázat három erőforrás-telepítési típust hasonlít össze, és ismerteti a zóna rugalmasságát, a zónaeloszlást, a konfigurációs beállításokat és a javaslatokat.
| Erőforrás üzembe helyezési típusa | Zónarugalmasság támogatása | Zónaeloszlás | Konfigurálás | Recommendation |
|---|---|---|---|---|
| Zone-redundant | Mindig zónareziliens | A zónaredundáns erőforrások több zónára vannak kiterjedve, és ellenállók a zónahibákkal szemben. Ha hiba történik egy zónában, a szolgáltatás továbbra is működhet más zónákban. | Egyes zónaredundáns erőforrások automatikus zónaredundanciát biztosítanak a rendelkezésre állási zónákban, míg más erőforrásokhoz manuálisan kell engedélyezni a zónaredundanciát. Tekintse meg a szolgáltatás megbízhatósági útmutatóját , hogy lássa, mire van szüksége a szolgáltatásnak a rugalmasság engedélyezéséhez. | Lehetőség szerint mindig használjon zónaredundáns erőforrásokat, különösen a termelési telepítések során. |
| Zonal | Nem automatikus. Ha úgy dönt, az Ön felelőssége, hogy engedélyezze a zóna rugalmasságát. A zónabeli erőforrások el vannak különítve más zónák hibáitól, de a saját zónájuk meghibásodása állásidőt okozhat. |
Válassza ki az erőforrás zónát. | Ha több olyan erőforrással rendelkezik, amelyeket zónához kell igazítani (ugyanabban a zónában kell elhelyezni), minden erőforráson ugyanazt a zónát kell konfigurálnia. | Csak akkor használjon zonális erőforrásokat, ha egyértelmű szükség van rá. A megoldás zónarugalmassá tétele érdekében az Ön felelőssége, hogy többzónás megoldást tervezzen és implementáljon. |
| Nem övezeti (regionális) | None | Ha a régió támogatja a rendelkezésre állási zónát, az Azure a régió bármely zónájában használhatja. | Nem érhető el zónakonfiguráció a nem zóna típusú erőforrásokhoz. | Mivel a zónán kívüli erőforrások nem tehetők rugalmassá, kerülje a nem zónaalapú üzembe helyezéseket az összes éles számítási feladathoz a rendelkezésre állási zónákkal rendelkező régiókban. |
A rendelkezésre állási zónákkal és az erőforrás-telepítésekkel kapcsolatos további információkért lásd: Rendelkezésre állási zónák.
Zónaredundáns és zónaszintű erőforrásokat kombináló számítási feladatok
Számos számítási feladat zónaredundáns és zónaszintű erőforrásokat kombinál. A számítási feladatok közé tartozhat például az adatbázisszinthez tartozó zonális virtuális gépek (VM-ek), az Azure App Service-ben üzemeltetett zónaredundáns webkiszolgáló és egy zónaredundáns terheléselosztó, amely forgalmat küld az adatbázis virtuális gépeire.
Ha zóna- és zónaredundáns erőforrásokat egyesít egy számítási feladatban, gondolja át, hogyan működnek az egyes erőforrások és a teljes megoldás, ha egy rendelkezésre állási zónában probléma van. A zónaredundáns szolgáltatások általában minimális adatvesztéssel vagy adatvesztés nélkül automatikusan helyreállnak a zónakimaradásokból, és a Microsoft felügyeli a teljes folyamatot. A zonális erőforrások esetében Ön felel az automatizált feladatátvétel konfigurálásáért vagy a manuális helyreállítási tevékenységekért. Ha szeretné megtudni, hogy az egyes szolgáltatások hogyan viselkednek a zónaleállási forgatókönyvek során, ismerje meg a Microsoft felelősségi viszonyait, és figyelje a szolgáltatások állapotát a zónaleállási események során, tekintse meg a szolgáltatás megbízhatósági útmutatóját.
Mikor érdemes zonális üzembe helyezést használni?
Csak akkor használjon zonális erőforrásokat, ha egyértelmű szükség van rá. Az egyzónás üzembe helyezés tipikus okai közé tartoznak az olyan esetek, amikor egy erőforrásnak zonálisnak kell lennie, egy szolgáltatás csak egy adott zónában érhető el, vagy a számítási feladatok nagyon érzékenyek a zónák közötti késésre.
Fontos
Néhány Azure-szolgáltatás lehetővé teszi, hogy válasszon a zónális és a zónaredundáns üzembe helyezések között. Ha nincs erős oka a zónaalapú üzembe helyezés használatára, használjon zónaredundáns üzembe helyezést.
Zonális üzembe helyezést igénylő erőforrások
Néhány Azure-szolgáltatás csak a zónaalapú üzemelő példányokat támogatja, és nem biztosít zónaredundáns üzemelő példányokat.
A virtuális gépek zonális erőforrásnak számítanak. Virtuális gép-méretezési csoportok segítségével virtuális gép-készleteket hozhat létre. A virtuálisgép-méretezési csoportok zónaszintűvé tehetők, ami azt jelenti, hogy a készletben lévő virtuális gépek több zónában vannak elosztva. A méretezési csoportok jó módszer a zónarugalmasság elérésére számos virtuálisgép-alapú számítási feladat esetében.
Jótanács
Ha több hasonló funkciót használó virtuális gépet helyez üzembe, javasoljuk, hogy az egyenként üzembe helyezhető egypéldányos virtuális gépek helyett zónaszintű méretezési csoportokat használjon.
Egy másik példa az Azure NetApp Files, amely támogatja a kötetek egyetlen zónában való üzembe helyezését. A szolgáltatás lehetővé teszi a több zonális kötet közötti replikálást is.
Egyes szolgáltatások csak bizonyos zónákban érhetők el. Előfordulhat például, hogy speciális grafikus feldolgozási egységeket (GPU-kat) használó virtuálisgép-típusok csak adott régión belüli zónákban érhetők el, ami azt jelenti, hogy nem helyezhetők üzembe több zónában. Annak ellenőrzéséhez, hogy mely régiók és zónák támogatják a szükséges virtuálisgép-típusokat, használja az alábbi erőforrásokat:
Az egyes régiókban elérhető virtuálisgép-típusok ellenőrzéséhez tekintse meg a régiónként elérhető termékeket.
Ha ellenőrizni szeretné a támogatott virtuálisgép-típusokat és -méreteket egy adott régió egyes zónáiban, tekintse meg a virtuálisgép-termékváltozat rendelkezésre állásának ellenőrzését.
Ha a szükséges virtuálisgép-típus csak egyetlen zónában érhető el a használt régióban, megfontolhatja a virtuális gép zónaszintű üzembe helyezését, majd más módszereket is találhat a virtuális gép zónakimaradásokkal szembeni ellenállóbbá ására. Azonban továbbra is gondoskodnia kell arról, hogy a megoldás többi része zónaálló legyen.
További információt a rendelkezésre állási zónákat támogató Azure-szolgáltatásokban talál.
Zónaközi késés
Ha szokatlanul késésérzékeny számítási feladattal rendelkezik, zónalehetőségekkel rendelkező erőforrásokat használhat zónaredundáns erőforrások helyett, még akkor is, ha egy szolgáltatás támogatja a zónaredundáns üzembe helyezéseket.
Az alacsony késésű hálózat a rendelkezésre állási zónákat köti össze, és általában két ezredmásodperc alatt van a zónák közötti oda-vissza késés. A legtöbb számítási feladat esetében a zónák közötti késés nem okoz problémát. Az erőforrások rendelkezésre állási zónák közötti elosztásának rugalmassági előnyei fontosabbak, mint a zónák közötti forgalom küldésének minimális teljesítményre gyakorolt hatása. Néhány számítási feladat azonban nagyon érzékeny a zónák közötti késésre. Ezek a számítási feladatok a következő forgatókönyveket tartalmazhatják:
Régi helyszíni alkalmazások: Egyes örökölt számítási feladatok tartalmazhatnak olyan alkalmazásokat, amelyeket eredetileg helyszíni környezethez terveztek. Ezek a számítási feladatok feltételezik, hogy az összetevők, például az adatbázisok és más alkalmazások és szolgáltatások ugyanazon a gazdagépen vagy közvetlen fizikai közelségben vannak.
Nagyon nagy léptékű szinkron replikáció: Az állapotalapú alkalmazások és adatbázisok időnként nagyon nagy mennyiségű írást hajtanak végre szinkron replikációval. A szinkron replikáció azt jelenti, hogy az adatok több replikára lesznek írva, mielőtt az írási művelet befejeződöttnek minősül. A replikák rendelkezésre állási zónák közötti elosztása javítja a rugalmasságot, de szinkron replikáció használatakor a zónák közötti késés növelheti a számítási feladat írási késését. Ez a megnövekedett késés általában nem jelentős, de egyes alkalmazások tervezése miatt előfordulhat, hogy nagy léptékben problémássá válhat.
Fontos
Szokatlan, hogy a számítási feladatok érzékenyek a zónák közötti késésre. Ne feltételezze, hogy a számítási feladatra hatással van, hacsak nem teszteli az adott számítási feladat és igények késését.
Ha azt gyanítja, hogy a zónák közötti késés hatással van a számítási feladatra, tesztelje annak hatását egy reális környezetben az alábbi lépéseket követve az adott számítási feladathoz:
Elfogadható teljesítménykövetelmények meghatározása. A zónák közötti forgalom kis mértékű késést eredményez, de a legtöbb számítási feladat esetében elhanyagolható. Határozza meg, hogy milyen a számítási feladat elfogadható teljesítménye.
Teljesítményteszt futtatása egyetlen rendelkezésre állási zónán belül. Alapkonfigurációs teljesítménymetrikák létrehozása.
Fontos
Tesztelje a számítási feladatokat, beleértve az alkalmazásokat, a protokollokat, a konfigurációt és az Azure-régiót. Használjon reális terhelést. A teljesítménytesztek és a szintetikus tesztek nem elegendőek, mert nem mutatják meg, hogyan viselkedik a megoldás.
Zónaközi replikáció engedélyezése. A használt összetevőktől függően engedélyezheti a zónaredundanciát, vagy áthelyezheti a replikákat a zónák között.
Futtassa újra a teljesítményteszteket. Gyűjtse össze ugyanazokat a metrikákat, amelyeket korábban gyűjtött.
Hasonlítsa össze a teljesítményre gyakorolt hatást a követelményekkel. A követelmények és a teljesítményadatok használatával megalapozott döntést hozhat a késés és a zónakimaradások rugalmassága közötti kompromisszumról.
Ha a teszt azt mutatja, hogy a késés elfogadhatatlanul magas a számítási feladat számára, fontolja meg a következő műveleteket:
Próbálkozzon valamely másik zónakészlettel. A különböző zónák közötti késés kismértékű eltérést okozhat, mivel eltérő fizikai távolságok lehetnek egymástól.
Jótanács
Ha az Azure-előfizetések között tesztel, tekintse át a logikai és fizikai zónaleképezést , hogy tesztelje a várt fizikai zónákat.
Ha van egy másik Azure-régió, amely megfelel az adattárolásra és egyéb tényezőkre vonatkozó általános igényeknek, próbáljon meg több zónát használni ebben a régióban.
Fontolja meg, hogy újratervezheti-e az alkalmazást a zónaközi kommunikáció minimálisra csökkentése érdekében. Előfordulhat például, hogy több kis adatbázisműveletet egyesíthet egyetlen műveletben. Ez a módszer csökkentheti a számítási feladat késésére gyakorolt hatását.
Ha egyik művelet sem segít, fontolja meg az adott számítási feladat vagy összetevők egyetlen rendelkezésre állási zónán belüli futtatását zonális virtuális gépek és egyéb támogatott Azure-szolgáltatások használatával. Ezután felelősséget vállal azért, hogy a zónakimaradásokkal szemben ellenállóvá tegye a zónaösszetevőket. Tekintse át a cikk további részeit a felelősségi körök és a megfontolandó megközelítések megismeréséhez.
A zonális üzembe helyezéssel kapcsolatos feladatai
Ha a rendelkezésre állási zóna meghibásodik, a zónális erőforrás leállás kockázatával jár. A zónaszintű erőforrások üzembe helyezésekor Ön a felelős azért, hogy a számítási feladat rugalmas legyen a zónaszintű hibákhoz.
Fontos
A zónaerőforrások természetüknél fogva nem rugalmasak a zónahibákkal szemben. A zónahiba kockázatának csökkentésére olyan tervet kell kidolgoznia, amely zónaleépítési forgatókönyveket is tartalmaz.
A zónaszintű erőforrások zónarugalmassá tétele érdekében vegye figyelembe a következő feladatokat:
Több erőforrás üzembe helyezése és konfigurálása: Külön zónabeli erőforrások manuális üzembe helyezése különböző zónákban vagy régiókban. Határozza meg, hogyan tarthatja konzisztensen a konfigurációt az egyes erőforrások között. Az infrastruktúra kódként való használata ajánlott eljárás, mivel több azonos erőforrás gyors üzembe helyezését teszi lehetővé.
Forgalomirányítás és -elosztás: Ki kell választania egy terheléselosztó-összetevőt, biztosítania kell, hogy zónaálló legyen, és konfigurálja úgy, hogy forgalmat küldjön a különböző zónák erőforrásai között. Általában konfigurálja az útvonalválasztási szabályzatot – például aktív-aktív vagy aktív-passzív –, az automatikus állapotellenőrzéseket és a feladatátvételi folyamatokat. További információ: Terheléselosztási beállítások.
Replikáció vagy adatmentés: Az állapotalapú erőforrások esetében Ön a felelős az általuk tárolt adatok védelméért, valamint annak biztosításáért, hogy azok több zónában is biztonságosan legyenek tárolva. Gyakori módszer a replikáció konfigurálása egy másik szolgáltatáspéldányra egy másik rendelkezésre állási zónában. Bizonyos esetekben előfordulhat, hogy inkább biztonsági másolatokra támaszkodik. A biztonsági mentések azonban hosszabb helyreállítási időt igényelnek egy zónahiba során, ami magasabb helyreállítási időkorlátot (RTO) igényel. Emellett több adatvesztést is eredményeznek, ami magasabb helyreállításipont-célkitűzést (RPO) igényel.
Zónahibák észlelése és válaszfolyamat implementálása: Meg kell határoznia, hogyan figyelheti az zonális erőforrások állapotát, meg kell határoznia azokat a feltételeket, amelyek nem megfelelőként jelölik meg őket, és olyan válaszműveleteket kell aktiválnia, mint a műveletek visszaállítása egy másik zónában vagy régióban.
Zóna-helyreállítási folyamatok: A zóna helyreállítása után Ön a felelős minden szükséges helyreállítási műveletért, például az elsődleges zónában lévő erőforrásokra való visszavételért.
A zonális üzembe helyezés rugalmasságának gyakori megközelítései
Ha megalapozott döntéseket szeretne hozni a zónarugalmasság eléréséről a zónaszintű erőforrások esetében, vegye figyelembe a következő tényezőket:
Tekintse át a teljes számítási feladatot. Ismerje meg, hogyan viselkednek az egyes összetevők a zónaleépítési események során, beleértve a zónaredundáns, a zonális és a nemregionális erőforrásokat. Az egyes szolgáltatások megbízhatósági útmutatójában megtudhatja, hogyan működik a szolgáltatás a zónaleállási forgatókönyvekben, és hogyan figyelheti a szolgáltatások állapotát a zónaleállási események esetében.
A zónahiba során megengedett adatvesztés ismertetése. Az RPO megadja, hogy mennyi adatvesztést fogadhat el.
Számos Azure zónaredundáns erőforrás nulla RPO-t biztosít a zónahibákhoz, ami azt jelenti, hogy nem történik adatvesztés. Ezt az RPO-t általában úgy érik el, hogy szinkron módon replikálják az összes módosítást a zónák között.
Ha zónaalapú üzembe helyezést tervez, gondoskodnia kell arról, hogy a zóna meghibásodása esetén megfeleljen a számítási feladat RPO-követelményeinek.
Értsd meg a zónahiba alatti engedélyezett állásidőt. Az RTO megadja, hogy mennyi állásidőt fogadhat el.
Az Azure zónaredundáns erőforrásai zónahibák esetén jellemzően nagyon alacsony RTO-t biztosítanak, és általában csak néhány másodpercnyi állásidőt igényelnek.
A zónaalapú üzembe helyezés tervezésekor gondoskodnia kell arról, hogy megfeleljen a számítási feladat RTO-követelményeinek. Ha alacsony RTO-t használ, előfordulhat, hogy automatizált észlelési és helyreállítási folyamatokra kell támaszkodnia. A magasabb RTO nagyobb rugalmasságot biztosít a válaszfolyamatokhoz.
A költségek ismertetése. A zonális erőforrások számlázása általában külön-külön történjen, így több zonális erőforrás üzembe helyezése növelheti az erőforrásköltséget.
Zónatelepítés tervezése a rugalmasság érdekében
Amikor a zónák telepítését a megbízhatóság érdekében tervezi, fontolja meg, hogy rendelkezésre állási zónákat használ-e magas rendelkezésre állás vagy katasztrófa utáni helyreállítás céljából. E fogalmak megkülönböztetése az RTO és az RPO követelményein alapul.
Ha alacsony RTO- és alacsony RPO-követelménysel rendelkezik, a rendelkezésre állási zónákat magas rendelkezésre állási szerkezetként kell kezelnie. Ha azonban az RTO és az RPO magasabb, akkor dönthet úgy, hogy vészhelyreállítási szerkezetként kezeli a rendelkezésre állási zónákat. További információ: Üzletmenet-folytonosság, magas rendelkezésre állás és vészhelyreállítás. A számítási feladatok szintje segíthet meghatározni a követelményeket és a szükséges műveleteket.
Tervezés magas rendelkezésre álláshoz
Fontolja meg a saját magas rendelkezésre állású architektúra üzembe helyezését több zónában. A magas rendelkezésre állású architektúra automatikus és gyakori adatreplikálást igényel a több zónában üzembe helyezett összetevők között, valamint automatikus feladatátvételt az összetevők között zónahiba esetén.
Egyes, zonális virtuális gépeken üzembe helyezhető alkalmazások beépített magas rendelkezésre állási támogatást nyújtanak, például replikaérzékenyek. Ha például Azure-beli virtuális gépeken használja az SQL Servert, az elérhetőségi csoportok forgalomirányítási és feladatátvételi képességeket biztosítanak. Kiválaszthatja, hogy szinkron vagy aszinkron replikációt szeretne-e használni. További információ: Üzletmenet-folytonosság, magas rendelkezésre állás és vészhelyreállítás az Azure-beli virtuális gépeken futó SQL Serverhez.
Vészhelyreállítás tervezése
A vészhelyreállítás eltér a magas rendelkezésre állástól, mert a nagyobb állásidő és az adatvesztés elfogadható katasztrófahelyzetekben. Az RTO-t és az RPO-t általában órákban vagy ennél hosszabb időtartamban mérik.
A vészhelyreállítási terv segít felkészülni a különböző forgatókönyvekre, és meghatározza, hogyan reagálhat automatizált és manuális folyamatok kombinációjával.
A következő vészhelyreállítási módszerek segíthetnek a zónaalapú üzembe helyezés megtervezésében:
Azure Site Recovery zóna–zóna vészhelyreállítás: Ez a módszer akkor hasznos, ha lemezszintű aszinkron replikációra van szükség a különböző zónákban lévő virtuális gépek között. További információ: Azure-beli virtuális gépek vészhelyreállításának engedélyezése a rendelkezésre állási zónák között.
Site Recovery régiónkénti vészhelyreállítás: A Site Recovery támogatja a régiók közötti vészhelyreállítást, és aszinkron replikációra támaszkodik. Ez a módszer lehetővé teszi, hogy az elsődleges régió egy másik zónája helyett egy másik Azure-régióban lévő zónába lépjen át. További információ: Azure-beli virtuális gépek replikálása egy másik Azure-régióba.
Biztonsági mentésalapú vészhelyreállítás: Ha a megoldás képes elviselni a magas RTO-t és a magas RPO-t, fontolja meg a biztonsági mentések vészhelyreállítási stratégiaként való használatát. Ha a zóna leállást tapasztal, visszaállíthatja a biztonsági másolatokat egy másik zónába vagy régióba. Azt is figyelembe kell vennie, hogy előre létrehozza-e a megoldás többi Azure-erőforrását, vagy a feladatátvételi folyamat során hozza létre őket.
A zonális architektúrában gyakran ön a felelős a biztonsági másolatok tárolásáért és replikálásáért.
Az Azure Backup egy széles körben használt felügyelt biztonsági mentési szolgáltatás. Támogatja a zónaredundáns biztonsági mentéseket és a georeplikált biztonsági mentéseket a párosított Azure-régiókban. Egyes alkalmazások, például az Azure-beli virtuális gépeken futó SQL Server beépített alkalmazásspecifikus biztonsági mentési funkciókat is tartalmaznak.