Ez a cikk az Azure Spot virtuális gépekre való buildelés ajánlott eljárásait ismerteti. Egy üzembe helyezhető példaforgatókönyvet tartalmaz. A kihasználatlan virtuális gépek (kihasználatlan virtuális gépek) alacsonyabb áron biztosítanak hozzáférést a számítási kapacitáshoz, mint a hagyományos virtuális gépek. Ez a kedvezmény jó választás azoknak a szervezeteknek, amelyek optimalizálni szeretnék a költségeket. De a megtakarítások egy kompromisszummal járnak. A kihasználatlan virtuális gépek bármikor kizárhatók, ami azt jelenti, hogy elveszítik a számítási erőforrásokhoz való hozzáférést. A helyszíni virtuális gépeken futó számítási feladatoknak képesnek kell lenniük kezelni ezeket a megszakításokat a számításban. A siker kulcsa a megfelelő számítási feladat és a rugalmas vezénylési mechanizmus. Az alábbi javaslatok ismertetik, hogyan építhet helyszíni virtuális gépekre.
A kihasználatlan virtuális gépek ismertetése
Műszaki szinten a kihasználatlan virtuális gépek megegyeznek a normál virtuális gépekkel. Ugyanazokat a képeket, hardvereket és lemezeket használják, amelyek ugyanazt a teljesítményt fordítják le. A kihasználatlan virtuális gépek és a normál virtuális gépek között a legfontosabb különbség a prioritásuk és a rendelkezésre állásuk. A kihasználatlan virtuális gépeknek nincs prioritásuk a számítási kapacitáshoz való hozzáféréshez, és a számítási kapacitás elérése után nem rendelkeznek rendelkezésre állási garanciával.
Nincs prioritási hozzáférés. A normál virtuális gépek prioritási hozzáféréssel rendelkeznek a számítási kapacitáshoz. Amikor kérik, hozzáférnek a számítási kapacitáshoz. A kihasználatlan virtuális gépek azonban csak akkor lesznek üzembe helyezve, ha van tartalék számítási kapacitás. És csak akkor futnak tovább, ha egy normál virtuális gépnek nincs szüksége a mögöttes hardverre.
Nincs rendelkezésre állási garancia. A kihasználatlan virtuális gépek nem rendelkeznek rendelkezésre állási garanciával vagy szolgáltatásiszint-szerződésekkel (SLA-k). A kihasználatlan virtuális gépek azonnal vagy az üzembe helyezés vagy kizárás után bármikor elveszítik a számítási kapacitáshoz való hozzáférést. A kihasználatlan virtuális gépek olcsóbbak, mert kizárhatók. Amikor az Azure-nak szüksége van a számítási kapacitásra, a rendszer kilakoltatási értesítést küld, és kiüríti a kihasználatlan virtuális gépet. Az Azure legalább 30 másodperces előzetes értesítést biztosít a tényleges kiürítés előtt. További információ: Kiürítésifolyamatos figyelése.
A virtuális gépek kihasználatlan díjszabásának ismertetése
A kihasználatlan virtuális gépek akár 90% olcsóbbak is lehetnek, mint a normál használatalapú fizetéses virtuális gépek. A kedvezmény a kereslettől, a virtuális gép méretétől, az üzembe helyezési régiótól és az operációs rendszertől függően változik. Költségmegtakarítási becslés beszerzéséhez tekintse meg Azure Spot Virtual Machines díjszabási eszközét és kihasználatlan virtuális gépek díjszabásának áttekintését. A azure-beli kiskereskedelmi árak API- is lekérdezheti a termékváltozatok azonnali díjszabásának programozott beszerzéséhez.
Megszakítható számítási feladatok ismertetése
A kihasználatlan virtuális gépek ideálisak megszakítható számítási feladatokhoz, amelyek számos közös jellemzővel rendelkeznek. A megszakítható számítási feladatok minimális időkorlátokkal, alacsony szervezeti prioritással és rövid feldolgozási idővel rendelkeznek. Olyan folyamatokat futtatnak, amelyek hirtelen leállhatnak, és később folytatódhatnak anélkül, hogy károsítanák az alapvető szervezeti folyamatokat. A megszakítható számítási feladatok például kötegelt feldolgozási alkalmazások, adatelemzések és számítási feladatok, amelyek folyamatos integrációs és folyamatos üzembehelyezési ügynököt hoznak létre egy nem gyártási környezethez. Ezek a funkciók a normál vagy kritikus fontosságú számítási feladatokhoz hasonlíthatók, amelyek SLA-kkal, ragadós munkamenetekkel és állapotalapú adatokkal rendelkeznek.
A kihasználatlan virtuális gépeket nem megszakítható számítási feladatokban használhatja, de nem lehet az egyetlen számítási kapacitás forrása. Használjon annyi normál virtuális gépet, amennyi az üzemidő követelményeinek való megfeleléshez szükséges.
A kilakoltatás ismertetése
A kihasználatlan virtuális gépek létrehozás után nem rendelkeznek SLA-kkal, és bármikor elveszíthetik a számításhoz való hozzáférést. Ezt a számítási veszteséget kizárásinevezzük. A számítási kínálat és a kereslet meghajtóinak kizárása. Ha egy adott virtuálisgép-méret iránti igény meghaladja az adott szintet, az Azure kizárja a kihasználatlan virtuális gépeket, hogy a számítást elérhetővé tegye a normál virtuális gépek számára. Az igény helyfüggő. Az A régióban például a kereslet növekedése nem befolyásolja a B régióban lévő kihasználatlan virtuális gépeket.
A kihasználatlan virtuális gépek két konfigurációs lehetőséggel rendelkeznek, amelyek befolyásolják a kizárást. Ezek a konfigurációk a kiürítési típus és kiürítési szabályzat a kihasználatlan virtuális géphez. Ezeket a konfigurációkat a kihasználatlan virtuális gép létrehozásakor állítja be. A kilakoltatás típusa határozza meg a kilakoltatás feltételeit. A kilakoltatási szabályzat határozza meg, hogy mit tesz a kilakoltatás a helyszíni virtuális géppel.
Kiürítés típusa
A kapacitásváltozások vagy az árváltozások kizárást okoznak. A kapacitás- és árváltozások a kihasználatlan virtuális gépeket a virtuális gép létrehozásakor kiválasztott kiürítési típustól függenek. A kilakoltatás típusa határozza meg a kilakoltatás feltételeit. A kilakoltatási típusok csak kapacitással rendelkező kiürítési és ár- vagy kapacitás-kiürítési.
csak kapacitással rendelkező kiürítés: Ez a kiürítési típus kilakoltatást vált ki, ha a számítási kapacitás már nem érhető el. Alapértelmezés szerint az ár a használatalapú fizetésnél van leképezve. Ezt a kilakoltatási típust akkor használja, ha nem szeretne többet fizetni a használatalapú virtuálisgép-díjnál.
Ár vagy kapacitás kizárása: Ez a kiürítési típus két eseményindítóval rendelkezik. Az Azure kizár egy kihasználatlan virtuális gépet, ha a felesleges számítási kapacitás már nem érhető el, vagy a virtuális gép költsége meghaladja a beállított maximális árat. Ez a kilakoltatási típus lehetővé teszi, hogy a használatalapú fizetésnél jóval alacsonyabb maximális árat állítson be. Ezzel a kilakoltatási típussal saját árkorlátot állíthat be.
Kiürítési szabályzat
A kihasználatlan virtuális géphez választott kiürítési szabályzat hatással van annak vezénylésére. A vezénylés a kilakoltatás kezelésének folyamata, amelyet a cikk későbbi részében tárgyalunk. A kiürítési házirendek a Stop/Deallocate szabályzat és a Törlési szabályzat.
Leállítási/felszabadítási szabályzat: A Stop/Deallocate szabályzat akkor ideális, ha a számítási feladat várni tudja a kiadási kapacitást ugyanazon a helyen és a virtuális gép típusán belül. A Stop/Deallocate szabályzat leállítja a virtuális gépet, és a mögöttes hardverrel megszünteti a bérletét. A kihasználatlan virtuális gépek leállítása és felszabadítása ugyanaz, mint egy normál virtuális gép leállítása és felszabadítása. A virtuális gép továbbra is elérhető marad az Azure-ban, és később újraindíthatja ugyanazt a virtuális gépet. A virtuális gép a Stop/Deallocate szabályzattal elveszíti a számítási kapacitást és a nemsztatikus IP-címeket. A virtuálisgép-adatlemezek azonban megmaradnak, és továbbra is díjakat vonnak maga után. A virtuális gép az előfizetés magjait is elfoglalja. A virtuális gépek nem helyezhetők át a régiójukból vagy zónájukból, még akkor sem, ha le vannak állítva vagy felszabadítva. További információ: Energiaállapotok és számlázási.
Törlési szabályzat: Akkor használja a Törlési szabályzatot, ha a számítási feladat megváltoztathatja a hely vagy a virtuális gép méretét. A hely vagy a virtuális gép méretének módosítása lehetővé teszi a virtuális gép gyorsabb üzembe helyezését. A Törlési szabályzat törli a virtuális gépet és az adatlemezt. A virtuális gép nem foglal el magokat az előfizetésekben. További információ: Kiürítési szabályzat.
Tervezés rugalmas vezényléshez
A vezénylés a kilakoltatás után a kihasználatlan virtuális gép cseréjének folyamata. Ez az alapja egy megbízhatóan megszakítható számítási feladat létrehozásának. A jó vezénylési rendszer beépített rugalmasságot igényel. A rugalmasság azt jelenti, hogy a vezénylést úgy kell megtervezni, hogy legyen választási lehetőség, több virtuálisgép-méret használata, üzembe helyezés különböző régiókban, kilakoltatási tudatosság, és a számítási feladatok megbízhatóságának és sebességének javítása érdekében figyelembe kell venni a különböző kiürítési forgatókönyveket.
Tervezés a sebességhez
A kihasználatlan virtuális gépeken futó számítási feladatok esetében a számítási kapacitás kulcsfontosságú. A kilakoltatás lehetősége miatt győződjön meg arról, hogy tisztában van a lefoglalt számítási idővel, hogy megalapozott tervezési döntéseket hozhasson, amelyek rangsorolják a számítási feladatok sebességét. Általában optimalizálnia kell a számítási időt. Hozzon létre egy virtuálisgép-rendszerképet, amely rendelkezik az összes szükséges előre telepített szoftverrel. Az előre telepített szoftverek segítenek minimalizálni a kiürítés és a teljesen működőképes alkalmazások közötti időt. Kerülje a számítási idő használatát olyan folyamatokon, amelyek nem járulnak hozzá a számítási feladatok céljához. Az adatelemzési számítási feladatoknak például a számítási idő nagy részét az adatfeldolgozásra, a lehető legkevesebb időt pedig a kiürítési metaadatok gyűjtésére kell összpontosítaniuk. Törölje a nem lényeges folyamatokat az alkalmazásból.
Több virtuálisgép-méret és hely használata
A rugalmasság növelése érdekében vezénylést hozhat létre több típusú és méretű virtuális gép használatára. A cél az, hogy vezénylési lehetőségeket biztosítson egy kiürített virtuális gép helyére. Az Azure különböző típusú és méretű virtuális gépekkel rendelkezik, amelyek hasonló képességeket biztosítanak körülbelül azonos áron. Szűrjön a minimális vCPU-kra vagy magokra, a virtuális gépek minimális RAM-jaira és a maximális árra. Ez a folyamat segít megtalálni több olyan virtuális gépet, amely illeszkedik a költségvetésbe, és elegendő erőforrással rendelkezik a számítási feladatok futtatásához.
A virtuális gépek minden típusának van kilakoltatási aránya százaléktartományban kifejezve, például 0%-5%, 5%-10%, 10%-15%, 15%-20%vagy 20+%. A kiürítési arány régiónként eltérő lehet. Előfordulhat, hogy egy másik régióban található, azonos típusú virtuális gépek esetében jobb kilakoltatási arányt talál. A portálon az Alapszintű lapon megtalálhatja az egyes virtuális gépek kilakoltatási arányait. A Méretmellett válassza a A díjszabási előzmények megtekintése vagy Az összes méret megtekintéselehetőséget. Az Azure Resource Graph használatával programozott módon is lekérheti a kihasználatlan virtuálisgép-adatokat.
A vezénylési rendszerben fontolja meg a kihasználatlan elhelyezési pontszám funkció használatát az egyes kihasználatlan üzemelő példányok sikerességi valószínűségének kiértékeléséhez.
További információ:
A legrugalmasabb kiürítési szabályzat használata
A kiürített kihasználatlan virtuális gép kiürítési szabályzata hatással van a cserefolyamatra. A Törlési szabályzat például rugalmasabb, mint a Stop/Deallocate szabályzat.
Először vegye figyelembe a Törlési szabályzatot: Használjon törlési szabályzatot, ha a számítási feladat kezelni tudja. A törlés lehetővé teszi, hogy a vezénylés új zónákba és régiókba helyezzen üzembe cserehelyi virtuális gépeket. Ez az üzembe helyezési rugalmasság segíthet a számítási feladatnak a leállított vagy felszabadított virtuális gépeknél gyorsabb szabad számítási kapacitás megtalálásában. A leállított vagy felszabadított virtuális gépeknek meg kell várniuk a tartalék számítási kapacitást ugyanabban a zónában, amelyben létrehozták őket. A Törlési szabályzathoz külső folyamatra van szükség a kilakoltatások figyeléséhez és a különböző régiókban történő üzembe helyezések vezényléséhez, különböző virtuálisgép-termékváltozatok használatához vagy mindkettőhöz.
A Stop/Deallocate szabályzat ismertetése: A Stop/Deallocate szabályzat kevésbé rugalmas, mint a Törlési szabályzat. A kihasználatlan virtuális gépeknek ugyanabban a régióban és zónában kell maradniuk. Leállított vagy felszabadított virtuális gépet nem helyezhet át másik helyre. Mivel a virtuális gépeknek rögzített helyük van, szükség van valamire a virtuális gép újraelosztásához, amikor a számítási kapacitás elérhetővé válik. A számítási kapacitás rendelkezésre állását nem lehet előrejelezni. Ezért egy automatikus ütemezési folyamatot kell használnia a kiürítés utáni újbóli üzembe helyezés megkísérléséhez. A kiürítésnek aktiválnia kell az ütemezési folyamatot, és az újratelepítési kísérleteknek folyamatosan ellenőriznie kell a számítási kapacitást, amíg elérhetővé nem válik.
| Politika | Mikor érdemes használni a szabályzatot? |
|---|---|
| Szabályzat törlése | - Rövid élettartamú számítás és adatok - Nem szeretne fizetni az adatlemezekért - Minimális költségvetés |
| Szabályzat leállítása/felszabadítása | – Adott virtuálisgép-méretre van szükség – Nem módosítható a hely - Hosszú alkalmazástelepítési folyamat - Határozatlan idejű várakozási idő - Nem csak a költségmegtakarítások vezérlik |
A kilakoltatás folyamatos figyelése
A figyelés a számítási feladatok megbízhatóságának kulcsa a kihasználatlan virtuális gépeken. A kihasználatlan virtuális gépek nem rendelkeznek SLA-val a létrehozás után, és bármikor kizárhatók. A kihasználatlan virtuális gépek számítási feladatainak megbízhatóságának javításának legjobb módja, ha előre látható, hogy mikor fogják kiüríteni őket. Ha rendelkezik ezokkal az információkkal, megkísérelheti a számítási feladatok kecses leállítását, és automatizálást indíthat el a csere vezényléséhez.
Ütemezett események használata: Az ütemezett események szolgáltatás használata minden virtuális géphez. Az Azure jeleket küld a virtuális gépeknek, ha az infrastruktúra karbantartása hatással lesz rájuk. A kiürítések infrastruktúra-karbantartásnak minősülnek. Az Azure legalább 30 másodperccel a kiürítés előtt elküldi a
Preemptjelet az összes virtuális gépnek. Az Ütemezett események szolgáltatás lehetővé teszi aPreemptjel rögzítését úgy, hogy lekérdez egy végpontot a statikus, nem átirányítható IP-cím169.254.169.254.Gyakori lekérdezések használata: Az ütemezett események végpontjának lekérdezése elég gyakran a kecses leállítás vezényléséhez. Az ütemezett események végpontját másodpercenként lekérdezheti, de előfordulhat, hogy nem minden használati esetben van szükség egy másodpercenkénti gyakoriságra. Ezeknek a lekérdezéseknek egy olyan alkalmazásból kell származnia, amely a helyszíni virtuális gépen fut. A lekérdezés nem származhat külső forrásból. Ennek eredményeképpen a lekérdezések virtuálisgép-számítási kapacitást használnak fel, és a fő számítási feladatból ellopják a feldolgozási teljesítményt. Ezeket a versengő prioritásokat ki kell egyensúlyoznia, hogy megfeleljen az adott helyzetnek.
Vezénylés automatizálása: A
Preemptjel begyűjtése után a vezénylésnek ezen a jelen kell működnie. Az időkorlátok miatt aPreemptjelnek meg kell kísérelnie a számítási feladat türelmes leállítását, és el kell indítania egy automatizált folyamatot, amely lecseréli a kihasználatlan virtuális gépet. További információ:
Üzembehelyezési rendszer létrehozása
A vezényléshez egy automatizált folyamatra van szükség, amely új kihasználatlan virtuális gépeket helyez üzembe a kizárás után. A folyamatnak a megszakítható számítási feladaton kívül kell futnia az állandóság biztosítása érdekében. Az üzembehelyezési folyamatnak a kihasználatlan virtuális gépekhez választott kiürítési szabályzatnak megfelelően kell működnie.
Törlési szabályzat esetén javasoljuk, hogy hozzon létre egy folyamatot, amely különböző virtuálisgép-méreteket használ, és különböző régiókban helyezi üzembe őket. Stop/Deallocate szabályzat esetén az üzembehelyezési folyamatnak két különálló műveletre van szüksége. A virtuális gép kezdeti létrehozásához a folyamatnak a megfelelő méretű virtuális gépeket kell üzembe helyeznie a megfelelő helyen. A kiürített virtuális gépek esetében a folyamatnak újra kell indítania a virtuális gépet, amíg nem működik. Az Azure Monitor-riasztások és az Azure-függvények kombinációja az üzembehelyezési rendszerek automatizálásának egyik módja. A folyamat bicep-sablonokat is használhat. Deklaratívak és idempotensek, és az infrastruktúra üzembe helyezésének ajánlott gyakorlatát képviselik.
Felkészülés az azonnali kilakoltatásra
Az Azure a létrehozás után és a számítási feladat futtatása előtt kiüríthet egy kihasználatlan virtuális gépet. Bizonyos esetekben előfordulhat, hogy elegendő kapacitás áll rendelkezésre egy kihasználatlan virtuális gép létrehozásához, de ez nem tart sokáig. A kihasználatlan virtuális gépek nem rendelkeznek rendelkezésre állási garanciával vagy SLA-kkal a létrehozás után. A vezénylésnek figyelembe kell vennie az azonnali kilakoltatásokat. A Preempt jel legalább 30 másodperccel előre jelzi a kilakoltatást.
A virtuális gépek állapotellenőrzéseit beépítheti a vezénylésbe, hogy felkészüljön az azonnali kilakoltatásokra. Az azonnali kizárások vezénylése nem függhet az ütemezett eseményektől Preempt jeltől. Csak maga a virtuális gép tudja lekérdezni a Preempt jelet, és nincs elég idő az alkalmazás elindítására, az Ütemezett események végpont lekérdezésére és a kecsesen leállításra. Az állapot-ellenőrzésnek tehát a számítási feladat környezetén kívül kell lennie. Az állapot-ellenőrzéseknek figyelnie kell a kihasználatlan virtuális gép állapotát, és el kell indítania az üzembehelyezési folyamatot a kihasználatlan virtuális gép lecseréléséhez, amikor az állapot felszabadító vagy leállítja.
Több egyidejű kizárás megtervezése
Ha kihasználatlan virtuális gépekből álló fürtöt futtat, a számítási feladatot úgy kell létrehoznia, hogy ellenálljon több egyidejű kizárásnak. Egyszerre több kihasználatlan virtuális gép is kiüríthető a számítási feladatból. Több virtuális gép egyidejű kiürítése hatással lehet az alkalmazás átviteli sebességére. A helyzet megelőzése érdekében az üzembehelyezési folyamatnak képesnek kell lennie arra, hogy több virtuális géptől származó jeleket gyűjtsön, és egyszerre több helyettesítő virtuális gépet telepítsen.
Tervezés kecses leállításhoz
A virtuális gép leállítási folyamatának 30 másodpercnél rövidebbnek kell lennie, és engedélyeznie kell a virtuális gép leállítását a kiürítés előtt. A leállítás időtartama attól függ, hogy a számítási feladat milyen gyakran lekérdezi az Ütemezett események végpontot. Minél gyakrabban kérdezi le a végpontot, annál tovább tarthat a leállítási folyamat. A leállítási folyamatnak erőforrásokat kell felszabadítania, le kell ürítenie a kapcsolatokat, és ki kell ürítenie az eseménynaplókat. Rendszeresen létre kell hoznia és mentenie ellenőrzőpontokat, hogy megőrizze a környezetet, és hatékonyabb helyreállítási stratégiát hozzon létre. Az ellenőrzőpont csupán információ arról, hogy a következő virtuális gépnek milyen folyamatokat vagy tranzakciókat kell kezdenie. Jelezniük kell, hogy a virtuális gépnek folytatnia kell-e, ahol az előző virtuális gép abbahagyta, vagy ha az új virtuális gépnek vissza kell állítania a módosításokat, és újra kell indítania a teljes folyamatot. Tárolja az ellenőrzőpontokat a kihasználatlan virtuálisgép-környezeten kívül, például egy tárfiókban.
A vezénylés tesztelése
Kilakoltatási események szimulálása a vezénylés teszteléséhez fejlesztői/tesztelési környezetekben. További információ: Kiürítés szimulálása.
Idempotens számítási feladat tervezése
Javasoljuk, hogy tervezzen egy idempotens számítási feladatot. Az esemény egynél több alkalommal történő feldolgozásának eredménye megegyezik az egyszeri feldolgozás eredményével. A kilakoltatások kényszerített leállításokat eredményezhetnek, annak ellenére, hogy igyekeznek biztosítani a kecses leállításokat. A kényszerített leállítások lezárhatják a folyamatokat a befejezés előtt. Az idempotens számítási feladatok többször is megkaphatják ugyanazt az üzenetet az eredmény módosítása nélkül. További információ: Idempotency.
Alkalmazás bemelegítési időszakának használata
A legtöbb megszakítható számítási feladat alkalmazásokat futtat. Az alkalmazásoknak időre van szükségük a telepítéshez és az indításhoz. A külső tárolóhoz való csatlakozáshoz és az ellenőrzőpontokból származó információk gyűjtéséhez is időre van szükségük. Mielőtt engedélyezi a feldolgozást, legyen egy alkalmazás bemelegítési ideje. A bemelegítési időszakban az alkalmazásnak el kell indulnia, kapcsolatokat kell létesítenie, és fel kell készülnie a közreműködésre. Az alkalmazás csak az alkalmazás állapotának ellenőrzése után kezdheti meg az adatok feldolgozását.
Felhasználó által hozzárendelt felügyelt identitások konfigurálása
Rendeljen hozzá felhasználó által hozzárendelt felügyelt identitásokat a hitelesítési és engedélyezési folyamat egyszerűsítése érdekében. A felhasználó által hozzárendelt felügyelt identitások lehetővé teszik a hitelesítő adatok kódban való elhelyezését, és nem kapcsolódnak egyetlen erőforráshoz, például a rendszer által hozzárendelt felügyelt identitásokhoz. A felhasználó által hozzárendelt felügyelt identitások a Microsoft Entra-azonosítóból származó engedélyeket és hozzáférési jogkivonatokat tartalmaznak, amelyek a vezénylés során újra felhasználhatók és hozzárendelhetők a kihasználatlan virtuális gépekhez. A jogkivonatok konzisztenciája a kihasználatlan virtuális gépek között segít egyszerűsíteni a vezénylést, és egyszerűbbé teszi a kihasználatlan virtuális gépek által használt számítási feladatok erőforrásaihoz való hozzáférést.
Ha rendszer által hozzárendelt felügyelt identitásokat használ, előfordulhat, hogy egy új kihasználatlan virtuális gép más hozzáférési jogkivonatot kap a Microsoft Entra-azonosítótól. Ha rendszer által hozzárendelt felügyelt identitásokat kell használnia, tegye rugalmassá a számítási feladatokat 403 Forbidden Error válaszokhoz. A vezényléshez jogkivonatokat kell beszereznie a Megfelelő engedélyekkel rendelkező Microsoft Entra-azonosítóból. További információ: Felügyelt identitások.
Példaforgatókönyv
A példaforgatókönyv egy megszakítható számítási feladatnak minősülő üzenetsor-feldolgozó alkalmazást helyez üzembe. A forgatókönyv szkriptjei példaként szolgálnak. A forgatókönyv végigvezeti egy egyszeri, manuális leküldésen az erőforrások üzembe helyezéséhez. Ez az implementáció nem rendelkezik üzembehelyezési folyamatsal. Az üzembe helyezési folyamat azonban elengedhetetlen a vezénylési folyamat automatizálásához. Az alábbi ábra a példaforgatókönyv architektúráját mutatja be.
Visio-fájl letöltése az architektúra.
A következő munkafolyamat az előző diagramnak felel meg:
virtuálisgép-alkalmazásdefiníció: A virtuálisgép-alkalmazásdefiníció az Azure számítási gyűjteményében jön létre. Meghatározza az alkalmazás nevét, helyét, operációs rendszerét és metaadatait. Az alkalmazás verziója a virtuálisgép-alkalmazás definíciójának számozott verziója. Az alkalmazás verziója a virtuálisgép-alkalmazást jelöli. A virtuális gépnek ugyanabban a régióban kell lennie, mint a kihasználatlan virtuális gépnek. Az alkalmazás verziója a tárfiókban található forrásalkalmazás-csomagra hivatkozik.
Storage-fiók: A tárfiók tárolja a forrásalkalmazás-csomagot. Ebben az architektúrában ez egy
worker-0.1.0.tar.gznevű tömörített kátrányfájl. Két fájlt tartalmaz. Az egyik fájl a .NET-feldolgozó alkalmazást telepítőorchestrate.shbash-szkript.Kihasználatlan virtuális gép: A kihasználatlan virtuális gép üzembe helyezése. Ennek ugyanabban a régióban kell lennie, mint az alkalmazásverzió. Az üzembe helyezés után
worker-0.1.0.tar.gztölt le a virtuális gépre. A bicep-sablon egy Ubuntu-rendszerképet helyez üzembe egy standard családi virtuális gépen. Ezek a konfigurációk megfelelnek az alkalmazás igényeinek, és nem általános javaslatok az alkalmazások számára.Tárolási üzenetsor: A .NET-feldolgozóban futó másik szolgáltatás üzenetsor-logikát tartalmaz. A Microsoft Entra ID szerepköralapú hozzáférés-vezérléssel hozzáférést biztosít a virtuális gép számára az Azure Queue Storage tárolási üzenetsorához egy felhasználó által hozzárendelt identitással.
.NET-feldolgozó alkalmazás: A
orchestrate.shszkript egy .NET-feldolgozó alkalmazást telepít, amely két háttérszolgáltatást futtat. Az első szolgáltatás lekérdezi az Ütemezett események végpontot, megkeresi aPreemptjelet, és elküldi ezt a jelet a második szolgáltatásnak. A második szolgáltatás feldolgozza a tárolási üzenetsor üzeneteit, és figyeli az első szolgáltatástól érkezőPreemptjelet. Amikor a második szolgáltatás megkapja a jelet, megszakítja a tárolósor feldolgozását, és elkezd leállni.Lekérdezés ütemezett események végpontja: A rendszer egy API-kérést küld egy statikus, nemroutable IP-címre
169.254.169.254. Az API-kérés lekérdezi az ütemezett események végpontot az infrastruktúra-karbantartási jelekhez.Application Insights: Az architektúra csak tanulási célokra használja az Application Insightst. Ez nem a megszakítható számítási feladatok vezénylésének alapvető összetevője, de lehetővé teszi a telemetria ellenőrzését a .NET-feldolgozó alkalmazásból. A .NET-feldolgozó alkalmazás telemetriát küld az Application Insightsnak. További információ: Élő metrikák engedélyezése a .NET-alkalmazásból.
A forgatókönyv üzembe helyezése
Az architektúra üzembe helyezéséhez sablonokat, szkripteket és részletes utasításokat tartalmazó megszakítható számítási feladatnak nevezett GitHub-adattár található.