Tervezett karbantartási értesítések kezelése

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 végez frissítéseket a virtuális gépeket futtató infrastruktúra megbízhatóságának, teljesítményének és biztonságának javítása érdekében. A frissítések olyan változások, mint az üzemeltetési környezet javítása vagy a hardver frissítése és leszerelése. A frissítések többsége a üzemeltetett virtuális gépekre gyakorolt hatás nélkül befejeződik. Vannak azonban olyan esetek, amikor a frissítések hatással vannak:

• Ha a karbantartás nem igényel újraindítást, az Azure néhány másodpercig szünetelteti a virtuális gépet, amíg a gazdagép frissül. Az ilyen típusú karbantartási műveletek tartalék tartományonként vannak alkalmazva. A folyamat leáll, ha figyelmeztető állapotjelzések érkeznek.

• Ha a karbantartás újraindítást igényel, értesítést kap a karbantartás tervezett időpontjáról. Körülbelül 35 napos időkeretet kap, ahol saját maga indíthatja el a karbantartást, amikor az működik.

A tervezett karbantartás, amely újraindítást igényel, hullámokban van ütemezve. Minden hullám különböző hatókörrel (régiók) rendelkezik.

• A hullám az ügyfelek értesítésével kezdődik. A virtuális géppel kapcsolatos karbantartási értesítések az Azure Portal Service Health területén érhetők el. A virtuális gépek tervezett karbantartására vonatkozó forgatókönyvek egy kis részhalmaza esetén az Azure egy további e-mail küldésével is közölheti az ütemezést az Előfizetés-tulajdonosok csoport tagjainak. Az Azure Service Health lehetővé teszi, hogy a felhasználók saját egyéni riasztásokat konfiguráljanak a Tervezett karbantartás kategóriához. Az Azure Service Health-riasztásokkal további címzetteket és üzenetkezelési lehetőségeket adhat hozzá, például e-maileket, SMS-eket és webhookokat tevékenységnapló-riasztások használatával.
• Az eseménytípusok egy részhalmazának kivételével a Service Health tervezett karbantartási értesítése mostantól egy további "Érintett erőforrások" fület is biztosít, amely felsorolja az esemény hatókörében lévő virtuálisgép-neveket. További információ az érintett erőforrások előzetes verziójú funkciójáról.
• Ha egy értesítés kijön, önkiszolgáló ablak lesz elérhetővé téve. Ebben az ablakban lekérdezheti, hogy mely virtuális gépek érintettek, és saját ütemezési igényei alapján indíthatja el a karbantartást. Az önkiszolgáló ablak általában körülbelül 35 nap.
• Az önkiszolgáló időszak után megkezdődik egy ütemezett karbantartási időszak . Ebben az ablakban az Azure ütemezi és alkalmazza a szükséges karbantartást a virtuális gépre.

A két ablak létrehozásának célja, hogy elegendő időt biztosítson a virtuális gép karbantartásának megkezdéséhez és újraindításához, miközben tudja, hogy az Azure mikor kezdi el automatikusan a karbantartást.

Az Azure Portal, a PowerShell, a REST API és a CLI használatával lekérdezheti a virtuális gépek karbantartási időszakait, és megkezdheti az önkiszolgáló karbantartást.

Az önkiszolgáló időszak alatt érdemes elkezdeni a karbantartást?

Az alábbi irányelvek segítenek eldönteni, hogy használja-e ezt a képességet, és saját időben kezdje el a karbantartást.

Az önkiszolgáló karbantartás nem ajánlott rendelkezésre állási csoportokat használó üzemelő példányokhoz. A rendelkezésre állási csoportok már csak egy frissítési tartományt frissítenek egyszerre.

• Hagyja, hogy az Azure elindítsa a karbantartást. Az újraindítást igénylő karbantartások esetében a karbantartás a frissítési tartomány szerint történik. A frissítési tartományok nem feltétlenül kapják meg egymás után a karbantartást, és 30 perces szünet van a frissítési tartományok között.
• Ha a kapacitás ideiglenes elvesztése (1 frissítési tartomány) aggodalomra ad okot, a karbantartási időszak alatt hozzáadhat példányokat.
• Az újraindítást nem igénylő karbantartások esetében a rendszer a tartalék tartomány szintjén alkalmazza a frissítéseket.

Az alábbi esetekben ne használjon önkiszolgáló karbantartást:

