Megosztás a következőn keresztül:

Azure Cloud Service frissítése (klasszikus)

  • Cikk

Fontos

A Cloud Services (klasszikus) 2024. szeptember 1-étől minden ügyfél számára elavult. A Microsoft leállítja és leállítja a meglévő üzemelő példányokat, és 2024 októberétől folyamatosan elvesznek az adatok. Az új üzemelő példányoknak az Azure Cloud Services új Azure Resource Manager-alapú üzemi modelljét (kiterjesztett támogatás) kell használniuk.

A felhőszolgáltatás frissítésének folyamata, beleértve a szerepköreit és a vendég operációs rendszert is, három lépést tesz. Először is fel kell tölteni az új felhőszolgáltatás vagy operációs rendszer verziójának bináris fájljait és konfigurációs fájljait. Ezután az Azure az új felhőszolgáltatás-verzió követelményei alapján fenntartja a felhőszolgáltatás számítási és hálózati erőforrásait. Végül az Azure egy gördülő frissítést hajt végre, hogy növekményesen frissítse a bérlőt az új verzióra vagy vendég operációs rendszerre, miközben megőrzi a rendelkezésre állást. Ez a cikk ennek az utolsó lépésnek – a gördülő frissítésnek – a részleteit ismerteti.

Azure-szolgáltatás frissítése

Az Azure a szerepkörpéldányokat logikai csoportokba, úgynevezett frissítési tartományokba (UD) rendezi. A frissítési tartományok (UD) a csoportként frissített szerepkörpéldányok logikai készletei. Az Azure egyszerre egy UD-val frissíti a felhőszolgáltatást, amely lehetővé teszi, hogy a más UD-k példányai továbbra is kiszolgálják a forgalmat.

A frissítési tartományok alapértelmezett száma 5. Különböző számú frissítési tartományt adhat meg, ha a szolgáltatás definíciós fájljában (.csdef) szerepel a upgradeDomainCount attribútum. További információ a upgradeDomainCount attribútumról: Azure Cloud Services Definition Schema (.csdef File).

Ha egy vagy több szerepkör helyszíni frissítését hajtja végre a szolgáltatásban, az Azure a frissítési tartománynak megfelelően frissíti a szerepkörpéldányok készleteit. Az Azure frissíti az adott frissítési tartományban lévő összes példányt – leállítja, frissíti őket, visszahozza őket az online felületre –, majd a következő tartományra lép. Ha csak az aktuális frissítési tartományban futó példányokat állítja le, az Azure gondoskodik arról, hogy a frissítés a lehető legkisebb hatással legyen a futó szolgáltatásra. További információ: Hogyan folytatódik a frissítés a cikk későbbi részében.

Feljegyzés

Bár a frissítés és a frissítés kifejezéseinek jelentése némileg eltér az Azure-ban, a jelen dokumentumban szereplő funkciók folyamataiban és leírásaiban felcserélhetőek.

A szolgáltatásnak legalább két szerepkörpéldányt kell meghatároznia ahhoz, hogy a szerepkör állásidő nélkül helyben frissüljön. Ha a szolgáltatás csak egy szerepkör egy példányából áll, a szolgáltatás nem érhető el, amíg a helyszíni frissítés be nem fejeződik.

Ez a cikk az Azure-frissítésekről a következő információkat ismerteti:

A frissítés során engedélyezett szolgáltatásmódosítások

Az alábbi táblázat egy szolgáltatás frissítés során engedélyezett módosításait mutatja be:

Az üzemeltetésre, szolgáltatásokra és szerepkörökre engedélyezett módosítások Helyszíni frissítés Szakaszos (VIP-felcserélés) Törlés és ismételt üzembe helyezés
Operációs rendszer verziója Igen Igen Igen
.NET megbízhatósági szint Igen Igen Igen
Virtuális gép mérete1 Igen2 Igen Igen
Helyi tárolási beállítások Csak2 növelése Igen Igen
Szerepkörök hozzáadása vagy eltávolítása szolgáltatásban Igen Igen Igen
Egy adott szerepkör példányainak száma Igen Igen Igen
Egy szolgáltatás végpontjainak száma vagy típusa Igen2 Nem Igen
A konfigurációs beállítások nevei és értékei Igen Igen Igen
A konfigurációs beállítások értékei (de nem nevek) Igen Igen Igen
Új tanúsítványok hozzáadása Igen Igen Igen
Meglévő tanúsítványok módosítása Igen Igen Igen
Új kód üzembe helyezése Igen Igen Igen

