Prémium szintű Azure Functions-csomag
A Azure Functions Elastic Premium csomag egy dinamikus skálázású üzemeltetési lehetőség függvényalkalmazásokhoz. Az egyéb üzemeltetési csomagokról az üzemeltetési csomagról szóló cikkben talál további információt.
Fontos
Azure Functions a Azure App Service platformon futtathatók. A App Service platformon a Prémium csomagfüggvény-alkalmazásokat futtató csomagokat Elastic Premium-csomagoknak nevezzük, olyan termékváltozatnevekkel, mint a EP1. Ha úgy dönt, hogy prémium csomagon futtatja a függvényalkalmazást, mindenképpen hozzon létre egy "E" kezdetű termékváltozatú csomagot, például EP1: . App Service csomag "P" kezdetű termékváltozatnevei, például P1V2 a (Prémium V2 Kis csomag) valójában dedikált üzemeltetési csomagok. Mivel dedikáltak, és nem rugalmas prémium szintűek, a "P" betűvel kezdődő termékváltozatú csomagok nem skálázhatók dinamikusan, és növelhetik a költségeket.
A prémium csomag üzemeltetése a következő előnyöket nyújtja a funkciók számára:
- Kerülje a hidegindítást meleg példányokkal.
- Virtuális hálózati kapcsolat.
- Támogatja a hosszabb futásidejű időtartamokat.
- Prémium szintű példányméretek kiválasztása.
- Kiszámíthatóbb díjszabás a használatalapú csomaghoz képest.
- Nagy sűrűségű alkalmazásfoglalás több függvényalkalmazással rendelkező csomagokhoz.
A Prémium csomag használatakor a rendszer hozzáadja és eltávolítja a Azure Functions gazdagép példányait a bejövő események száma alapján, csakúgy, mint a Használat csomag. Több függvényalkalmazás is üzembe helyezhető ugyanahhoz a Prémium csomaghoz, és a csomag lehetővé teszi a számítási példányok méretének, az alapterv méretének és a maximális csomagméretnek a konfigurálását.
Számlázás
A Prémium csomag számlázása a példányok között lefoglalt mag másodpercek és memória számán alapul. Ez a számlázás eltér a használatalapú csomagtól, amelynek számlázása a másodpercenkénti erőforrás-használat és a végrehajtások alapján történik. A Prémium csomag nem számít fel végrehajtási díjat. Ez a számlázás az aktív csomagonkénti minimális havi költséget eredményezi, függetlenül attól, hogy a függvény aktív vagy tétlen. Ne feledje, hogy a Prémium csomag összes függvényalkalmazása osztozik a lefoglalt példányokon. További információt a Azure Functions díjszabási oldalán talál.
Megjegyzés
Minden prémium csomaghoz mindig tartozik legalább egy aktív (számlázott) példány.
Prémium csomag létrehozása
Amikor függvényalkalmazást hoz létre a Azure Portal, a Használat csomag az alapértelmezett. Prémium csomagban futó függvényalkalmazás létrehozásához explicit módon létre kell hoznia vagy ki kell választania egy Azure Functions Premium szolgáltatási csomagot az Elastic Premium termékváltozatok egyikével. A létrehozott függvényalkalmazást ezután ebben a csomagban üzemelteti. A Azure Portal megkönnyíti a Prémium csomag és a függvényalkalmazás egyidejű létrehozását. Ugyanabban a Prémium csomagban több függvényalkalmazást is futtathat, de mindkettőnek ugyanazon az operációs rendszeren (Windows vagy Linux) kell futnia.
Az alábbi cikkek bemutatják, hogyan hozhat létre függvényalkalmazást Prémium csomaggal programozott módon vagy a Azure Portal:
Hidegindítások kiküszöbölése
Ha a használatalapú csomagban nem történnek események vagy végrehajtások, az alkalmazás nulla példányra méretezhető. Új események érkezésekor egy új példánynak, amelyen az alkalmazás fut, specializáltnak kell lennie. Az új példányok specializálása az alkalmazástól függően eltarthat egy ideig. Ezt az extra késést az első hívásnál gyakran alkalmazás-hidegindításnak nevezik.
A Prémium csomag két olyan funkciót biztosít, amelyek együttesen hatékonyan kiküszöbölik a hidegindításokat a függvényekben: mindig kész példányok és előmelegített példányok. A Mindig kész példányok olyan előre lefoglalt példányok, amelyeket nem érint a skálázás, az előmelegített példányok pedig pufferként szolgálnak a HTTP-események miatt történő skálázás során.
Amikor az események elkezdik aktiválni az alkalmazást, a rendszer először a mindig kész példányokhoz irányítja őket. Amikor a függvény HTTP-események miatt aktívvá válik, a további példányok pufferként lesznek felmelegedve. Ezeket a pufferelt példányokat előmelegített példányoknak nevezzük. Ez a puffer csökkenti a skálázás során szükséges új példányok hidegindítását.
Mindig kész példányok
A Prémium csomagban beállíthatja, hogy az alkalmazás mindig készen álljon egy adott számú példányra. Az alkalmazás a terheléstől függetlenül folyamatosan fut azokon a példányokon. Ha a terhelés meghaladja azt, amit a mindig kész példányok kezelni tudnak, szükség esetén további példányokat ad hozzá a megadott maximális értékig.
Ez az alkalmazásszintű beállítás a csomag minimális példányait is szabályozza. Tegyük fel például, hogy három függvényalkalmazást használ ugyanabban a Prémium csomagban. Ha két alkalmazás mindig készen áll egyre, a harmadik pedig ötre, a teljes csomag minimális értéke öt. Ez azoknak a példányoknak a minimális számát is tükrözi, amelyek esetében a csomag számlázása történik. Az alkalmazásonként támogatott always ready példányok maximális száma 20.
A mindig kész példányok számát a Azure Portal konfigurálhatja, ha kiválasztja a függvényalkalmazást, a Platformfunkciók lapra lép, és kiválasztja a Felskálázási beállításokat. A függvényalkalmazás szerkesztési ablakában a mindig kész példányok az adott alkalmazásra vonatkoznak.
Előmelegített példányok
Az előmelegített példányok száma beállítás pufferként biztosítja a felmelegített példányokat a HTTP-skálázási és aktiválási események során. Az előmelegített példányok mindaddig pufferelnek, amíg el nem éri a maximális felskálázási korlátot. Az alapértelmezett előmelegített példányszám 1, és a legtöbb forgatókönyv esetében ennek az értéknek 1-nek kell maradnia.
Vegyünk egy kevésbé gyakori forgatókönyvet, például egy egyéni tárolóban futó alkalmazást. Mivel az egyéni tárolók hosszú bemelegítéssel rendelkeznek, érdemes lehet növelni az előmelegített példányok pufferét. Az előmelegített példányok csak akkor válnak aktívvá, ha az összes aktív példány használatban van.
Megadhat egy bemelegítési eseményindítót is, amely a bemelegítés előtti folyamat során fut. A bemelegítési eseményindítóval előre betöltheti az egyéni függőségeket az előmelegítési folyamat során, így a függvények készen állnak a kérések feldolgozásának azonnali megkezdésére. További információ: Azure Functions bemelegítési eseményindító.
Tekintsük át ezt a példát arra, hogyan működnek együtt a mindig készen álló példányok és az előmelegített példányok. Egy prémium szintű függvényalkalmazáshoz két mindig készen álló példány van konfigurálva, és az alapértelmezett egy előmelegített példány.
- Ha az alkalmazás tétlen, és nincsenek eseményindítók, az alkalmazás két példánnyal lesz kiépítve és futtatva. Jelenleg a két mindig készen lévő példányért kell fizetnie, de nem kell előre melegített példányért fizetnie, mivel nincs előmelegített példány lefoglalva.
- Ahogy az alkalmazás ELKEZD HTTP-forgalmat fogadni, a kérések terhelése a két mindig készen lévő példányon el lesz osztva. Amint ez a két példány megkezdi az események feldolgozását, a rendszer hozzáad egy példányt az előmelegített puffer kitöltéséhez. Az alkalmazás most három kiépített példánnyal fut: a két mindig készen lévő példánnyal, valamint a harmadik előmelegített és inaktív pufferrel. A három példányért fizetnie kell.
- Ahogy a terhelés növekszik, és az alkalmazásnak több példányra van szüksége a HTTP-forgalom kezeléséhez, az előmegjelenített példányt egy aktív példányra cseréli. A HTTP-terhelés most mind a három példányra lesz irányítva, és egy negyedik példány azonnal ki lesz építve az előmelegített puffer kitöltéséhez.
- Ez a skálázási és előmelegítési sorozat addig folytatódik, amíg el nem éri az alkalmazás maximális példányszámát, vagy a terhelés csökken, ami miatt a platform egy idő után visszaskálázódik. A példányok nincsenek előmelegedve vagy aktiválva a maximális értéknél nagyobb értéken.
A portálon nem módosíthatja az előmelegített példányok számát, ehelyett az Azure CLI-t vagy a Azure PowerShell kell használnia.
Függvényalkalmazás-példányok maximális száma
A csomag maximális példányszámán kívül alkalmazásonkénti maximumot is konfigurálhat. Az alkalmazás maximális mérete az alkalmazásméretkorláttal konfigurálható.
Privát hálózati kapcsolat
A Prémium csomagban üzembe helyezett függvényalkalmazások kihasználhatják a webalkalmazások VNet-integrációját. Ha konfigurálva van, az alkalmazás kommunikálhat a virtuális hálózaton belüli erőforrásokkal, vagy szolgáltatásvégpontokon keresztül védve. Az alkalmazásban IP-korlátozások is elérhetők a bejövő forgalom korlátozásához.
Ha prémium csomagban rendel hozzá egy alhálózatot a függvényalkalmazáshoz, minden lehetséges példányhoz elegendő IP-címmel rendelkező alhálózatra van szüksége. Legalább 100 elérhető címmel rendelkező IP-blokkra van szükség.
További információ: Függvényalkalmazás integrálása virtuális hálózattal.
Gyors rugalmas skálázás
A rendszer automatikusan hozzáad további számítási példányokat az alkalmazáshoz a használatalapú csomaggal megegyező gyors skálázási logikával. Az ugyanabban a App Service Csomagban lévő alkalmazások skálázása egymástól függetlenül történik az egyes alkalmazások igényeinek megfelelően. Az ugyanabban a App Service csomagban lévő Functions-alkalmazások azonban megosztják a virtuálisgép-erőforrásokat a költségek csökkentése érdekében, ha lehetséges. A virtuális géphez társított alkalmazások száma az egyes alkalmazások lábnyomától és a virtuális gép méretétől függ.
A skálázás működésével kapcsolatos további információkért lásd: Eseményvezérelt skálázás Azure Functions.
Hosszabb futtatási időtartam
A használati tervben lévő függvények egyetlen végrehajtás esetén legfeljebb 10 percig használhatók. A Prémium csomagban a futtatási időtartam alapértelmezés szerint 30 perc, hogy megakadályozza a futtatásos végrehajtásokat. A host.json konfigurációt azonban úgy módosíthatja , hogy az időtartam kötetlen legyen a Prémium csomagbeli alkalmazások esetében, az alábbi korlátozásokkal:
- A platformfrissítések aktiválhatják a felügyelt leállítást, és leállíthatják a függvény végrehajtását.
- A platformkimaradások kezeletlen leállítást okozhatnak, és leállíthatják a függvény végrehajtását.
- Van egy tétlen időzítő, amely 60 perc után leállítja a feldolgozót új végrehajtások nélkül.
- A skálázás viselkedése a feldolgozó 60 perc után történő leállítását okozhatja.
- A pontcserék megszakíthatják a végrehajtásokat a forráson és a célhelyeken a felcserélés során.
Áttelepítés
Ha rendelkezik egy meglévő függvényalkalmazással, az Azure CLI-parancsokkal migrálhatja az alkalmazást egy Használati csomag és egy Prémium csomag között Windows rendszeren. Az egyes parancsok a migrálás irányától függenek. További információ: Migrálás megtervezve.
Ez a migrálás Linuxon nem támogatott.
Csomag- és termékváltozat-beállítások
A csomag létrehozásakor két csomagméret-beállítás létezik: a példányok minimális száma (vagy a csomag mérete) és a maximális méretkorlát.
Ha az alkalmazásnak a mindig készen álló példányokon túlra is szüksége van példányokra, a vertikális felskálázás addig folytatódhat, amíg a példányok száma eléri a maximális kipukkadási korlátot. A csomag méretén túli példányok számlázása csak akkor történik meg, ha azok futnak és ki vannak foglalva Önnek másodpercenként. A platform minden tőle telhetőt megtesz annak érdekében, hogy az alkalmazást a megadott maximális korlátra skálázhassa.
A csomag méretének és maximális értékének konfigurálásához a Azure Portal a csomagban üzembe helyezett függvényalkalmazás Beállításai területén válassza a Felskálázási beállítások lehetőséget.
Minden csomag minimuma legalább egy példány lesz. A példányok tényleges minimális száma automatikusan lesz konfigurálva az alkalmazások által a csomagban kért mindig kész példányok alapján. Ha például az A alkalmazás öt mindig kész példányt kér, és a B alkalmazás két mindig kész példányt kér ugyanabban a csomagban, a minimális csomagméret ötként lesz kiszámítva. Az A alkalmazás mind az 5-en fut, a B alkalmazás pedig csak a 2-n fog futni.
Fontos
A minimális példányszámban lefoglalt példányokért díjat számítunk fel, függetlenül attól, hogy a függvények futnak-e vagy sem.
A legtöbb esetben ez az automatikusan kiszámított minimum elegendő. A minimumon túli skálázás azonban a lehető legjobb erőfeszítéssel történik. Előfordulhat azonban, hogy egy adott időpontban a vertikális felskálázás késhet, ha további példányok nem érhetők el. Az automatikusan kiszámított minimumnál magasabb minimum beállításával a példányokat a felskálázás előtt lefoglalhatja.
A Azure Portal minimális példányait úgy konfigurálhatja, hogy a csomagban üzembe helyezett függvényalkalmazás Beállítások csoportjában a Felskálázási beállítások lehetőséget választja.
Elérhető példány-termékváltozatok
A csomag létrehozásakor vagy skálázásakor három példányméret közül választhat. A rendszer a kiosztott magok és a kiosztott memória teljes számát számítja fel másodpercenként, hogy az egyes példányok ki legyenek foglalva Önnek. Az alkalmazás igény szerint automatikusan felskálázható több példányra.
| SKU | Cores | Memory (Memória) | Tárolás |
|---|---|---|---|
| EP1 | 1 | 3,5 GB | 250 GB |
| EP2 | 2 | 7 GB | 250 GB |
| EP3 | 4 | 14 GB | 250 GB |
Memóriahasználattal kapcsolatos szempontok
A több memóriával rendelkező gépen való futtatás nem mindig jelenti azt, hogy a függvényalkalmazás az összes rendelkezésre álló memóriát használja.
Egy JavaScript-függvényalkalmazást például a Node.js alapértelmezett memóriakorlátja korlátozza. A rögzített memóriakorlát növeléséhez adja hozzá az alkalmazásbeállítást languageWorkers:node:arguments a következő --max-old-space-size=<max memory in MB>értékkel: .
A 4 GB-nál több memóriával rendelkező csomagok esetében győződjön meg arról, hogy 64 Bit a Bitness Platform beállítása az Általános beállítások területen van beállítva.
Régió maximális felskálázása
Az alábbiakban az egyes régiókban és operációsrendszer-konfigurációkban található egyetlen csomag jelenleg támogatott maximális vertikális felskálázási értékeit találja.
Tekintse meg a Functions teljes regionális elérhetőségét az Azure webhelyén.
| Region | Windows | Linux |
|---|---|---|
| Ausztrália középső régiója | 100 | Nem érhető el |
| Ausztrália 2. középső régiója | 100 | Nem érhető el |
| Kelet-Ausztrália | 100 | 40 |
| Délkelet-Ausztrália | 100 | 20 |
| Dél-Brazília | 100 | 20 |
| Közép-Kanada | 100 | 100 |
| Közép-India | 100 | 20 |
| Az USA középső régiója | 100 | 100 |
| Kelet-Kína 2. régiója | 100 | 20 |
| Észak-Kína 2. régiója | 100 | 20 |
| Kelet-Ázsia | 100 | 20 |
| USA keleti régiója | 100 | 100 |
| USA 2. keleti régiója | 100 | 100 |
| Közép-Franciaország | 100 | 60 |
| Középnyugat-Németország | 100 | 20 |
| Kelet-Japán | 100 | 20 |
| Nyugat-Japán | 100 | 20 |
| Jio Nyugat-India | 100 | 20 |
| Dél-Korea középső régiója | 100 | 20 |
| Dél-Korea déli régiója | Nem érhető el | 20 |
| USA északi középső régiója | 100 | 20 |
| Észak-Európa | 100 | 100 |
| Kelet-Norvégia | 100 | 20 |
| Dél-Afrika északi régiója | 100 | 20 |
| Dél-Afrika nyugati régiója | 20 | 20 |
| USA déli középső régiója | 100 | 100 |
| Dél-India | 100 | Nem érhető el |
| Délkelet-Ázsia | 100 | 20 |
| Észak-Svájc | 100 | 20 |
| Nyugat-Svájc | 100 | 20 |
| Egyesült Arab Emírségek északi régiója | 100 | 20 |
| Az Egyesült Királyság déli régiója | 100 | 100 |
| Az Egyesült Királyság nyugati régiója | 100 | 20 |
| USGov Arizona | 100 | 20 |
| USGov Texas | 100 | Nem érhető el |
| USGov Virginia | 100 | 20 |
| USA nyugati középső régiója | 100 | 20 |
| Nyugat-Európa | 100 | 100 |
| Nyugat-India | 100 | 20 |
| USA nyugati régiója | 100 | 100 |
| USA 2. nyugati régiója | 100 | 20 |
| USA 3. nyugati régiója | 100 | 20 |