Az Azure-ban futó virtuális gépek karbantartása

A következőkre vonatkozik: ✔️ Linux rendszerű virtuális gépek ✔️ Windows rendszerű virtuális gépek Rugalmas méretezési ✔️ csoportok ✔️ Egységes méretezési csoportok

Az Azure rendszeresen frissíti platformját, hogy javítsa a virtuális gépek gazdainfrastruktúrájának megbízhatóságát, teljesítményét és biztonságát. E frissítések célja a szoftverösszetevők üzemeltetési környezetben történő javításától a hálózati összetevők frissítéséig, illetve a hardverleszerelésig terjed.

A frissítések ritkán érintik a hosztolt VM-eket. Ha a frissítéseknek hatása van, az Azure a legkevésbé hatásos módszert választja a frissítésekhez:

• Ha a frissítés nem igényel újraindítást, akkor a VM szünetel, amíg a gazda frissül, vagy a VM élőben átkerül egy már frissített gazdaállomásra.
• Ha a karbantartás újraindítást igényel, akkor értesítést kap a tervezett karbantartásról. Az Azure egy olyan időablakot is biztosít, amelyben a karbantartást saját maga is elkezdheti, az Ön számára megfelelő időpontban. Az önkarbantartási időablak általában 35 nap (Host gépek esetében), kivéve, ha a karbantartás sürgős. Az Azure olyan technológiákba fektet be, amelyekkel csökkenthető azoknak az eseteknek a száma, amikor a platform tervezett karbantartása miatt a VM-eket újra kell indítani. A tervezett karbantartás kezelésével kapcsolatos utasításokért lásd: Tervezett karbantartási értesítések kezelése az Azure CLI, a PowerShell vagy a portál használatával.

Ez a lap azt ismerteti, hogy az Azure hogyan végzi el mindkét típusú karbantartást. A nem tervezett eseményekről (kimaradásokról) további információt a Windows rendszerű virtuális gépek rendelkezésre állásának kezelése vagy a Linux megfelelő cikkében talál.

A virtuális gépeken értesítéseket kaphat a közelgő karbantartásról a Windows vagy Linux ütemezett eseményeinek használatával.

Újraindítást nem igénylő karbantartás

A legtöbb platformfrissítés nincs hatással az ügyfél virtuális gépére. Ha a hatástalan frissítés nem lehetséges, az Azure kiválasztja azt a frissítési mechanizmust, amely a legkevésbé hat az ügyfél virtuális gépeire.

Ha a karbantartást befolyásoló virtuális gépre van szükség, az szinte mindig 10 másodpercnél rövidebb virtuálisgép-szüneteltetéssel fejeződik be. Ritkán, általános célú virtuálisgép-méretek esetén legfeljebb 18 havonta, az Azure olyan mechanizmust használ, amely körülbelül 30 másodpercig szünetelteti a virtuális gépet. A szüneteltetési művelet után a rendszer automatikusan szinkronizálja a virtuálisgép-órát a folytatáskor.

A memóriamegőrző karbantartás az Azure-beli virtuális gépek több mint 90%-ánál működik. G, M, N és H sorozat esetén nem működik. Az Azure egyre inkább élő migrálási technológiákat használ, és javítja a memóriamegőrző karbantartási mechanizmusokat a szüneteltetés időtartamának csökkentése érdekében.

Ezek a karbantartási műveletek, amelyek nem igényelnek újraindítást, egyszerre csak egy tartalék tartományt alkalmaznak. Leállnak, ha figyelmeztető állapotjelzéseket kapnak a platformmonitorozási eszközöktől. Az újraindítást nem igénylő karbantartási műveletek a párosított régiókban vagy a rendelkezésre állási zónákban egyidejűleg is előfordulhatnak. Egy adott változás esetén az üzembe helyezés többnyire a rendelkezésre állási zónák és a régiópárok között van sorrendben, de a végén átfedés lehet.

Az ilyen típusú frissítések bizonyos alkalmazásokat érinthetnek. Ha a virtuális gépet élőben migrálják egy másik gazdagépre, egyes érzékeny számítási feladatok a virtuális gép szüneteltetéséhez vezető néhány perc alatt enyhe teljesítménycsökkenést mutathatnak. A virtuális gépek karbantartására való felkészüléshez és az Azure-karbantartás során a hatás csökkentéséhez próbálja meg használni a Windows vagy Linux ütemezett eseményeit az ilyen alkalmazásokhoz.