• Ha a virtuális gépeket gyakran, manuálisan, a DevTest Labs használatával, automatikus leállítással vagy ütemezés szerint állította le, az visszaállíthatja a karbantartási állapotot, és így további leállást okozhat.
• Az ön által ismert rövid élettartamú virtuális gépek a karbantartási hullám vége előtt törlődnek.
• A frissítéskor karbantartani kívánt helyi (rövid élettartamú) lemezen tárolt nagy állapotú számítási feladatok esetében.
• Olyan esetekben, amikor gyakran átméretezi a virtuális gépet, mert az visszaállíthatja a karbantartási állapotot.
• Ha olyan ütemezett eseményeket fogadott el, amelyek lehetővé teszik a proaktív feladatátvételt vagy a számítási feladat türelmes leállítását, a karbantartás leállítása előtt 15 perccel

Használjon önkiszolgáló karbantartást, ha a virtuális gépet az ütemezett karbantartási fázisban szeretné zavartalanul futtatni, és a fent említett ellenjelzések egyike sem alkalmazható.

A legjobb, ha önkiszolgáló karbantartást használ a következő esetekben:

• Pontos karbantartási időszakot kell közölnie a felügyelettel vagy a végfelhasználóval.
• A karbantartást egy adott dátumig kell elvégeznie.
• A biztonságos helyreállítás biztosításához szabályoznia kell a karbantartás sorrendjét, például többrétegű alkalmazást.
• Két frissítési tartomány (UD) között több mint 30 percnyi virtuálisgép-helyreállítási időre van szükség. A frissítési tartományok közötti idő szabályozásához egyszerre egy frissítési tartományt (UD) kell aktiválnia a virtuális gépeken.

GYIK

K: Miért kell most újraindítania a virtuális gépeimet?

Válasz: Bár az Azure-platform frissítéseinek és frissítéseinek többsége nem befolyásolja a virtuális gépek rendelkezésre állását, vannak olyan esetek, amikor nem tudjuk elkerülni az Azure-ban üzemeltetett virtuális gépek újraindítását. Számos olyan módosítást halmoztunk fel, amelyek miatt újra kell indítanunk a kiszolgálókat, amelyek a virtuális gépek újraindítását eredményezik.

K: Ha egy rendelkezésre állási csoport használatával követem a magas rendelkezésre állásra vonatkozó javaslatait, biztonságban vagyok?

V: A rendelkezésre állási csoportban vagy virtuálisgép-méretezési csoportokban üzembe helyezett virtuális gépeken az Update Domains (UD) fogalma szerepel. Karbantartás végrehajtásakor az Azure betartja az UD-korlátozást, és nem indítja újra a virtuális gépeket a különböző UD-ből (ugyanazon rendelkezésre állási csoportban). Az Azure is legalább 30 percet vár, mielőtt a következő virtuális gépcsoportra lépne.

A magas rendelkezésre állásról további információt az Azure-beli virtuális gépek rendelkezésre állása című témakörben talál.

K: Hogyan kap értesítést a tervezett karbantartásról?

Válasz: A tervezett karbantartási hullám egy vagy több Azure-régió ütemezésének beállításával kezdődik. A virtuális géppel kapcsolatos karbantartási értesítések az Azure Portal Service Health területén érhetők el. A virtuális gépek tervezett karbantartására vonatkozó forgatókönyvek egy kis részhalmaza esetén az Azure egy további e-mail küldésével is közölheti az ütemezést az Előfizetés-tulajdonosok csoport tagjainak.

Az eseménytípusok egy részhalmazának kivételével a Service Health tervezett karbantartási értesítése mostantól egy további "Érintett erőforrások" fület is biztosít, amely felsorolja az esemény hatókörében lévő virtuálisgép-neveket. További információ az érintett erőforrások előzetes verziójú funkciójáról.

Az Azure Service Health lehetővé teszi, hogy a felhasználók saját egyéni riasztásokat konfiguráljanak a Tervezett karbantartás kategóriához. Az Azure Service Health-riasztásokkal további címzetteket és üzenetkezelési lehetőségeket adhat hozzá, például e-maileket, SMS-eket és webhookokat tevékenységnapló-riasztások használatával.

Ha olyan régióban helyez üzembe virtuális gépet, ahol a tervezett karbantartás már ütemezve van, nem kapja meg az értesítést, hanem ellenőriznie kell a virtuális gép karbantartási állapotát.

K: Nem látom a tervezett karbantartást a portálon, a PowerShellben vagy a parancssori felületen. Mi a baj?

