Ebben a cikkben bemutatjuk az Azure-beli kihasználatlan virtuális gépek (VM-ek) készítésének ajánlott eljárásait, és bemutatunk egy üzembe helyezhető példaforgatókönyvet. A kihasználatlan virtuális gépek jelentős kedvezménnyel biztosítanak hozzáférést a számítási kapacitáshoz a normál virtuális gépek számára. Ez a kedvezmény vonzó megoldássá teszi a költségeket optimalizálni kívánó szervezetek számára, de a megtakarításnak feltétele van. A kihasználatlan virtuális gépek bármikor elveszíthetik a számításhoz való hozzáférést. Ezt a folyamatot kilakoltatásnak nevezzük. 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ábbiakban a helyszíni virtuális gépek kiépítésére vonatkozó javaslatainkat találja.
A kihasználatlan virtuális gépek ismertetése
Műszaki szinten a kihasználatlan virtuális gépek ugyanazok, mint a hagyományos virtuális gépek. Ugyanazokat a képeket, hardvereket és lemezeket használják, amelyek ugyanazt a teljesítményt fordítják le. A kihasználatlan és a normál virtuális gépek közötti különbség a prioritásra és a rendelkezésre állásra csökken. 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. Beszéljünk részletesebben a prioritásról és a rendelkezésre állásról.
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 virtuális gépeket viszont csak tartalék számítási kapacitás esetén helyezik üzembe, és csak akkor futnak, 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. Nincsenek szolgáltatásiszint-szerződéseik (SLA-k). A kihasználatlan virtuális gépek azonnal vagy az üzembe helyezés (kizárás) után bármikor elveszítik a számítási kapacitáshoz való hozzáférést. A kilakoltatási lehetőség miatt a kihasználatlan virtuális gépek olcsóbbak. 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ó: a kilakoltatás folyamatos figyelése ebben a cikkben.
A kihasználatlan virtuális gépek díjszabásának ismertetése
A kihasználatlan virtuális gépek akár 90 százalékkal 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és régiójától és az operációs rendszertől függően változik. Javasoljuk, hogy az Azure Spot virtuális gép díjszabási eszközével becsülje meg a költségmegtakarítást. For more information, see:
- Azure Spot virtuális gép díjszabási eszköze
- Kihasználatlan virtuális gépek díjszabásának áttekintése
Az Azure kiskereskedelmi árak API-ját is lekérdezheti, hogy programozott módon szerezze be a közvetlen díjszabást bármilyen érdeklődésre számot tartó termékváltozathoz.
Megszakítható számítási feladatok ismertetése
A megszakítható számítási feladatok a legjobb használati esetek a kihasználatlan virtuális gépekhez. A megszakítható számítási feladatok néhány gyakori jellemzővel rendelkeznek. 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-folyamatos üzembehelyezési ügynököt hoznak létre egy nem éles környezethez. Ezek a funkciók ellentétben állnak a szolgáltatásszint-szerződésekkel (SLA-kkal), ragadós munkamenetekkel és állapotalapú adatokkal rendelkező normál vagy kritikus fontosságú számítási feladatokkal. A táblázat mindkét számítási feladattípusra kínál példákat.
| Megszakítható számítási feladatok funkciói | Rendszeres számítási feladatok funkciói | |
|---|---|---|
| Funkciók | Minimális időkorlátok Alacsony szervezeti prioritás Rövid feldolgozási idő |
Szolgáltatásiszint-szerződések (SLA-k) A ragadós munkamenetek követelményei Állapotalapú számítási feladatok |
A kihasználatlan virtuális gépeket nem megszakítható számítási feladatokban használhatja, de nem lehetnek a számítási kapacitás egyetlen 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ásuk után nem rendelkeznek szolgáltatásiszint-szerződésekkel (SLA-kkal), és bármikor elveszítik a számításhoz való hozzáférést. Ezt a számítási veszteséget kizárásnak nevezzük. A számítási kínálat és a kereslet kilakoltatást hajt. Ha egy adott virtuálisgép-méret iránti igény túllép egy bizonyos 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 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 kihasználatlan virtuális gép "kiürítési típusa" és "kiürítési szabályzata". 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 "kiürítési szabályzat" határozza meg, hogy mit tesz a kiürítés a helyszíni virtuális géppel. Foglalkozzunk mindkét konfigurációs lehetőségekkel.
Kiürítés típusa
A kizárást a kapacitásváltozások vagy az árváltozások okozzák. A kihasználatlan virtuális gépek hatásának módja a virtuális gép létrehozásakor kiválasztott kiürítési típustól függ. A kilakoltatás típusa határozza meg a kilakoltatás feltételeit. A kilakoltatási típusok a "csak kapacitás kiürítése" és az "ár vagy kapacitás kiürítése".
Csak kapacitás kizárása: Ez a kiürítési típus kizárást vált ki, amikor a számítási kapacitás többlete eltűnik. 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 hajlandó fizetni a használatalapú virtuálisgép-díjért.
Ár- vagy kapacitás-kiürítés: Ez a kiürítési típus két eseményindítóval rendelkezik. Az Azure kiürít egy kihasználatlan virtuális gépet, ha a számítási kapacitás többlete eltűnik, 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 maximális árat jóval a használatalapú fizetés alatt állítsa 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. Vezénylés alatt a kilakoltatás kezelését értjük. A vezénylésről később részletesen is olvashat. A kiürítési szabályzatok a "Stop/Deallocate policy" és a "Delete policy".
Leállítási/felszabadítási szabályzat: A Stop/Deallocate kiürítési szabályzat akkor a legjobb, ha a számítási feladat várni tud a kiadási kapacitásra ugyanazon a helyen és a virtuálisgép-típuson 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 Stop/Deallocate szabályzattal a virtuális gép elveszíti a számítási kapacitást és a nem statikus 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állítva/felszabadítva vannak. További információkért lásd a virtuális gépek energiaállapotait és számlázását.
Szabályzat törlése: 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 és/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. A kiürítési szabályzatokról további információt a kiürítési szabályzatban talál.
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 egy megbízhatóan megszakítható számítási feladat létrehozásának alapja. A jó vezénylési rendszer beépített rugalmasságot igényel. A rugalmasság azt jelenti, hogy a vezénylést úgy tervezzük meg, hogy legyen lehetőség, használjon több virtuálisgép-méretet, helyezzen üzembe különböző régiókban, legyen tisztában a kiürítéssel, és vegye figyelembe a különböző kilakoltatási forgatókönyveket a számítási feladatok megbízhatóságának és sebességének javítása érdekében.
Az alábbiakban olyan javaslatokat ismertetünk, amelyek segítenek rugalmas vezénylést tervezni a megszakítható számítási feladatokhoz.
Tervezés a sebességhez
A helyszíni virtuális gépeken futó számítási feladatok esetében a számítási kapacitás kincs. A közelgő kizárási lehetőségnek emelnie kell a kiosztásra kijelölt számítási idő megbecsülését, és olyan értelmes tervezési döntésekre kell fordítania, amelyek prioritást adnak a számítási feladatok sebességének. Általában azt javasoljuk, hogy optimalizálja a számítási időt. Létre kell készítenie egy virtuálisgép-rendszerképet 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 futó alkalmazások közötti időt. Kerülni szeretné 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éshez használt számítási feladatnak például a legtöbb számítási időt az adatfeldolgozásra kell összpontosítania, és a lehető legkevesebbet a kiürítési metaadatok gyűjtésére kell összpontosítania. A nem alapvető folyamatok eltávolítása az alkalmazásból.
Több virtuálisgép-méret és hely használata
Javasoljuk, hogy több virtuálisgép-típust és -méretet használó vezénylést alakítson ki a rugalmasság növelése érdekében. 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ő virtuálisgép-típusokkal és méretekkel rendelkezik, amelyek hasonló képességeket biztosítanak nagyjából azonos áron. Szűrje a virtuális gépeket minimális vCPU-kra/magokra és/vagy minimális RAM-ra, valamint a maximális árat, hogy több olyan virtuális gépet találjon, amelyek rendelkeznek a számítási feladat futtatásához szükséges teljesítménnyel, és elférnek a költségvetésben. Minden virtuálisgép-típus kilakoltatási aránya százaléktartományként van kifejezve (0-5%, 5-10%, 10-15%, 15-20%, 20+%). A kilakoltatási arány régiónként eltérő lehet. Előfordulhat, hogy egy másik régióban ugyanahhoz a virtuálisgép-típushoz jobb kilakoltatási arányt talál. Az egyes virtuálisgép-típusokhoz tartozó kiürítési díjakat az "Alapismeretek" lapon találja a portálon. Válassza ki a "Méret" hivatkozásokat ("Díjszabási előzmények megtekintése" vagy "Minden méret megtekintése"). Az Azure Resource Graph használatával programozott módon is lekérheti a kihasználatlan virtuálisgép-adatokat. For more information, see:
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 kilakoltatási szabályzat rugalmasabb, mint egy leállított/felszabadított kiürítési szabályzat.
Először fontolja meg a törlési szabályzatot: Javasoljuk, hogy használjon törlési kizárá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/felszabadított virtuális gépeknél gyorsabb szabad számítási kapacitás megtalálásában. A leállított/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. A törlési szabályzathoz olyan folyamatra lesz szüksége, amely figyeli az alkalmazáson kívüli kizárásokat, és különböző régiókba és/vagy különböző virtuálisgép-termékváltozatokkal vezénylik az üzembe helyezéseket.
A leállított/felszabadított szabályzat ismertetése: A leállított/felszabadított 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/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 lesz valamire a virtuális gép újraelosztásához, amikor a számítási kapacitás elérhetővé válik. Nem lehet előrejelezni, hogy mikor lesz elérhető számítási kapacitás. Ezért azt javasoljuk, hogy egy automatikus ütemezési folyamatot használjon 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.
| Policy | Mikor | |
|---|---|---|
| Delete | Rövid élettartamú számítás és adatok Nem szeretne fizetni az adatlemezekért Minimális költségvetés |
|
| Leállítva/Felszabadítva | Adott virtuálisgép-méretre van szükség A hely nem módosítható 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. Ezzel az információval megkísérelheti a számítási feladatok kecses leállítását, és automatizálást indíthat el, amely a cserét vezényli.
Ütemezett események használata: Javasoljuk, hogy minden virtuális géphez használja az Ütemezett események szolgáltatást. Az Azure jeleket küld a virtuális gépeknek, amikor 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 Preempt jelet az összes virtuális gépnek. Az Események ütemezése nevű szolgáltatás lehetővé teszi a Preempt jel rögzítését úgy, hogy lekérdez egy végpontot egy statikus, nem módosítható IP-címen 169.254.169.254.
Gyakori lekérdezések használata: Javasoljuk, hogy elég gyakran kérdezze le az Ütemezési események végpontot 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 az egy másodperces gyakoriság nem minden használati esetben szükséges. Ezeknek a lekérdezéseknek a helyszíni virtuális gépen futó alkalmazásból kell származnia. 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 ellopják a feldolgozási teljesítményt a fő számítási feladatból. Ezeket a versengő prioritásokat ki kell egyensúlyoznia, hogy megfeleljen az adott helyzetnek.
Vezénylés automatizálása: A jel begyűjtése Preempt után a vezénylésnek ezen a jelen kell működnie. Az időkorlátok miatt a Preempt jelnek meg kell kísérelnie a számítási feladat türelmes leállítását, és egy automatizált folyamatot kell elindítania, amely lecseréli a kihasználatlan virtuális gépet. For more information, see:
Ü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 kiürítéskor. 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 folyamat működése a kihasználatlan virtuális gépekhez kiválasztott kiürítési szabályzattól függ.
Törlési szabályzat esetén javasoljuk, hogy olyan folyamatot alakítson ki, amely különböző virtuálisgép-méreteket használ, és üzembe helyezi őket különböző régiókban. Leállítási/felszabadított 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 Functions 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
Lehetséges, hogy a helyszíni virtuális gép a létrehozásuk után és még a számítási feladat végrehajtása előtt ki lesz jelölve a kilakoltatásra. Csak azért, mert volt kapacitás egy kihasználatlan virtuális gép létrehozására, még nem jelenti azt, hogy megmarad. A kihasználatlan virtuális gépek nem rendelkeznek rendelkezésre állási garanciával (SLA-k) a létrehozás után. A vezénylésnek figyelembe kell vennie az azonnali kilakoltatásokat. A Preempt jel továbbra is legalább 30 másodperccel előre jelzi a kilakoltatást.
Javasoljuk, hogy a vezénylésbe beépítse a virtuális gépek állapotellenőrzéseit, hogy felkészüljön az azonnali kilakoltatásokra. Az azonnali kizárások vezénylése nem támaszkodhat az Események ütemezése Preempt jelre. Csak maga a virtuális gép tudja lekérdezni a Preempt jelet, és nincs elég ideje az alkalmazás elindítására, az Események ütemezése végpont lekérdezésére és a kecses 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 üzembe helyezési folyamatot a kihasználatlan virtuális gép lecseréléséhez, amikor az állapot felszabadításra vagy leállításra változik.
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 elkerülé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 folyamatainak 30 másodpercnél rövidebbnek kell lenniük, és lehetővé kell tenni a virtuális gép leállítását a kizárá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 hosszabb lehet 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 mentse 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-e állítania a módosításokat, és újra kell indítania a teljes folyamatot. Az ellenőrzőpontokat a kihasználatlan virtuálisgép-környezeten kívül kell tárolnia. Egy tárfiók működne.
A vezénylés tesztelése
Javasoljuk, hogy szimulálja a kiürítési eseményeket a vezénylés teszteléséhez fejlesztői/tesztelési környezetekben. További információ: szimulált kiürítés.
Idempotens számítási feladat tervezése
Javasoljuk, hogy tervezzen egy idempotens számítási feladatot. Az esemény többszöri feldolgozásának eredménye megegyezik az egyszeri feldolgozás eredményével. A kilakoltatások a kecses leállítások biztosítása érdekében tett erőfeszítések ellenére kényszerített leállításokhoz vezethetnek. 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, és az eredmény változatlan marad. További információ: idempotencia.
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 a rendszerindításhoz. Időre van szükségük ahhoz, hogy külső tárolóhoz csatlakozzanak, és adatokat gyűjtsenek az ellenőrzőpontokról. Javasoljuk, hogy az alkalmazás bemelegítési időszaka előtt kezdje el a feldolgozást. A bemelegítési időszak alatt az alkalmazásnak elindulnia, csatlakoznia kell, é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
Javasoljuk, hogy a felhasználó által hozzárendelt felügyelt identitások használatával egyszerűsítse a hitelesítési és engedélyezési folyamatot. 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 a kihasználatlan virtuális gépek számítási erőforrásaihoz való hozzáférést.
A rendszer által hozzárendelt felügyelt identitásokkal egy új kihasználatlan virtuális gép más hozzáférési jogkivonatot kaphat a Microsoft Entra ID-tól. Ha rendszer által hozzárendelt felügyelt identitásokat kell használnia, javasoljuk, hogy rugalmassá tegye a számítási feladatokat a válaszokhoz 403 Forbidden Error . 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önyvben szereplő szkriptek szemléltetőek. A forgatókönyv végigvezeti egy egyszeri, manuális leküldésen az erőforrások üzembe helyezéséhez. Ehhez a megvalósításhoz nem adtunk üzembe helyezési folyamatot. Az üzembe helyezési folyamat azonban elengedhetetlen a vezénylési folyamat automatizálásához. A diagram a példaforgatókönyv architektúráját mutatja be.
Az alábbi megjegyzések az architektúra főbb jellemzőit ismertetik:
- Virtuálisgép-alkalmazásdefiníció: A virtuálisgép-alkalmazásdefiníció az Azure Compute Galleryben 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ás példánya. 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.
- Tárfiók: A tárfiók tárolja a forrásalkalmazás-csomagot. Ebben az architektúrában ez egy tömörített kátrányfájl.
worker-0.1.0.tar.gzKét fájlt tartalmaz. Az egyik fájl aorchestrate.shbash szkript, amely telepíti a .NET feldolgozó alkalmazást. - 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 letölti
worker-0.1.0.tar.gza 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 hozzáférést biztosít a helyszíni virtuális gép számára a tárolási üzenetsorhoz egy felhasználó által hozzárendelt identitással az RBAC használatával.
- .Net-feldolgozó alkalmazás: A orchestrate.sh szkript egy .NET-feldolgozó alkalmazást telepít, amely két háttérszolgáltatást futtat. Az első szolgáltatás lekérdezi az Ütemezési események végpontot, és megkeresi a
Preemptjelet, é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 azPreemptelső szolgáltatás jelét. Amikor a második szolgáltatás megkapja a jelet, megszakítja a tárolósor feldolgozását, és elkezd leállni. - Ütemezett események lekérdezésének végpontja: A rendszer egy API-kérést küld a 169.254.169.254-es statikus nem módosítható IP-címre. Az API-kérés lekérdezi az ütemezett eseményvégpontot az infrastruktúra-karbantartási jelekhez.
- Alkalmazás Elemzések: Az architektúra csak tanulási célokra használja az Alkalmazás Elemzések. Ez nem a megszakítható számítási feladatok vezénylésének alapvető összetevője. A telemetria a .NET-feldolgozó alkalmazásból való ellenőrzésére szolgál. A .NET feldolgozóalkalmazást úgy konfiguráltuk, hogy telemetriát küldjön az Alkalmazás Elemzések. További információ: Élő metrikák engedélyezése a .NET-alkalmazásból.
A forgatókönyv üzembe helyezése
Létrehoztunk egy GitHub-adattárat, a megszakítható számítási feladatokat a helyszínen sablonokkal, szkriptekkel és részletes útmutatással az architektúra üzembe helyezéséhez. Ebben az adattárban további műszaki részleteket talál az architektúra és a mérnöki összetevőkről.
Következő lépés
A kihasználatlan virtuális gépekről további információt az Azure Spot Virtuális gépek című témakörben talál.