Ha nagyobb mértékben szeretné szabályozni az összes karbantartási tevékenységet, beleértve a nulla hatás nélküli és az újraindítás nélküli frissítéseket, létrehozhat egy karbantartási konfigurációs funkciót. A karbantartási konfiguráció létrehozása lehetővé teszi, hogy kihagyja az összes platformfrissítést, és az ön által választott időpontban alkalmazza a frissítéseket. További információ: Platformfrissítések kezelése karbantartási konfigurációkkal.

Élő áttelepítés

Az élő áttelepítés olyan művelet, amely nem igényel újraindítást, és amely megőrzi a virtuális gép memóriáját. Ez egy szünetet vagy fagyasztást okoz, amely általában legfeljebb 5 másodpercig tart. A G, L, N és H sorozat kivételével az összes szolgáltatásként nyújtott infrastruktúra (IaaS) virtuális gép jogosult az élő áttelepítésre. Az élő áttelepítés az M-sorozatú termékváltozatok többségében érhető el. A jogosult virtuális gépek az Azure-flottában üzembe helyezett IaaS virtuális gépek több mint 90 százalékát képviselik.

Feljegyzés

Az Azure Portalon nem kap értesítést az olyan élő áttelepítési műveletekről, amelyek nem igényelnek újraindítást. Az újraindítást nem igénylő élő áttelepítések listájának megtekintéséhez lekérdezheti az ütemezett eseményeket.

Az Azure-platform az alábbi esetekben indítja el az élő migrálást:

• Tervezett karbantartás
• Hardverhiba
• Foglalásoptimalizálások

Egyes tervezett karbantartási forgatókönyvek élő migrálást használnak, és az Ütemezett események használatával előre is megismerheti, hogy mikor indulnak el az élő áttelepítési műveletek.

Élő áttelepítéssel virtuális gépeket is áthelyezhet, ha az Azure Machine Tanulás algoritmusok közelgő hardverhibát jeleznek előre, vagy ha optimalizálni szeretné a virtuális gépek lefoglalásait. A csökkentett hardverpéldányokat észlelő prediktív modellezésről további információt az Azure-beli virtuális gépek rugalmasságának javítása prediktív gépi tanulással és élő migrálással című témakörben talál. Ha ezeket a szolgáltatásokat használja, élő áttelepítési értesítések jelennek meg az Azure Portalon a Monitor és a Service Health naplókban, valamint az ütemezett eseményekben.

Újraindítást igénylő karbantartás

Abban a ritka esetben, amikor a virtuális gépeket újra kell indítani a tervezett karbantartáshoz, a rendszer előre értesíti Önt. A tervezett karbantartásnak két fázisa van: az önkiszolgáló és az ütemezett karbantartási fázis.

Az önkiszolgáló fázisban, amely általában négy hétig tart, elkezdi a karbantartást a virtuális gépeken. Az önkiszolgáló szolgáltatás részeként lekérdezheti az egyes virtuális gépeket, hogy lássák annak állapotát és az utolsó karbantartási kérelem eredményét.

Feljegyzés

Az élő áttelepítést nem támogató virtuálisgép-sorozatok esetében a helyi (rövid élettartamú) lemezek adatai elveszhetnek a karbantartási események során. Az élő áttelepítés támogatottságával kapcsolatos információkért tekintse meg az egyes virtuálisgép-sorozatokat.

Az önkiszolgáló karbantartás megkezdésekor a virtuális gép újra üzembe kerül egy már frissített csomópontra. Mivel a virtuális gép újra üzembe van adva, az ideiglenes lemez elveszik, és a virtuális hálózati adapterhez társított nyilvános dinamikus IP-címek frissülnek.

Ha az önkiszolgáló karbantartás során hiba lép fel, a művelet leáll, a virtuális gép nem frissül, és lehetősége van újrapróbálkozni az önkiszolgáló karbantartásra.

Az önkiszolgáló fázis befejeződésekor megkezdődik az ütemezett karbantartási fázis . Ebben a fázisban továbbra is lekérdezheti a karbantartási fázist, de nem indíthatja el a karbantartást.

Az újraindítást igénylő karbantartások kezelésével kapcsolatos további információkért lásd : Tervezett karbantartási értesítések kezelése az Azure CLI, a PowerShell vagy a portál használatával.

Rendelkezésre állási szempontok az ütemezett karbantartás során

