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 rendelkezés ütemezése elő- és utóeseményekkel
Egy adott ütemezéshez belefoglalhat előeseményt, utóeseményt vagy mindkettőt. Emellett több elő- és/vagy utóeseménnyel is rendelkezhet. Az elő- és utóeseményeket tartalmazó ütemezés végrehajtási sorrendje a következő:
Előesemény – 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. Vannak olyan forgatókönyvek, amikor Ön úgy dönthet, hogy lemond egy ütemezési futtatást – például ha egy előesemény meghiúsult vagy az előesemény futtatása 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 lemondani, 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 kerülnek telepítésre.
Utóesemény – Az utóesemény közvetlenül a frissítések telepítése után fut le. Ez vagy a karbantartási időszakon belül történik, ha a frissítések telepítése befejeződött és a karbantartási időszakból még van hátra idő, vagy a karbantartási időszakon kívül, ha a karbantartási időszak véget ért. 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épein be kell terveznie ezt az ütemezés végrehajtásának befejezéséhez szükséges további időt.
Ü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éseinek telepítésére vonatkozik. Az ütemezési futtatás állapota nem tartalmazza az elő- és utóesemények állapotát. 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 Frissítéskezelő az Event Grid használatával hoz létre és kezel elő- és utó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. az előtevékenység és utó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.