1 A méretváltozás a felhőszolgáltatás számára elérhető méretek részhalmazára korlátozódik.

2 Az Azure SDK 1.5-ös vagy újabb verzióit igényli.

Figyelmeztetés

A virtuális gép méretének módosítása megsemmisíti a helyi adatokat.

A frissítés során a következő elemek nem támogatottak:

  • Szerepkör nevének módosítása. Távolítsa el, majd adja hozzá a szerepkört az új névvel.
  • A frissítési tartomány számának módosítása.
  • A helyi erőforrások méretének csökkentése.

Ha más frissítéseket végez a szolgáltatás definíciójához, például csökkenti a helyi erőforrás méretét, akkor ehelyett egy VIP-felcserélési frissítést kell végrehajtania. További információ: Üzembe helyezés felcserélése.

A frissítés folytatása

Eldöntheti, hogy frissíteni szeretné-e a szolgáltatás összes szerepkörét, vagy egy szerepkört a szolgáltatásban. Mindkét esetben a frissített és az első frissítési tartományhoz tartozó szerepkörök összes példánya le lesz állítva, frissítve és újra online állapotba kerül. Miután újra online állapotba kerültek, a második frissítési tartományban lévő példányok le lesznek állítva, frissítve és újra online állapotba kerülnek. Egy felhőszolgáltatás egyszerre legfeljebb egy frissítéssel rendelkezhet. A frissítés mindig a felhőszolgáltatás legújabb verziójával történik.

Az alábbi ábra bemutatja, hogyan halad a frissítés, ha az összes szerepkört frissíti a szolgáltatásban:

Frissítési szolgáltatás

Ez a következő ábra bemutatja, hogyan folytatódik a frissítés, ha csak egyetlen szerepkört frissít:

Frissítési szerepkör

Az automatikus frissítés során az Azure Fabric Controller rendszeres időközönként kiértékeli a felhőszolgáltatás állapotát, hogy megállapítsa, mikor lehet biztonságosan járni a következő UD-t. Ez az állapotértékelés szerepkörönként történik, és csak a legújabb verzióban lévő példányokat veszi figyelembe (azaz a már járt UD-k példányait). Ellenőrzi, hogy az egyes szerepkörök esetében a szerepkörpéldányok minimális száma kielégítő terminálállapotot ért-e el.

Szerepkörpéldány kezdési időtúllépése

A Hálóvezérlő 30 percet vár, amíg az egyes szerepkörpéldányok elindítva állapotba kerülnek. Ha az időtúllépés időtartama lejárt, a Hálóvezérlő továbbra is a következő szerepkörpéldányra lép.

Az adatok meghajtóra gyakorolt hatása a Cloud Service frissítései során

Amikor egy szolgáltatást egyetlen példányról több példányra frissít, az Azure leállítja a szolgáltatásokat a frissítés végrehajtása közben. A szolgáltatás rendelkezésre állását garantáló szolgáltatásiszint-szerződés csak azokra a szolgáltatásokra vonatkozik, amelyek több példányban vannak üzembe helyezve. Az alábbi lista bemutatja, hogy az egyes Azure-szolgáltatások frissítési forgatókönyve hogyan befolyásolja az egyes meghajtók adatait:

Eset C meghajtó D meghajtó E meghajtó
Virtuális gép (VM) újraindítása Konzervált Konzervált Konzervált
Portál újraindítása Konzervált Konzervált Elpusztult
Portál újraimázsa Konzervált Elpusztult Elpusztult
Helyszíni frissítés Konzervált Konzervált Elpusztult
Csomópontmigrálás Elpusztult Elpusztult Elpusztult

Az előző listában az E: meghajtó a szerepkör gyökérmeghajtóját jelöli, és nem szabad kemény kóddal megadni. Ehelyett használja a %RoleRoot% környezeti változót a meghajtó megjelenítéséhez.

Az egypéldányos szolgáltatás frissítésekor az állásidő minimalizálása érdekében helyezzen üzembe egy új többpéldányos szolgáltatást az átmeneti kiszolgálón, és végezzen VIP-felcserélést.

Frissítés visszaállítása

