Tudnivalók az események elő- és közzétételéről
A következőkre vonatkozik: ✔️ Windows rendszerű virtuális ✔️ gépek linuxos ✔️ virtuális gépek helyszíni környezete ✔️ Azure Arc-kompatibilis kiszolgálókra.
Az Azure Update Manager előzetes és utólagos eseményei lehetővé teszik bizonyos feladatok automatikus végrehajtását egy ütemezett karbantartási konfiguráció előtt és után. Az ütemezési karbantartási konfigurációk létrehozásáról további információt az Azure Portal és az Azure Policy használatával a gépek ismétlődő frissítéseinek ütemezése című témakörben talál. Az elő- és utóesemények használatával például a következő feladatokat hajthatja végre az ütemezés részét képező gépeken. Az alábbi lista nem teljes, és igény szerint hozhat létre elő- és közzétételi eseményeket.
Mintafeladatok
Az alábbiakban az események előtti és utáni eseményeket definiálhatja:
Forgatókönyv | Leírás |
---|---|
Gépek bekapcsolása | Kapcsolja be a gépet a frissítések alkalmazásához. |
Pillanatkép készítése | Az adatok helyreállításához használt lemezkattintások. |
Értesítési e-mail | Értesítési riasztás küldése javítás aktiválása előtt. |
Szolgáltatások leállítása | Leállíthatja az olyan szolgáltatásokat, mint az átjárószolgáltatások, az NPExServices, az SQL-szolgáltatások stb. |
Végrehajtási rendelés ütemezése elő- és utóeseményekkel
Egy adott ütemezéshez szerepelhet egy esemény előtti, egy esemény utáni vagy mindkettő. Emellett több elő- és/vagy utólagos esemény is lehet. Az elő- és utáni eseményeket tartalmazó ütemezés végrehajtásának sorrendje a következő:
Esemény előtti – Az ütemezési karbantartási időszak kezdete előtt futó feladatok. Például – Kapcsolja be a gépeket a javítás előtt.
Lemondás – Ebben a lépésben kezdeményezheti az ütemezési futtatás törlését. Egyes forgatókönyvek, amikor úgy dönthet, hogy megszakít egy ütemezési futtatást, az esemény előtti hibák vagy az esemény előtti futtatás nem fejeződött be.
Feljegyzés
Az esemény előtti esemény részeként el kell indítania a lemondást; Az Azure Update Manager vagy a karbantartási konfiguráció nem szakítja meg automatikusan az ütemezést. Ha nem sikerül megszakítani a műveletet, az ütemezési futtatás a frissítések telepítésével folytatódik a felhasználó által megadott karbantartási időszak alatt.
Frissítések telepítése – A frissítések a felhasználó által meghatározott ütemezési karbantartási időszak részeként vannak telepítve.
Esemény utáni – Az esemény utáni esemény közvetlenül a frissítések telepítése után fut. Ez a karbantartási időszakon belül történik, ha a frissítés telepítése befejeződött, és ha a karbantartási időszak véget ért, az ablak balra vagy kívülre esik. Például: Kapcsolja ki a virtuális gépeket a javítás befejezése után.
Feljegyzés
Az Azure Update Managerben az előesemények a karbantartási időszakon kívül futnak, és a követő események a karbantartási időszakon kívül is futhatnak. A gépeken az ütemezés végrehajtásának befejezéséhez szükséges további időt kell megterveznie.
Ütemezés állapota – Az ütemezési futtatás sikeres vagy sikertelen állapota csak az ütemezés részét képező gépek frissítéstelepítésére vonatkozik. Az ütemezés futtatási állapota nem tartalmazza az esemény előtti és utáni állapotot. Ha az előesemény sikertelen volt, és meghívta a lemondási API-t, az ütemezési futtatás állapota megszakítottként jelenik meg.
Az Azure Update Manager az Event Grid használatával hoz létre és kezel eseményeket az ütemezett karbantartási konfigurációkban. Az Event Gridben olyan eseménykezelők közül választhat, mint az Azure Webhooks, az Azure Functions stb., a tevékenység előtti és utáni tevékenység aktiválásához.
Feljegyzés
Ha runbookokat használ az Azure Automation Update management előtti és utáni eseményeiben, és tervezi újra felhasználni őket az Azure Update Managerben, javasoljuk, hogy az Automation-runbookokhoz társított Azure Webhookokat használja. További információ.
Események előtti és utáni ütemezések ütemterve
Javasoljuk, hogy tekintse át az alábbi táblázatot az események előtti és utáni ütemezés ütemtervének megismeréséhez.
Ha például egy karbantartási ütemezés 15:00-kor kezdődik, a vendégkarbantartási hatókörhöz tartozó karbantartási időszak 3 óra 55 perc. Az ütemezés egy előeseményt és egy esemény utáni eseményt tartalmaz, és a részletek a következők:
Idő | Részletek |
---|---|
14:19 | Mivel az ütemezési futtatás 15:00-kor kezdődik, a gépek vagy hatókörök 40 perccel a kezdési időpont előtt (azaz) 14:19-kor módosíthatók. Jegyzet Ez akkor érvényes, ha új ütemezést hoz létre, vagy egy meglévő ütemezést szerkeszt egy előeseménysel. |
14:20 – 14:30 | Mivel az előesemény legalább 30 perccel korábban aktiválódik, bármikor aktiválható 14:20 és 14:30 között. |
14:30 – 14:50 | Az előesemény 14:30-tól 14:50-ig tart. Az előeseménynek 14:50-ig el kell végeznie a feladatokat. Jegyzet Ha egynél több előesemény van konfigurálva, az összes eseménynek 20 percen belül le kell futnia. Több előesemény esetén mindegyik egymástól függetlenül fog futni. Igény szerint testre szabhatja a logikát az előeseményekben. Ha például azt szeretné, hogy két előesemény egymás után fusson, a második esemény logikájában késleltetett kezdési időpontot is megadhat. Ha az előesemény továbbra is 20 percnél tovább fut vagy sikertelen, akkor dönthet úgy, hogy megszakítja az ütemezési futtatásokat, különben a javítás telepítése az esemény előtti futtatási állapottól függetlenül folytatódik. |
14:50 | A lemondási API-t legkésőbb 14:50-kor hívhatja meg. Jegyzet Ha a lemondási API nem hívható meg vagy nincs beállítva, a javítás telepítése folytatódik. |
15:00 | Az ütemezési futtatás 15:00-kor aktiválódik. |
18:55 | 18:55-kor az ütemezés befejezi a frissítések telepítését a 3 óra 55 perces karbantartási időszak alatt. A post esemény a frissítések telepítése után 18:55-kor aktiválódik. Jegyzet Ha rövidebb, 2 órás karbantartási időszakot határozott meg, a karbantartás utáni esemény 2 óra elteltével aktiválódik, és ha a frissítés telepítése a megadott 2 óra (azaz 1 óra 50 perc) előtt fejeződik be, a post esemény azonnal elindul. |
Javasoljuk, hogy figyelje az alábbiakat:
- Ha új ütemezést hoz létre, vagy egy meglévő ütemezést szerkeszt egy előeseménysel, legalább 40 perccel a karbantartási időszak kezdete előtt (a fenti példában 15:00-kor) kell futtatnia az előeseményt, különben az az aktuális ütemezett futtatás automatikus megszakításához vezet.
- Ha egy lemondási API-t a szkriptből vagy a kódból inválással ad meg, az ütemezési futtatást törli, nem pedig a teljes ütemezést.
- Az esemény előtti és utáni futtatás állapota a kiválasztott eseménykezelőben ellenőrizhető.
Következő lépések
- Az elő- és utórendezvények létrehozásának módjáról a karbantartás előtti és utáni konfigurációs eseményeket tekintheti meg.
- Az elő- és utórendezvények konfigurálásáról, illetve az ütemezési futtatás megszakításáról a karbantartás előtti és utáni konfigurációs eseményeket tekintheti meg.
- Ha tudni szeretné, hogyan kapcsolhatja be és kapcsolhatja ki a virtuális gépeket webhookok használatával, tekintse meg az esemény előtti és utáni eseményeket.
- Ha tudni szeretné, hogyan kapcsolhatja be és kapcsolhatja ki a virtuális gépeket az Azure Functions használatával elő- és utórendezvényekkel, tekintse meg itt.
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: