Események előkészítése és közzététele (előzetes verzió)

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 elő- és utóesemények lehetővé teszik a felhasználó által meghatározott műveletek végrehajtását a javítás telepítésének ütemezése előtt és után. Ez a cikk bemutatja, hogyan hozhat létre, tekinthet meg és mondhat le eseményeket az Azure Update Managerben.

Előfizetés regisztrálása nyilvános előzetes verzióra

Az előfizetés nyilvános előzetes verzióra való önregisztrálása az Azure Portalon:

1. Jelentkezzen be az Azure Portalra, és válassza a További szolgáltatások lehetőséget.

2. A Minden szolgáltatás lapon keresse meg az előzetes verziójú funkciókat.

3. Az Előzetes funkciók lapon keresse meg és válassza az Események elő- és közzététele lehetőséget.

4. Válassza ki a funkciót, majd válassza a Regisztráció lehetőséget az előfizetés regisztrálásához.

   

Események előtti és utáni ütemezések ütemterve

Javasoljuk, hogy az alábbi táblázatban megismerje az események előtti és utáni ütemezés ütemtervét.

Ha például egy karbantartási ütemezés 15:00-kor kezdődik, és a vendégkarbantartási hatókörhöz 3 óra 55 percnyi karbantartási idő van beállítva, a következők a részletek:

Idő	Részletek
14:19	Szerkesztheti a gépeket, és/vagy dinamikusan hatókörbe helyezheti a gépeket akár 40 perccel azelőtt, hogy egy ütemezett javítás egy kapcsolódó előeseménysel futna. Ha az ütemezéshez csatolt erőforrások ezen idő után módosulnak, az erőforrások nem az aktuális futtatás, hanem a későbbi ütemezési futtatás részét képezik. Megjegyzés: Ha új ütemezést hoz létre, vagy egy meglévő ütemezést szerkeszt egy előeseménysel, az előesemény futtatásához legalább 40 perccel a karbantartási időszak előtt kell futnia. Ebben a példában, ha 15:00-kor állított be ütemezést, a hatókört 40 perccel a megadott időpont előtt, 14:19-kor módosíthatja.
14:20 és 14:30 között	Az előesemény aktiválódik, így legalább 20 perc áll rendelkezésére a javítás telepítésének megkezdése előtt. Ebben a példában az előesemény 14:20 és 14:30 között lesz elindítva.
14:50	Az előeseménynek legalább 20 perce van a javítás telepítésének megkezdése előtt. Megjegyzés – Ha az előesemény 20 percnél tovább fut, a javítás telepítése az esemény előtti futtatás állapotától függetlenül folytatódik. – Ha úgy dönt, hogy megszakítja az aktuális futtatást, az ütemezés előtt 10 perccel megszakíthatja a lemondási API-t. Ebben a példában 14:50-ig megszakíthatja a szkriptből vagy az Azure-függvénykódból. Ha a megszakítási API nem hívható meg vagy nem lett beállítva, a javítás telepítése folytatódik. Ebben a példában az előeseménynek 14:50-ig kell elvégeznie a feladatokat. Ha úgy dönt, hogy megszakítja az aktuális futtatást, a lemondási API legkésőbb 14:50-ig hívható meg.
15:00	A karbantartási konfigurációban meghatározottak szerint az ütemezés a megadott időpontban aktiválódik. Ebben a példában az ütemezés 15:00-kor aktiválódik.
18:55	A post esemény a megadott karbantartási időszak befejeződése után aktiválódik. 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 karbantartási ütemezés a megadott 2 óra előtt fejeződik be, azaz 1 óra 50 perc múlva megkezdődik a post esemény. Ebben a példában, ha a karbantartási időszak a maximális értékre van állítva, akkor 18:55-ig a javítás telepítési folyamata befejeződött, és ha rövidebb karbantartási időszak áll rendelkezésére, a javítás telepítési folyamata 17:00-ig befejeződik.
19:15	A javítás telepítése után a post esemény 20 percig fut. Ebben a példában a post esemény 18:55-kor kezdődik és 19:15-ig fejeződik be, és ha rövidebb karbantartási időszaka van, a post esemény 17:00-kor aktiválódik, és 17:20-kor fejeződik be.

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 3:00-kor) kell futtatnia az előeseményt, különben az az aktuális ütemezett futtatás automatikus lemondásához vezet.
• Az előesemény 30 perccel az ütemezett javítás futtatása előtt aktiválódik, így az előesemény legalább 20 percet vehet igénybe.
• A post esemény közvetlenül a javítás telepítése után fut.
• Az aktuális javítás futtatásának megszakításához használja a lemondási API-t legalább 10 perccel az ütemezés karbantartási ideje előtt.

Eseményeket megelőző és követő események konfigurálása a meglévő ütemezés szerint

Konfigurálhat elő- és közzétételi eseményeket egy meglévő ütemezésben, és több elő- és közzétételi eseményt is hozzáadhat egyetlen ütemezéshez. Esemény előtti és utáni hozzáadásához kövesse az alábbi lépéseket:

1. Jelentkezzen be az Azure Portalra , és lépjen az Azure Update Managerbe.

2. A Kezelés csoportban válassza a Gépek és karbantartási konfigurációk lehetőséget.

3. A Karbantartási konfiguráció lapon válassza ki azt a karbantartási konfigurációt, amelyhez elő- és utóeseményt szeretne hozzáadni.

4. A kiválasztott Karbantartási konfiguráció lap Gépház területén válassza az Események lehetőséget. Másik lehetőségként az Áttekintés területen válassza a kártya Létrehozása karbantartási eseményt.

   

5. Válassza a +Esemény-előfizetés lehetőséget a karbantartás előtti/utáni esemény létrehozásához.

   

6. Az Esemény-előfizetés létrehozása lapon adja meg a következő adatokat:

   • Az Esemény-előfizetés részletei szakaszban adja meg a megfelelő nevet.

   • Tartsa a sémát Event Grid-sémaként.

   • A Témakör részletei szakaszban adjon meg egy megfelelő nevet a rendszertémakör nevének.

   • Az Eseménytípusok szakaszban válassza ki azokat az eseménytípusokat, amelyeket le szeretne küldeni a végpontra vagy a célhelyre. Választhat a karbantartás előtti esemény és a karbantartás utáni esemény között.

   • A Végpont részletei szakaszban válassza ki azt a végpontot, ahonnan a választ meg szeretné kapni. Ez segít az ügyfeleknek az esemény előtti vagy utáni esemény elindításában.

     

7. A Létrehozás lehetőséget választva konfigurálhatja az elő- és közzétételi eseményeket egy meglévő ütemezésben.

Feljegyzés

• Az esemény előtti és utáni esemény csak ütemezett karbantartási konfigurációs szinten hozható létre.
• A rendszer a karbantartási konfigurációnként automatikusan létrehozza a rendszer témakörét, és az összes esemény-előfizetés az EventGrid rendszertémaköréhez kapcsolódik.
• Az esemény előtti és utáni futtatás kívül esik az ütemezés karbantartási időszakán.

Események megtekintése és közzététele

Az elő- és közzétételi események megtekintéséhez kövesse az alábbi lépéseket:

1. Jelentkezzen be az Azure Portalra , és lépjen az Azure Update Managerbe.
2. A Kezelés csoportban válassza a Gépek és karbantartási konfigurációk lehetőséget.
3. A Karbantartási konfiguráció lapon válassza ki azt a karbantartási konfigurációt, amelyhez elő- és utóeseményt szeretne hozzáadni.
4. Válassza az Áttekintés lehetőséget, és ellenőrizze a karbantartási eseményeket.

   • Válassza a Konfigurálás lehetőséget a beállításhoz.

   • Ha a beállítás már befejeződött, az Események lapon láthatja a konfigurációhoz társított elő- és közzétételi események számát.

     

Esemény előtti és utáni törlése

Az elő- és közzétételi események törléséhez kövesse az alábbi lépéseket:

1. Jelentkezzen be az Azure Portalra , és lépjen az Azure Update Managerbe.

2. A Kezelés csoportban válassza a Gépek és karbantartási konfigurációk lehetőséget.

3. A Karbantartási konfiguráció lapon válassza ki azt a karbantartási konfigurációt, amelyhez elő- és utóeseményt szeretne hozzáadni.

4. A kiválasztott Karbantartási konfiguráció lap Gépház területén válassza az Események lehetőséget. Másik lehetőségként az Áttekintés területen válassza a kártya Létrehozása karbantartási eseményt.

5. Válassza ki a rácsról törölni kívánt eseménynevet.

6. A kijelölt eseményoldalon válassza a Törlés lehetőséget.

   

Feljegyzés

• Ha az összes elő- és utáni esemény törlődik a karbantartási konfigurációból, a rendszer témaköre automatikusan törlődik az EventGridből.
• Javasoljuk, hogy ne törölje manuálisan a rendszertémakört az EventGrid szolgáltatásból.

Ütemezés lemondása egy előeseményből

Az ütemezés lemondásához meghívnia kell a lemondási API-t az előeseményben a Runbook-szkriptben vagy az Azure-függvénykódban található lemondási folyamat beállításához. Itt meg kell határoznia a feltételeket attól kezdve, hogy mikor kell megszakítani az ütemezést. A rendszer nem figyeli, és nem törli automatikusan az ütemezést az előesemény állapota alapján.

A lemondásoknak két típusa van:

• Felhasználó általi lemondás – amikor meghívja a lemondási API-t a szkriptből vagy a kódból.
• Megszakítás rendszer szerint – amikor a rendszer belső hiba miatt meghívja a lemondási API-t. Ez csak akkor történik meg, ha a rendszer nem tudja elküldeni az előeseményt az ügyfél végpontjára, amely 30 perccel az ütemezett javítási feladat előtt van.

Feljegyzés

Ha a törlést a rendszer végzi, a rendszer megszakítja a közelgő ütemezett javítási feladatot, mert a rendszer nem futtatja az előeseményeket a rendszer.

Fontos

Ha az ütemezett karbantartási feladatot a felhasználó megszakítja a lemondási API-val vagy a rendszer bármely belső hiba miatt, akkor a rendszer elküldi az eseményt a felhasználó által konfigurált végpontra, ha előfizetett.

A lemondás állapotának megtekintése

A lemondás állapotának megtekintéséhez kövesse az alábbi lépéseket:

1. Az Azure Update Manager kezdőlapján nyissa meg az Előzmények lapot

2. Válassza ki a karbantartási futtatási azonosítót , és válassza ki azt a futtatási azonosítót, amelynek az állapotát meg szeretné tekinteni.

   

A lemondási állapotot a JSON-ban megjelenő hibaüzenetből tekintheti meg. A JSON az Azure Resource Graph (ARG) szolgáltatásból kérhető le. A megfelelő karbantartási konfiguráció a Cancelation API használatával lesz megszakítva.

Az alábbi lekérdezéssel megtekintheti egy adott ütemezéshez vagy karbantartási konfigurációhoz tartozó virtuális gépek listáját:

maintenanceresources  
| where type =~ "microsoft.maintenance/maintenanceconfigurations/applyupdates"  
| where properties.correlationId has "/subscriptions/your-s-id/resourcegroups/your-rg-id/providers/microsoft.maintenance/maintenanceconfigurations/mc-name/providers/microsoft.maintenance/applyupdates/"  
| order by name desc

• your-s-id : Előfizetés-azonosító, amelyben a karbantartási konfiguráció elő- vagy utólagos eseményekkel jön létre
• your-rg-id : Erőforráscsoport neve, amelyben a karbantartási konfiguráció létrejön
• mc-name : Létrejön a karbantartási konfiguráció neve az előeseményben

Ha a rendszer bármilyen okból megszakítja a karbantartási feladatot, a JSON-ban megjelenő hibaüzenet az Azure Resource Graph-ból származik, mert a megfelelő karbantartási konfiguráció esetében a karbantartási ütemezés belső platformhiba miatt megszakad.

A Cancelation API meghívása

 C:\ProgramData\chocolatey\bin\ARMClient.exe put https://management.azure.com/<your-c-id-obtained-from-above>?api-version=2023-09-01-preview "{\"Properties\":{\"Status\": \"Cancel\"}}" -Verbose 

Feljegyzés

Cserélje le a fenti ARG-lekérdezéstől kapott korrelációs azonosítót , és cserélje le a Cancelation API-ban.

Példa

  C:\ProgramData\chocolatey\bin\ARMClient.exe put https://management.azure.com/subscriptions/eee2cef4-bc47-4278-b4f8-cfc65f25dfd8/resourcegroups/fp02centraluseuap/providers/microsoft.maintenance/maintenanceconfigurations/prepostdemo7/providers/microsoft.maintenance/applyupdates/20230810085400?api-version=2023-09-01-preview "{\"Properties\":{\"Status\": \"Cancel\"}}" -Verbose

Következő lépések

• A problémák és kerülő megoldásokért tekintse meg a hibaelhárítást
• Előzetes és utólagos forgatókönyvek áttekintése
• Ismerje meg az események előtti és utáni események gyakori forgatókönyveit