Az Azure rugalmasan kezeli a szolgáltatásokat a frissítés során, és lehetővé teszi, hogy további műveleteket indítson egy szolgáltatáson, miután az Azure Fabric Controller elfogadta a kezdeti frissítési kérést. A visszaállítás csak akkor hajtható végre, ha egy frissítés (konfigurációmódosítás) vagy frissítés folyamatban van az üzembe helyezés során. A frissítés vagy frissítés folyamatban lévőnek minősül, ha a szolgáltatásnak legalább egy olyan példánya van, amely nem frissül az új verzióra. Annak ellenőrzéséhez, hogy engedélyezve van-e a visszaállítás, ellenőrizze, hogy a RollbackAllowed jelölő értéke igaz-e. Az üzembe helyezési és a felhőszolgáltatás-tulajdonságok lekérése művelet a hivatkozáshoz tartozó RollbackAllowed jelzőt adja vissza.

Feljegyzés

Csak akkor érdemes visszahívni a visszaállítást egy helyszíni frissítésre vagy frissítésre, mert a VIP-cserefrissítések a szolgáltatás egyik teljes futó példányát lecserélik egy másikra.

A folyamatban lévő frissítések visszaállítása a következő hatással van az üzembe helyezésre:

  • Azok a szerepkörpéldányok, amelyek továbbra is nem frissülnek vagy nem frissülnek az új verzióra, nem frissülnek, mert ezek a példányok már a szolgáltatás célverzióját futtatják.
  • A szolgáltatáscsomag (*.cspkg) fájljának vagy a szolgáltatáskonfigurációs (*.cscfg) fájlnak (vagy mindkét fájlnak) az új verziójára már frissített vagy frissített szerepkörpéldányok visszaállnak a fájlok előzetes verziójára.

A következő funkciók biztosítják ezt a funkciót:

  • A visszaállítási frissítési vagy frissítési művelet, amely meghívható egy konfigurációs frissítésre (amelyet a Változástelepítési konfiguráció meghívása vált ki) vagy egy frissítésre (amelyet a frissítés központi telepítésének meghívása vált ki), feltéve, hogy a szolgáltatásban legalább egy olyan példány található, amely továbbra is nem lesz frissítve az új verzióra.

  • A Zárolt elem és a RollbackAllowed elem, amely a Get Deployment and Get Cloud Service Properties operations válasz törzsének részeként lesz visszaadva:

    1. A Zárolt elem lehetővé teszi annak észlelését, hogy egy mutációs művelet mikor hívható meg egy adott üzemelő példányon.
    2. A RollbackAllowed elem lehetővé teszi annak észlelését, hogy a visszaállítási frissítési vagy frissítési művelet mikor hívható meg egy adott üzemelő példányon.

    A visszaállítás végrehajtásához nem kell ellenőriznie a Zárolt és a RollbackAllowed elemeket sem. Elegendő meggyőződni arról, hogy a RollbackAllowed értéke igaz. Ezek az elemek csak akkor lesznek visszaadva, ha a rendszer ezeket a metódusokat az "x-ms-version: 2011-10-01" vagy újabb verzióra beállított kérelemfejléc használatával hívja meg. A verziószámozási fejlécekkel kapcsolatos további információkért tekintse meg a klasszikus üzemi modell verziószámozását.

Vannak olyan helyzetek, amikor egy frissítés vagy frissítés visszaállítása nem támogatott, ezek a helyzetek a következők:

  • Helyi erőforrások csökkentése – Ha a frissítés növeli egy szerepkör helyi erőforrásait, az Azure-platform nem teszi lehetővé a visszaállítást.
  • Kvótakorlátozások – Ha a frissítés vertikális leskálázási művelet volt, lehet, hogy már nem rendelkezik elegendő számítási kvótával a visszaállítási művelet befejezéséhez. Minden Azure-előfizetéshez tartozik egy kvóta. A kvóta meghatározza az előfizetéshez tartozó összes üzemeltetett szolgáltatás által használható magok maximális számát. Ha egy adott frissítés visszaállításával túllépné az előfizetését a kvótán, akkor a visszaállítás nem lesz engedélyezve.
  • Versenyfeltétel – Ha a kezdeti frissítés befejeződött, a visszaállítás nem lehetséges.

A frissítés visszaállításának például akkor lehet hasznos, ha a Központi telepítés frissítése műveletet manuális módban használja annak szabályozására, hogy a fő helyszíni frissítés milyen ütemben kerüljön bevezetésre az Azure-ban üzemeltetett szolgáltatásban.

A frissítés bevezetése során manuális módban hívja meg a frissítés üzembe helyezését , és megkezdheti a frissítési tartományok végigjárását. Ha egy ponton a frissítés monitorozása során megfigyeli, hogy az első frissítési tartományok egyes szerepkörpéldányai nem válaszolnak, meghívhatja a visszaállítási frissítési vagy frissítési műveletet az üzemelő példányon. Ez a művelet érintetlenül hagyja azokat a példányokat, amelyek továbbra is változatlanok maradnak, és visszaállítja a frissített példányokat az előző szolgáltatáscsomagra és -konfigurációra.