V: A tervezett karbantartással kapcsolatos információk a tervezett karbantartási hullám alatt csak azoknak a virtuális gépeknek érhetők el, amelyekre hatással lesznek. Más szóval, ha nem lát adatokat, előfordulhat, hogy a karbantartási hullám már befejeződött (vagy nem indult el), vagy hogy a virtuális gép már egy frissített kiszolgálón van üzemeltetve.

K: Van mód arra, hogy pontosan tudja, mikor lesz hatással a virtuális gépem?

Válasz: Az ütemezés beállításakor több napos időkeretet határozunk meg. A kiszolgálók (és virtuális gépek) pontos sorrendje azonban ebben az ablakban ismeretlen. Azok az ügyfelek, akik szeretnék megtudni a virtuális gépeik pontos idejét, ütemezett eseményeket és lekérdezéseket használhatnak a virtuális gépről, és 15 perces értesítést kapnak a virtuális gép újraindítása előtt.

K: Mennyi ideig tart újraindítani a virtuális gépet?

V: A virtuális gép méretétől függően az újraindítás akár több percet is igénybe vehet az önkiszolgáló karbantartási időszak alatt. Az Azure által kezdeményezett újraindítások során az ütemezett karbantartási időszakban az újraindítás általában körülbelül 25 percet vesz igénybe. Vegye figyelembe, hogy a Cloud Services (webes/feldolgozói szerepkör), a virtuálisgép-méretezési csoportok vagy a rendelkezésre állási csoportok használata esetén az ütemezett karbantartási időszak alatt 30 perc áll rendelkezésre a virtuális gépek (UD) egyes csoportjai között.

K: Mi a tapasztalat a virtuálisgép-méretezési csoportok esetében?

Válasz: A tervezett karbantartás már elérhető a virtuálisgép-méretezési csoportokhoz. Az önkiszolgáló karbantartás elindításával kapcsolatos utasításokért tekintse meg a virtuálisgép-méretezési csoportok tervezett karbantartását ismertető dokumentumot.

K: Mi a tapasztalat a Cloud Services (webes/feldolgozói szerepkör) és a Service Fabric esetében?

V: Bár ezekre a platformokra hatással van a tervezett karbantartás, az ezeket a platformokat használó ügyfelek biztonságosnak minősülnek, mivel egy adott frissítési tartományban (UD) csak a virtuális gépek lesznek hatással. Az önkiszolgáló karbantartás jelenleg nem érhető el a Cloud Services (web-/feldolgozói szerepkör) és a Service Fabric esetében.

K: Nem látok karbantartási információkat a virtuális gépeimen. Hol a hiba?

V: Több oka is van annak, hogy nem lát karbantartási információkat a virtuális gépeken:

1. Microsoft belsőként megjelölt előfizetést használ.
2. A virtuális gépek nincsenek ütemezve karbantartásra. Előfordulhat, hogy a karbantartási hullám véget ért, megszakadt vagy módosult, így a virtuális gépekre már nem lesz hatással.
3. Felszabadította a virtuális gépet, majd elindította. Ez azt eredményezheti, hogy a virtuális gép olyan helyre költözik, ahol nincs ütemezett karbantartási hullám. Így a virtuális gép többé nem jeleníti meg a karbantartási információkat.
4. Nincs hozzáadva a Karbantartás oszlop a virtuálisgép-listanézethez. Bár ezt az oszlopot hozzáadtuk az alapértelmezett nézethez, a nem alapértelmezett oszlopok megtekintésére konfigurált ügyfeleknek manuálisan kell hozzáadniuk a Karbantartás oszlopot a virtuálisgép-listanézethez.

K: A virtuális gépem második alkalommal van ütemezve karbantartásra. Miért?

V: Több használati eset is előfordul, amikor a virtuális gép karbantartásra ütemezve jelenik meg, miután már elvégezte a karbantartás újratelepítését:

1. Megszakítottuk a karbantartási hullámot, és egy másik hasznos adattal újraindítottuk. Lehetséges, hogy hibás hasznos adatokat észleltünk, és egyszerűen üzembe kell helyeznünk egy további hasznos elemet.
2. A virtuális gép hardverhiba miatt egy másik csomóponton lett javítva .
3. A virtuális gép leállítását (felszabadítását) és újraindítását választotta.
4. A virtuális gép automatikus leállítása be van kapcsolva.

Következő lépések

A tervezett karbantartást az Azure CLI, az Azure PowerShell vagy a Portál használatával kezelheti.