Az Azure magas rendelkezésre állású és vészhelyreállítási funkcióinak ismertetése az Azure-beli virtuális gépekhez
Az Azure három fő lehetőséget kínál az IaaS-üzemelő példányok rendelkezésre állásának javítására:
Availability Sets
Rendelkezésre állási zónák
Azure Site Recovery
Mindhárom lehetőség a virtuális gép (VM) külső része, és nem tudja, hogy milyen típusú számítási feladatok futnak benne.
Rendelkezésre állási csoportok
A rendelkezésre állási csoportok üzemidőt biztosítanak az Azure-hoz kapcsolódó karbantartásokhoz és egyetlen meghibásodási ponthoz egyetlen adatközpontban. Ez volt az azure-platformon bevezetett első rendelkezésre állási funkciók egyike, és gyakorlatilag a virtuális gépek affinitási szabályaiként is felfogható. Ez azt jelenti, hogy ha két SQL Server virtuális gépe van egy rendelkezésre állási csoportban vagy naplószállítási párban, garantáltan soha nem futnak ugyanazon a fizikai kiszolgálón.
A rendelkezésre állási csoportok tartalék tartományokra és frissítési tartományokra vannak osztva a mögöttes Azure-infrastruktúra mindkét frissítésének támogatásához. A tartalék tartományok egy adatközponton belüli kiszolgálókészletek, amelyek ugyanazt az áramforrást és hálózatot használják. Az adatközpontban legfeljebb három tartalék tartomány lehet, ahogyan az FD 0, 1 és 2 ábrán látható. Az alábbi képen az UD által jelzett frissítési tartományok a virtuális gépek és a mögöttes fizikai hardverek egy időben újraindítható csoportjait jelzik. A különböző frissítési tartományok biztosítják az elkülönítést.
A rendelkezésre állási csoportok és zónák nem védenek a vendégen belüli hibák, például az operációs rendszer vagy az RDBMS összeomlása ellen; ezért további megoldásokat, például AG-ket vagy FCI-ket kell implementálnia annak érdekében, hogy megfeleljen az RTO-knak és a RPO-knak. Mind a rendelkezésre állási csoportok, mind a zónák úgy vannak kialakítva, hogy az Azure szintjén korlátozzák a környezeti problémák hatását, például az adatközpontok meghibásodását, a fizikai hardverhibákat, a hálózatkimaradásokat és az áramkimaradásokat.
Többrétegű alkalmazások esetén az alkalmazás minden szintjét saját rendelkezésre állási csoportba kell helyeznie. Ha például egy SQL Server-háttérrendszerrel rendelkező webalkalmazást hozna létre a Active Directory tartományi szolgáltatások (AD DS) mellett, akkor minden réteghez (web, adatbázis és AD DS) létre kell hoznia egy rendelkezésre állási csoportot.
Az IaaS virtuális gépek nem csak a rendelkezésre állási csoportokat választják el egymástól. Az Azure rendelkezésre állási zónákat is biztosít, de a kettő nem kombinálható. Választhat egyet vagy másikat.
Availability zones
A rendelkezésre állási zónák az azure-beli adatközpontszintű meghibásodást okozhatják. Minden Azure-régió számos olyan adatközpontból áll, ahol alacsony késésű hálózati kapcsolatok vannak közöttük. Ha olyan régióban helyez üzembe virtuálisgép-erőforrásokat, amely támogatja a rendelkezésre állási zónákat, lehetősége van ezeket az erőforrásokat az 1., 2. vagy 3. zónába telepíteni. A zóna egy egyedi fizikai hely, vagyis egy adatközpont egy Azure-régión belül.
A zónaszámok logikai ábrázolások. Ha például két Azure-előfizető a saját előfizetésében helyez üzembe egy virtuális gépet az 1. zónában, az nem jelenti azt, hogy ezek a virtuális gépek ugyanabban a fizikai Azure-adatközpontban léteznek. Emellett a távolság miatt további késések is előfordulhatnak a zonális üzemelő példányokban. Tesztelje a virtuális gépek közötti késést, hogy a késés megfeleljen a teljesítménycéloknak. A legtöbb esetben az oda-vissza út késése kisebb lesz, mint 1 ezredmásodperc, ami támogatja a szinkron adatáthelyezést olyan funkciókban, mint a rendelkezésre állási csoportok. Az Azure SQL Database-t a rendelkezésre állási zónákban is üzembe helyezheti.
Azure Site Recovery
Az Azure Site Recovery fokozott rendelkezésre állást biztosít a virtuális gépek számára az Azure szintjén, és együttműködhet az SQL Servert futtató virtuális gépekkel. Az Azure Site Recovery replikál egy virtuális gépet az egyik Azure-régióból a másikba, hogy létrehozhasson egy vészhelyreállítási megoldást az adott virtuális géphez. Ahogy korábban említettük, ez a funkció nem tudja, hogy az SQL Server fut a virtuális gépen, és semmit sem tud a tranzakciókról. Bár az Azure Site Recovery megfelelhet az RTO-nak, előfordulhat, hogy nem felel meg az RPO-nak, mivel nem számolja el, hogy hol találhatók adatok az SQL Serveren belül. Az Azure Site Recovery kétórás havi RTO-jával rendelkezik. Bár az adatbázis-szakemberek többsége szívesebben használ adatbázisalapú módszert a vészhelyreállításhoz, az Azure Site Recovery jól működik, ha megfelel az RTO- és RPO-igényeknek.