Több mutációs művelet kezdeményezése folyamatban lévő üzemelő példányon

Bizonyos esetekben érdemes lehet több egyidejű mutálási műveletet kezdeményezni egy folyamatban lévő üzembe helyezésen. Előfordulhat például, hogy egy szolgáltatásfrissítést hajt végre, és bár a frissítés a szolgáltatáson belül kiegészül, módosítani szeretné a módosításokat, például a frissítés visszaállítását, egy másik frissítés alkalmazását vagy akár az üzembe helyezés törlését. Ez a forgatókönyv akkor fordulhat elő, ha egy szolgáltatásfrissítés olyan hibás kódot tartalmaz, amely egy frissített szerepkörpéldány ismételt összeomlását okozza. Ebben az esetben az Azure Fabric Controller nem tud előrehaladást elérni a frissítés alkalmazása során, mert a frissített tartományban lévő példányok száma nem megfelelő. Ezt az állapotot elakadt üzembe helyezésnek nevezzük. Az üzembe helyezést megszüntetheti a frissítés visszaállításával, vagy egy új frissítés alkalmazásával a sikertelen verzió fölé.

Miután az Azure Fabric Controller megkapta a szolgáltatás frissítésére vagy frissítésére vonatkozó kezdeti kérést, megkezdheti a további mutációs műveleteket. Vagyis nem kell megvárnia, amíg a kezdeti művelet befejeződik, mielőtt elindíthat egy újabb mutációs műveletet.

A második frissítési művelet kezdeményezése, miközben az első frissítés folyamatban van, a visszaállítási művelethez hasonlóan zajlik. Ha a második frissítés automatikus módban van, az első frissítési tartomány azonnal frissül, ami azt is jelentheti, hogy egyszerre több frissítési tartomány példányai is offline állapotban lesznek.

A mutációs műveletek a következők: Az üzembehelyezési konfiguráció módosítása, a központi telepítés frissítése, a központi telepítés állapotának frissítése, az üzembe helyezés törlése és a visszaállítási frissítés vagy frissítés.

Két művelet, az üzembe helyezés lekérése és a felhőszolgáltatás tulajdonságainak lekérése, a Zárolt jelölőt adja vissza. Megvizsgálhatja a Zárolt jelzőt annak megállapításához, hogy meghívhat-e mutációs műveletet egy adott üzemelő példányon.

A zárolt jelölőt visszaadó metódusok verziójának meghívásához a kérelem fejlécét "x-ms-version: 2011-10-01" vagy újabb értékre kell állítania. A verziószámozási fejlécekkel kapcsolatos további információkért tekintse meg a klasszikus üzemi modell verziószámozását.

Szerepkörök elosztása frissítési tartományok között

Az Azure egyenletesen osztja el egy szerepkör példányait egy megadott számú frissítési tartomány között, amely a szolgáltatásdefiníciós (.csdef) fájl részeként konfigurálható. A frissítési tartományok maximális száma 20, az alapértelmezett érték pedig 5. A szolgáltatásdefiníciós fájl módosításáról további információt az Azure Service Definition Schema (.csdef File) című témakörben talál.

Ha például a szerepkör 10 példányból áll, alapértelmezés szerint minden frissítési tartomány két példányt tartalmaz. Ha a szerepkör 14 példányból áll, akkor a frissítési tartományok közül négy három példányt tartalmaz, az ötödik tartomány pedig kettőt.

A frissítési tartományokat nulla alapú index azonosítja: az első frissítési tartomány azonosítója 0, a második frissítési tartomány azonosítója pedig 1, és így tovább.

Az alábbi ábra bemutatja, hogyan oszlanak el a két szerepkört tartalmazó szolgáltatások szerepkörei, amikor a szolgáltatás két frissítési tartományt határoz meg. A szolgáltatás nyolc webes és kilenc feldolgozói szerepkörpéldányt futtat.

Frissítési tartományok elosztása

Feljegyzés

Vegye figyelembe, hogy az Azure szabályozza a példányok frissítési tartományok közötti lefoglalását. Nem adható meg, hogy mely példányok melyik tartományhoz vannak lefoglalva.

Következő lépések

A Cloud Services felügyelete
A Cloud Services monitorozása
A Cloud Services Konfigurálása