Ha úgy dönt, hogy megvárja az ütemezett karbantartási fázist, érdemes megfontolnia a virtuális gépek legmagasabb rendelkezésre állásának fenntartását.

Párosított régiók

Minden Azure-régió egy másik régióval van párosítva ugyanazon a földrajzi környéken. Együtt egy régiót alkotnak. Az ütemezett karbantartási fázisban az Azure csak a régiópár egyetlen régiójában lévő VM-eket frissíti. Például az USA északi középső régiójában lévő virtuális gép frissítése során az Azure nem frissíti egyszerre az USA déli középső régiójában lévő virtuális gépeket. Azonban más régiók (például Észak-Európa) karbantarthatók ugyanabban az időben, mint az USA keleti régiója. A régiópárok működésének megértése segíthet a virtuális gépek régiók közötti elosztásában. További információ: Azure-régiópárok.

Rendelkezésreállási zónák

A rendelkezésre állási zónák egyedi fizikai helyek egy Azure-régión belül. Minden rendelkezésreállási zóna egy vagy több, független áramforrással, hűtéssel és hálózatkezelési megoldással ellátott adatközpontból áll. A rugalmasság biztosítása érdekében minden engedélyezett régióban legalább három különálló zóna van.

A rendelkezésre állási zóna egy tartalék tartomány és egy frissítési tartomány kombinációja. Ha három vagy több virtuális gépet hoz létre egy Azure-régió három zónájában, a virtuális gépek hatékonyan el vannak osztva három tartalék tartomány és három frissítési tartomány között. Az Azure platform felismeri ezt az eloszlást a frissítési tartományok között, hogy a különböző zónákban lévő virtuális gépek ne frissüljenek egyszerre.

Minden infrastruktúra-frissítés zónánként, egyetlen régión belül gördül ki. Az 1. zónában azonban az üzembe helyezést is végezheti, és a 2. zónában egy időben eltérő üzembe helyezést is végezhet. Az üzemelő példányok nem minden szerializáltak. Egy újraindítást igénylő üzembe helyezés azonban egyszerre csak egy zónát vet ki a kockázat csökkentése érdekében. Általában az újraindítást igénylő frissítések kerülhetők el, ha lehetséges, és az Azure élő áttelepítést próbál használni, vagy az ügyfelek számára irányít.

Virtuálisgép-méretezési csoportok

A rugalmas vezénylési módban lévő virtuálisgép-méretezési csoportok egy Azure számítási erőforrás, amellyel egységes vezénylési módban kombinálhatja a virtuálisgép-méretezési csoportok méretezhetőségét a rendelkezésre állási csoportok regionális rendelkezésre állási garanciáival.

Rugalmas vezényléssel eldöntheti, hogy a példányok több zónában vannak-e elosztva, vagy egy régión belül vannak-e elosztva a tartalék tartományok között.

Rendelkezésre állási csoportok és egységes méretezési csoportok

Számítási feladatok Azure-beli virtuális gépeken való üzembe helyezésekor létrehozhatja a virtuális gépeket egy rendelkezésre állási csoportban , hogy magas rendelkezésre állást biztosítson az alkalmazás számára. A rendelkezésre állási készletek használatával biztosíthatja, hogy akár egy kiesés, akár egy újraindítást igénylő karbantartási esemény során legalább egy VM elérhető legyen.

Egy rendelkezésre állási csoportban az egyes virtuális gépek legfeljebb 20 frissítési tartományra oszlanak el. Az ütemezett karbantartás során egy adott időpontban csak egy frissítési tartomány frissül. A frissítési tartományok nem feltétlenül frissülnek egymás után.

Az egységes vezénylési módban lévő virtuálisgép-méretezési csoportok olyan Azure-beli számítási erőforrások, amelyekkel egyetlen erőforrásként üzembe helyezhet és kezelhet azonos virtuális gépeket. A méretezési csoport automatikusan üzembe lesz helyezve a felhasználói felületen, például egy rendelkezésre állási csoportban lévő virtuális gépeken. A rendelkezésre állási csoportokhoz hasonlóan az egységes méretezési csoportok használata esetén is csak egy UD frissül egy adott időpontban az ütemezett karbantartás során.

A virtuális gépek magas rendelkezésre állásra való beállításáról további információt a Windows rendszerű virtuális gépek rendelkezésre állásának kezelése vagy a linuxos megfelelő cikkben talál.

Következő lépések

A tervezett karbantartás kezeléséhez használhatja az Azure CLI-t, az Azure PowerShellt vagy a portált .