esemény
AI-alkalmazások és -ügynökök létrehozása
márc. 17. 21 - márc. 21. 10
Csatlakozzon a meetup sorozathoz, hogy valós használati esetek alapján, skálázható AI-megoldásokat hozzon létre más fejlesztőkkel és szakértőkkel.
RegisztrációAz Azure OpenAI kiépített felügyelt ajánlatfrissítései
A Microsoft fejlesztéseket indított a kiépített átviteli sebességre vonatkozó ajánlatában, amely az ügyfeleknek az új fizetési lehetőségeket és üzembe helyezési forgatókönyveket megnyitó használhatóságra és működési rugalmasságra vonatkozó visszajelzéseit kezeli.
Ez a cikk a kiosztott átviteli sebesség ajánlatának meglévő felhasználói számára készült. Az új ügyfeleknek az Azure OpenAI által kiépített előkészítési útmutatóra kell hivatkoznia.
Fontos
A cikkben szereplő módosítások nem vonatkoznak a régebbi "Kiépített klasszikus (PTU-C)" ajánlatra. Ezek csak a kiépített (más néven kiépített felügyelt) ajánlatot érintik.
| Szolgáltatás | Juttatás |
|---|---|
| Modellfüggetlen kvóta | Az összes modellre/verzióra kiterjedő egyetlen kvótakorlát csökkenti a kvótakezelést, és felgyorsítja az új modellekkel való kísérletezést. |
| Önkiszolgáló kvótakérések | Kvótanövelés kérése az értékesítési csapat bevonása nélkül – sok automatikusan alkalmazható. |
| Alapértelmezett kiépített felügyelt kvóta számos régióban | Első lépések gyorsan, kvóta kérése nélkül. |
| Transzparens információk a valós idejű kapacitás rendelkezésre állásáról + Új üzembe helyezési folyamat | A rendelkezésre állásról folytatott tárgyalások csökkentése felgyorsítja a piacra ásott időt. |
| Szolgáltatás | Juttatás |
|---|---|
| Nem kötés, Óránként lehetőség | A kötés nélküli óránkénti fizetési lehetőség lehetővé teszi a rövid távú üzembe helyezési forgatókönyveket. Ideális új modellek teszteléséhez és a kiosztott átviteli sebesség előnyeinek felméréséhez. |
| Időszaki kedvezmények az Azure Reservationsen keresztül | Az Azure-foglalások jelentős kedvezményeket biztosítanak az egy hónapos és egy éves óradíj alapján, valamint rugalmas hatóköröket biztosítanak, amelyek minimalizálják az adminisztrációt, és a mai erőforráshoz kötött kötelezettségvállalásokhoz kapcsolódnak. |
| Alapértelmezett kiépített felügyelt kvóta számos régióban | Első lépések gyorsan az új régiókban anélkül, hogy először kvótát kellene kérnie. |
| Rugalmas fizetési modell kiválasztása meglévő kiépített ügyfelek számára | A kötelezettségvállalásokkal rendelkező ügyfelek a jelenleg támogatott modellek élettartamának végéig maradhatnak a kötelezettségvállalási modellen, és dönthetnek úgy, hogy a meglévő kötelezettségvállalásokat óránként/foglalásba migrálják felügyelt folyamaton keresztül. Javasoljuk, hogy óránként/ foglalásokra migráljon, hogy kihasználhassa a kifejezésbeli kedvezmények előnyeit, és hogy a legújabb modellekkel működjön együtt. |
| A legújabb modellgenerációk támogatása | A legújabb modellek csak óránként/ foglalások esetén érhetők el a kiépített ajánlatban. |
A kiépített kvóta részletessége modellspecifikusról modellfüggetlenre változik. Az előfizetésen és régión belüli minden modell és verzió saját kvótakorláttal rendelkezik, előfizetésenként és régiónként egyetlen kvótaelem van, amely korlátozza az összes támogatott modellben és verzióban üzembe helyezhető PTU-k teljes számát.
2024. augusztus 12-étől a meglévő ügyfelek aktuális, modellspecifikus kvótája modellfüggetlenné lett alakítva. Ez automatikusan megtörténik. Az áttűnés során nem veszett el kvóta. A meglévő kvótakorlátok összegzése és hozzárendelése egy új modellfüggetlen kvótaelemhez.
Az új modellfüggetlen kvóta egy kiépített felügyelt átviteli egység nevű kvótaelemként jelenik meg, a modell és a verzió már nem szerepel a névben. Az Azure AI Foundry kvótapanelén a kvótaelem kibontása továbbra is megjeleníti a kvótaelemhez hozzájáruló összes üzemelő példányt.
Az új és a meglévő előfizetések számos régióban kis mennyiségű kiosztott kvótát kapnak. Ez lehetővé teszi az ügyfelek számára, hogy anélkül kezdik el használni ezeket a régiókat, hogy először kvótát kellene igényelniük.
Meglévő ügyfelek esetén, ha a régió már tartalmaz kvóta-hozzárendelést, a kvótakorlát nem módosul a régióra vonatkozóan. Például az új alapértelmezett összeg nem növeli automatikusan.
Az ügyfelek már nem kapják meg a kvótát, ha kapcsolatba lépnek az értékesítési csapatukkal. Ehelyett az önkiszolgáló kvótakérelmek űrlapot használják, és megadják a PTU által felügyelt kvóta típusát. Az űrlap a kvótaelem jobb oldalán található hivatkozásból érhető el. A cél az, hogy két munkanapon belül válaszoljon az összes kvótakérésre.
Az alábbi kvóta képernyőképe a modellfüggetlen kvótát mutatja be, amelyet a különböző típusú üzemelő példányok használnak, valamint a további kvóta igénylésére szolgáló hivatkozást.
Az augusztusi frissítés előtt az Azure OpenAI Provisioned csak néhány ügyfél számára volt elérhető, és a kvótát úgy osztották ki, hogy maximalizálják az üzembe helyezés és a használat lehetőségét. Ezekkel a módosításokkal a kvóta beszerzésének folyamata minden felhasználó számára egyszerűbbé vált, és nagyobb a valószínűsége annak, hogy az üzembe helyezési kísérletek során a szolgáltatáskapacitás korlátaiba ütközik. Új API- és portálélmény érhető el, amely segít a felhasználóknak megtalálni azokat a régiókat, ahol az előfizetés kvótával rendelkezik, és a szolgáltatás képes támogatni a kívánt modell üzembe helyezését.
Azt is javasoljuk, hogy a kötelezettségvállalásokat használó ügyfelek most hozzák létre az üzemelő példányaikat, mielőtt kötelezettségvállalásokat hoznak létre vagy bővítenek annak érdekében, hogy lefedjék őket. Ez garantálja, hogy a kapacitás rendelkezésre áll a kötelezettségvállalás létrehozása előtt, és megakadályozza a kötelezettségvállalás túlvásárlását. Ennek támogatása érdekében a rendszer eltávolította azt a korlátozást, amely megakadályozta, hogy az üzemelő példányok a kötelezettségvállalásaiknál nagyobb méretűek legyenek. A kvóta, a kapacitás rendelkezésre állása és a kötelezettségvállalások új megközelítése megegyezik az óránkénti/foglalási modellben biztosítottaknak, és a kötelezettségvállalás (vagy az óránkénti modellhez tartozó foglalás) megvásárlása előtt üzembe helyezésre vonatkozó útmutató mindkettő esetében megegyezik.
Erről részletes információk az alábbi hivatkozásokon láthatók. A foglalásokra és a kötelezettségvállalásokra vonatkozó útmutatás ugyanaz:
Megjegyzés
A fizetési modellek alábbi leírása nem vonatkozik a régebbi "Kiépített klasszikus (PTU-C)" ajánlatra. Ezek csak a kiépített (más néven kiépített felügyelt) ajánlatot érintik. A kiosztott klasszikust továbbra is a változatlan havi kötelezettségvállalási fizetési modell szabályozza.
A Microsoft bevezetett egy új "óránkénti/foglalási" fizetési modellt a kiépített üzemelő példányokhoz. Ez a jelenlegi kötelezettségvállalási fizetési modellen kívül, amely a jelenleg támogatott korlátozott modelllista élettartamának végéig továbbra is támogatott lesz. A kötelezettségvállalási fizetési modell támogatott modelljeinek listáját a Kötelezettségvállalási fizetési modell támogatott modelljei között találja.
A kiosztott (szerződésben elérhető hosszabb feltételek) használatához regionális, havi kötelezettségvállalás szükséges.
A kötelezettségvállalások az Azure OpenAI-erőforrásokhoz vannak kötve, ami megnehezíti az üzemelő példányok erőforrások közötti áthelyezését.
A kötelezettségvállalásokat nem lehet lemondani vagy módosítani a ciklusuk során, kivéve, ha új PTU-kat adnak hozzá.
A kötelezettségvállalások csak az Azure OpenAI-modellek alábbi listáját támogatják. Az alábbi listában nem szereplő egyéb modellek vagy a kiosztott átviteli sebességre vonatkozó újabb modellek előkészítéséhez tekintse meg az Azure OpenAI kiépített előkészítési útmutatóját és az Azure OpenAI által kiépített üzembe helyezésekhez tartozó Azure Reservationst
| Támogatott modellek a kötelezettségvállalási tervben |
|---|
| gpt-35-turbo |
| gpt-4 |
| gpt-4-32k |
| gpt-4o |
A fizetési modell összhangban van más termékek Azure-szabványaival.
Az óránkénti használat támogatott, kötelezettségvállalás nélkül.
Egy hónapos és egy éves időszaki kedvezmények regionális Azure-foglalásként vásárolhatók meg.
A foglalások rugalmas hatókörrel több előfizetésre is kiterjedhetnek, és a hatókör félidő alatt módosítható.
Az összes modellt támogatja, mind a régi, mind az új modelleket.
Fontos
Az óránkénti/foglalási fizetési modellel rendelkező kiépített ajánlatokban további legújabb modellek érhetők el. Itt ellenőrizheti, hogy a fenti listában nem szereplő rendelkezésre állásmodellek nem telepíthetők-e aktív kötelezettségvállalásokkal rendelkező Azure OpenAI-erőforrásokra. Az újabb modellek üzembe helyezéséhez a következőket kell tennie:
- Üzembe helyezéseket hozhat létre az Azure OpenAI-erőforrásokon kötelezettségvállalás nélkül.
- Meglévő erőforrás migrálása a kötelezettségvállalásaiból.
Az óránkénti/fenntartott fizetési modell megjelenésével a fizetési lehetőségek rugalmasabbak, és a kiosztott fizetések körüli modell megváltozott. Amikor az egy hónapos kötelezettségvállalások voltak az egyetlen lehetőség a kiépített vásárlásra, a modell a következő volt:
- PTU-kvóta lekérése a Microsoft-fiók csapatától.
- "Vásárlás" kvóta azon az erőforráson lévő kötelezettségvállalásból, ahol telepíteni szeretné.
- Hozzon létre üzembe helyezéseket az erőforráson a kötelezettségvállalási korlátig.
A modell és az új modell közötti fő különbség az, hogy korábban csak egy hónapos kedvezményen keresztül lehetett fizetni a kiépítésért. Most óránként üzembe helyezheti és kifizetheti az üzembe helyezéseket, ha úgy dönt, és külön döntést hoz arról, hogy egy egy hónapos kötelezettségvállalással (mint korábban) vagy egy Azure-foglalással kívánja-e kedvezményessé tenni őket.
Ezzel a megállapítással a fizetési modellekre való gondolkodás új módja a következő:
- PTU-kvóta lekérése az önkiszolgáló űrlap használatával.
- Hozzon létre üzembe helyezéseket a kvótával.
- Igény szerint megvásárolhat vagy kiterjeszthet egy kötelezettségvállalást vagy foglalást, hogy érvényesíteni tudja a futamidőre vonatkozó kedvezményt az üzemelő példányokra.
Az 1. és a 2. lépés minden esetben megegyezik. A különbség az, hogy egy kötelezettségvállalást vagy egy Azure-foglalást használnak-e járműként a kedvezmény biztosítására. Mindkét modellben:
A kedvezménynél több PTU-t is üzembe helyezhet. (például ha egy új modell kipróbálásához rövid távú üzembe helyezést hoz létre, kedvezmény vásárlása nélkül is üzembe helyezhető)
A kedvezménymetódus (kötelezettségvállalás vagy foglalás) a kedvezményes árat rögzített számú PTU-ra alkalmazza, és hatóköre meghatározza, hogy mely üzemelő példányok számítanak bele a kedvezménybe.
Kedvezmény típusa Elérhető hatókörök (régión belül) Kötelezettségvállalás Azure OpenAI-erőforrás Foglalás Erőforráscsoport, egyetlen előfizetés, felügyeleti csoport (előfizetések csoportja), megosztott (a számlázási fiók összes előfizetése) A rendszer a kedvezményes árat alkalmazza az üzembe helyezett PTU-kra a kedvezményben szereplő kedvezményes PTU-k számától függően.
A diszkontált PTU-kat meghaladó üzembe helyezett PTU-k (vagy a kedvezmény által nem fedezett) számát az óradíj számítja fel.
Az ajánlott eljárás az üzembe helyezések létrehozása, majd a kedvezmények alkalmazása. Ez a szolgáltatás garantálása. kapacitás áll rendelkezésre az üzemelő példányok támogatásához, mielőtt létrehoz egy szerződési szerződést a nem használható PTU-khoz.
Megjegyzés
Az ajánlott eljárásokat követve óránkénti díjakat kaphat az üzembe helyezés létrehozása és a kedvezmény (kötelezettségvállalás vagy foglalás) növelése között.
Ezért azt javasoljuk, hogy az üzembe helyezést követően azonnal növelje a kedvezményt. Az Azure-foglalások megvásárlásának előfeltételei eltérnek a kötelezettségvállalásoktól, és javasoljuk, hogy az üzembe helyezés előtt ellenőrizze őket, ha az üzembe helyezés kedvezményéhez szeretné használni őket. További információ: Az Azure-foglalások megtekintésére és kezelésére vonatkozó engedélyek
Az Azure OpenAI kiosztott ajánlatát 2024 augusztusa előtt használó ügyfelek egyszerre vagy mindkét fizetési modellt használhatnak egy előfizetésen belül. Az egyes üzemelő példányokhoz használt fizetési modell meghatározása az Azure OpenAI-erőforrás alapján történik:
Az erőforrás aktív elkötelezettséggel rendelkezik
- A kötelezettségvállalás az erőforráson lévő összes üzembe helyezést a kötelezettségvállalás ptU-jainak számától függően kedvezményezi. A többlet PTU-k óránként kerülnek számlázásra, kivéve, ha a felesleges PTU-k nincsenek aktív foglalás hatókörében. Ha a felesleges PTU-k egy aktív foglalás hatókörében találhatók, a rendszer csoportként, a foglaláson lévő PTU-k számáig diszkontálódik, és a fennmaradó többletkiömlések óránként kerülnek számlázásra.
Az erőforrás nem rendelkezik aktív elkötelezettséggel
- Az erőforrás alatti üzemelő példányok jogosultak az Azure-foglalások kedvezményére. Ahhoz, hogy ezek az üzemelő példányok kedvezményesek legyenek, egy aktív foglalás hatókörén belül kell létezniük. A foglalás hatókörébe tartozó összes üzemelő példány (beleértve az ugyanazon vagy más előfizetésben lévő más erőforrásokon történő üzemelő példányokat is) csoportként, a foglalásban lévő PTU-k számának függvényében lesznek diszkontraktálva. A többlet PTU-k számlázása óránként megtörténik.
A ma kötelezettségvállalással rendelkező ügyfelek továbbra is használhatják őket legalább a támogatott modell kivonásáig. Ez magában foglalja az új vagy meglévő kötelezettségvállalások új PTU-k vásárlását és a kötelezettségvállalások megújításának kezelését. Az augusztusi frissítés azonban megváltoztatta a kötelezettségvállalási művelet bizonyos aspektusait.
Az Azure OpenAI 2024. augusztus 1-től leállította az új kötelezettségvállalásokra való regisztráció támogatását
Csak korlátozott modellkészlet helyezhető üzembe egy kötelezettségvállalással rendelkező erőforráson. Íme a modellek listája
Ha a kötelezettségvállalás keretében üzembe helyezett PTU-k túllépik a lekötött PTU-kat, az óránkénti túlhasználati díjakat a rendszer az új óránkénti/foglalási fizetési modellhez használt óradíj-mérővel azonos óradíjjal adja ki. Ez lehetővé teszi a túlhasználati díjak kedvezményét egy Azure-foglaláson keresztül.
Az erőforráson lekötöttnél több PTU is üzembe helyezhető. Ez támogatja a kapacitás rendelkezésre állásának biztosítását a kötelezettségvállalás méretének növelése előtt.
A meglévő ügyfelek dönthetnek úgy, hogy áttelepítik meglévő erőforrásaikat a Kötelezettségvállalásból az óránkénti/foglalási fizetési modellbe, hogy kihasználhassák a legújabb modellek üzembe helyezésének lehetőségét, vagy összevonhatják a különböző üzemelő példányok kedvezményeit egyetlen foglalásban.
Az ügyfelek kétféleképpen migrálhatók erőforrásokat a Kötelezettségvállalási modell használatával az óránkénti/foglalási modellbe.
Az önkiszolgáló migrálási megközelítés lehetővé teszi az ügyfél számára, hogy a kötelezettségvállalásaiból organikusan erőforrásokat szabadítjon fel azáltal, hogy lehetővé teszi számukra a lejáratukat. Az erőforrás migrálásának folyamata a következő:
Állítsa be a meglévő kötelezettségvállalást, hogy ne adja meg automatikusan a kötelezettséget, és jegyezze fel a lejárati dátumot.
A lejárati dátum előtt az ügyfélnek meg kell vásárolnia egy Azure-foglalást, amely tartalmazza az előfizetésenként lekötött PTU-k teljes számát. Ha egy meglévő foglalás már rendelkezik az előfizetéssel a hatókörében, az új PTU-k lefedéséhez mérete növelhető.
Ha a kötelezettségvállalás lejár, az erőforrás alatti üzembe helyezések automatikusan az Óránként/Foglalás módra váltanak a foglalás által kedvezményes használattal.
Ez az önkiszolgáló migrálási megközelítés átfedést eredményez, ha a foglalás és a kötelezettségvállalás is aktív. Ez a migrálási mód egyik jellemzője, és az átfedésre vonatkozó foglalási vagy kötelezettségvállalási idő nem kerül jóváírásra az ügyfélnek.
Az önkiszolgáló migrálás alternatív módszere, ha a foglalásvásárlást a kötelezettségvállalás lejárta után történő vásárlásra váltja. Ebben a megközelítésben az üzemelő példányok óránkénti használatot generálnak a kötelezettségvállalás lejárata és a foglalás megvásárlása közötti időszakra vonatkozóan. Az előző modellhez hasonlóan ez is jellemző erre a megközelítésre, és ez az óránkénti használat nem lesz jóváírva.
Az önkiszolgáló migrálás előnyei:
- Az egyes erőforrások különböző időpontokban migrálhatók.
- Az ügyfelek a Microsofttól való függőség nélkül kezelik a migrálást.
Az önkiszolgáló migrálás hátrányai:
- A lekötöttről az óránkénti/foglalási számlázásra való váltás során rövid ideig dupla vagy óránkénti díjakat kell fizetni.
Fontos
Az önkiszolgáló megközelítés további díjakat hoz létre, mivel a fizetési mód a Véglegesített módról óránként/Foglalásra vált. Ez a migrálási megközelítés jellemzői, és az ügyfelek nem kerülnek jóváírásra ezekért a díjakért. Az ügyfelek dönthetnek úgy is, hogy az alább ismertetett felügyelt migrálási módszert használják a további költségek elkerülése érdekében.
A felügyelt migrálási megközelítés magában foglalja, hogy az ügyfél a Microsofttal együttműködve tömegesen migrálja az előfizetésben/régióban lévő összes PTU-kötelezettségvállalást egyszerre. Így működik:
- Az ügyfél bevonja a fiókcsapatot, és felügyelt migrálást kér. A microsoftos csapat egy migrálási tulajdonosát rendeli hozzá az ügyfél migrálásához.
- A rendszer kiválaszt egy dátumot, amikor az ügyfelek előfizetésein és az aktuális PTU-kötelezettségvállalásokat tartalmazó régiókon belüli összes erőforrás át lesz migrálva a véglegesítettről az óránkénti/foglalási számlázási modellbe. Ugyanazon a napon több előfizetés és régió is migrálható.
- A megállapodás szerinti napon:
- Az ügyfél regionális foglalásokat vásárol, hogy lefedje a konvertálni kívánt véglegesített PTU-kat, és átadja a foglalási adatokat a Microsoft migrálási kapcsolattartójának.
- 2–3 munkanapon belül az összes kötelezettségvállalás proaktív módon megszűnik, és a korábban kötelezettségvállalások alá tartozó üzembe helyezések az óránkénti/foglalási fizetési modell használatával kezdődnek.
- A foglalásvásárlást követő számlázási időszakban az ügyfél jóváírást kap a foglalásvásárláshoz, amely a lemondott kötelezettségvállalásoknak a foglalásvásárlás időpontjától kezdődően érvényes részét fedezi.
Az ügyfeleknek kapcsolatba kell lépniük a fiókcsoportjukkal a felügyelt migrálás ütemezéséhez.
Felügyelt migrálás előnyei:
- Az előfizetésben/régióban lévő összes kötelezettségvállalás tömeges migrálása előnyös a sok kötelezettségvállalással rendelkező ügyfelek számára.
- Zökkenőmentes költségmigrálás: Nincs lehetőség a dupla számlázásra vagy az óránkénti többletköltségekre.
A felügyelt migrálás hátrányai:
- Az előfizetésben/régióban lévő összes kötelezettségvállalást egyszerre kell migrálni.
- Össze kell hangolnia a migrálás idejét a Microsoft csapatával.
A kiosztott átviteli sebességre vonatkozó kötelezettségvállalásokat az Azure AI Foundry portál navigációs menüjében>> található Felügyeleti központ kiválasztásával hozhatja létre és felügyelheti.
A Kötelezettségvállalások kezelése nézetben több dolgot is elvégezhet:
- Vásároljon új kötelezettségvállalásokat, vagy szerkessze a meglévő kötelezettségvállalásokat.
- Az előfizetésben lévő összes kötelezettségvállalás figyelése.
- Azonosíthatja és végrehajthatja azokat a kötelezettségvállalásokat, amelyek váratlan számlázást okozhatnak.
A következő szakaszok ezeket a feladatokat ismertetik.
Ha elkészült a kötelezettségvállalási terv, a következő lépés a kötelezettségvállalások létrehozása. A kötelezettségvállalások manuálisan jönnek létre az Azure AI Foundry használatával, és megkövetelik a felhasználótól, hogy az előfizetés szintjén közreműködői vagy Cognitive Services-közreműködői szerepkörrel rendelkezzen.
Minden létrehozandó új kötelezettségvállaláshoz kövesse az alábbi lépéseket:
- Indítsa el a Kiosztott átviteli sebesség vásárlási párbeszédpanelt az Azure OpenAI kiépített>kötelezettségvállalási csomagok kvótájának>kiválasztásával.
Válassza a Vásárlási kötelezettségvállalás lehetőséget.
Válassza ki az Azure OpenAI-erőforrást, és vásárolja meg a kötelezettségvállalást. Az erőforrásokat a meglévő kötelezettségvállalásokkal rendelkező erőforrásokra osztja fel, amelyeket szerkesztheti és azokat az erőforrásokat, amelyek jelenleg nem rendelkeznek kötelezettségvállalással.
| Beállítás | Jegyzetek |
|---|---|
| Erőforrás kiválasztása | Válassza ki azt az erőforrást, amelyben létre fogja hozni a kiépített üzembe helyezést. Miután megvásárolta a kötelezettségvállalást, nem fogja tudni használni a PTU-kat egy másik erőforráson, amíg az aktuális kötelezettségvállalás le nem jár. |
| Kötelezettségvállalási típus kiválasztása | Válassza a Kiépített lehetőséget. (A kiépítés egyenértékű a kiépített felügyelt szolgáltatással) |
| Jelenlegi nem véglegesített kiosztott kvóta | Az erőforrás véglegesítéséhez jelenleg elérhető PTU-k száma. |
| Véglegesíteni kívánt összeg (PTU) | Adja meg, hogy hány PTU-t szeretne véglegesíteni. Ez a szám növelhető a kötelezettségvállalási időszak alatt, de nem csökkenthető. Adja meg az értékeket 50-es növekményekben a kiépített kötelezettségvállalási típushoz. |
| Az aktuális időszakra vonatkozó kötelezettségvállalási szint | A kötelezettségvállalási időszak egy hónapra van beállítva. |
| Megújítási beállítások | Automatikus helyreállítás az aktuális PTU-knál Automatikus helyreállítás alacsonyabb PTU-knál Ne automatikusan újul meg |
- Válassza a Vásárlás lehetőséget. Megjelenik egy megerősítést kérő párbeszédpanel. A megerősítést követően a ptU-k véglegesítve lesznek, és használhatja őket egy kiépített üzembe helyezés létrehozásához. |
Fontos
A teljes időszakra előre számlázunk egy új kötelezettségvállalást. Ha a megújítási beállítások automatikus megújításra vannak beállítva, akkor a megújítási beállítások alapján minden megújítási napon újra kiszámlázzuk.
A Kötelezettségvállalások kezelése nézetben egy meglévő kötelezettségvállalást is szerkeszthet. Egy meglévő kötelezettségvállaláson kétféle módosítást hajthat végre:
- A kötelezettségvállaláshoz PTU-kat is hozzáadhat.
- Módosíthatja a megújítási beállításokat.
Egy kötelezettségvállalás szerkesztéséhez válassza ki a szerkeszteni kívánt aktuálisat, majd válassza a Kötelezettségvállalás szerkesztése lehetőséget.
A ptU-k meglévő kötelezettségvállaláshoz való hozzáadása lehetővé teszi, hogy nagyobb vagy több üzembe helyezést hozzon létre az erőforráson belül. Ezt a kötelezettségvállalás időtartama alatt bármikor megteheti.
Fontos
Amikor PTU-kat ad hozzá egy kötelezettségvállaláshoz, a rendszer azonnal számlázni fogja őket, az aktuális dátumtól a meglévő kötelezettségvállalási időszak végéig számított arányosított összeggel. A PTU-k hozzáadása nem állítja vissza a kötelezettségvállalási időtartamot.
A kötelezettségvállalás megújítási beállításai bármikor módosíthatók a kötelezettségvállalás lejárati dátuma előtt. A megújítási beállítások módosításának okai közé tartozik a kiosztott átviteli sebesség használatának megszüntetése azáltal, hogy a kötelezettségvállalást nem adja meg automatikusan, vagy csökkenti a kiosztott átviteli sebesség használatát a következő időszakban lekötött PTU-k számának csökkentésével.
Fontos
Ha engedélyezi egy kötelezettségvállalás lejáratát vagy méretének csökkentését, hogy az erőforrás alatti üzemelő példányok több PTU-t igényelnek, mint amennyi az erőforrás-kötelezettségvállalásban szerepel, óránkénti túlhasználati díjakat fog kapni a többlet PTU-kért. Egy olyan erőforrás például, amelynek üzembe helyezései összesen 500 PTU-t és 300 PTU-ra vonatkozó kötelezettségvállalást eredményeznek, óránkénti túlhasználati díjakat eredményeznek 200 PTU-ért.
A Kötelezettségvállalások kezelése panel az adott Azure-előfizetésen belüli kötelezettségvállalásokkal és PTU-használattal rendelkező összes erőforrást átfogó előfizetési áttekintést nyújt. Különösen fontos a következők:
- Véglegesített, üzembe helyezett és használatban lévő PTU-k – Ezek a számok adják meg a kötelezettségvállalások méretét, valamint azt, hogy az üzemelő példányok mennyit használnak. A befektetés maximalizálása az összes lekötött PTU használatával.
- Lejárati szabályzat és dátum – A lejárati dátum és a szabályzat tájékoztatja arról, hogy mikor jár le egy kötelezettségvállalás, és mi történik, amikor ez megtörténik. Az automatikus újraküldésre beállított kötelezettségvállalások a megújítás napján létrehoznak egy számlázási eseményt. A lejáró kötelezettségvállalások esetén a lejárati dátum előtt törölje az erőforrásokból az üzemelő példányokat, hogy megelőzze az óránkénti túlhasználat számlázásátA kötelezettségvállalás aktuális megújítási beállításai.
- Értesítések – Riasztások olyan fontos feltételekről, mint a fel nem használt kötelezettségvállalások és a számlázási túlhasználatot eredményező konfigurációk. A számlázási túlhasználatot olyan helyzetek okozhatják, mint amikor egy kötelezettségvállalás lejárt, és az üzemelő példányok továbbra is jelen vannak, de átálltak az óránkénti számlázásra.
A kiosztott átviteli sebesség használatának megszüntetése
A kiosztott átviteli sebesség használatának megszüntetéséhez és a kötelezettségvállalás lejárata után az óránkénti túlhasználati díjak megelőzéséhez állítsa le a díjakat az aktuális kötelezettségvállalások lejárta után, két lépést kell végrehajtania:
- Állítsa be a megújítási szabályzatot az összes kötelezettségvállalásra, hogy ne adja meg automatikusan.
- Törölje a kiépített üzembe helyezéseket a kvótával.
Kötelezettségvállalás/üzembe helyezés áthelyezése egy új erőforrásba ugyanabban az előfizetésben/régióban
Az Azure AI Foundryben nem lehet közvetlenül áthelyezni egy üzembe helyezést vagy egy új erőforrásra vonatkozó kötelezettségvállalást. Ehelyett létre kell hozni egy új üzembe helyezést a célerőforráson, és át kell helyezni a forgalmat. Ehhez meg kell vásárolni egy kötelezettségvállalást az új erőforráson. Mivel a kötelezettségvállalásokat 30 napos időszakra előre terheljük, ezt a lépést az eredeti kötelezettségvállalás lejáratával kell időzíteni, hogy az átfedések során minimális legyen az átfedés az új kötelezettségvállalással és a "kettős számlázással".
Ennek az átmenetnek a megvalósítása két megközelítéssel valósítható meg.
1. lehetőség: Átfedésmentes váltás
Ez a beállítás némi állásidőt igényel, de nem igényel extra kvótát, és nem okoz többletköltségeket.
| Lépések | Jegyzetek |
|---|---|
| A megújítási szabályzat beállítása a meglévő lejáró kötelezettségvállalásra | Ez megakadályozza, hogy a kötelezettségvállalás megújítsa és további díjakat állítsunk elő |
| A meglévő kötelezettségvállalás lejárta előtt törölje az üzembe helyezést | Az állásidő ekkor kezdődik, és az új üzembe helyezés és a forgalom áthelyezéséig tart. Az időtartamot úgy minimalizálhatja, hogy a törlés a lehető legközelebb kerül a lejárati dátumhoz/időhöz. |
| A meglévő kötelezettségvállalás lejárta után hozza létre a kötelezettségvállalást az új erőforráson | Minimalizálja az állásidőt úgy, hogy ezt és a következő lépést a lehető leghamarabb végrehajtja. |
| Hozza létre az üzembe helyezést az új erőforráson, és helyezze át a forgalmat hozzá |
2. lehetőség: Átfedésben lévő váltás
Ez a beállítás nem rendelkezik állásidővel, mivel mind a meglévő, mind az új üzemelő példány egyidejűleg üzemel. Ehhez kvóta szükséges az új üzembe helyezés létrehozásához, és az átfedésben lévő üzemelő példányok időtartamára további költségekkel jár.
| Lépések | Jegyzetek |
|---|---|
| A megújítási szabályzat beállítása a meglévő lejáró kötelezettségvállalásra | Ezzel megakadályozza a kötelezettségvállalás megújítását és további díjak keletkezését. |
| A meglévő kötelezettségvállalás lejárta előtt: 1. Hozza létre a kötelezettségvállalást az új erőforráson. 2. Hozza létre az új üzembe helyezést. 3. Forgalomváltás 4. Meglévő üzembe helyezés törlése |
Győződjön meg arról, hogy a meglévő kötelezettségvállalás lejárta előtt minden lépéshez elegendő időt hagy, ellenkező esetben a beállításoknál túlhasználati díjak keletkeznek (lásd a következő szakaszt). |
Ha az utolsó lépés a vártnál tovább tart, és a meglévő kötelezettségvállalás lejárta után fejeződik be, három lehetőség áll rendelkezésre a túlhasználati díjak minimalizálására.
- Állásidő: Törölje az eredeti üzembe helyezést, majd végezze el az áthelyezést.
- Fizetéstúllépés: Tartsa meg az eredeti üzembe helyezést, és fizessen óránként, amíg el nem helyezi a forgalmat, és nem törölte az üzembe helyezést.
- Állítsa alaphelyzetbe az eredeti kötelezettséget , hogy még egyszer megújuljon. Ez időt ad az áthelyezés ismert költséggel való elvégzésére.
A túlhasználat kifizetése és az eredeti kötelezettségvállalás visszaállítása az eredeti lejárati dátumon túli díjakat eredményez. A túlhasználati díjak fizetése olcsóbb lehet, mint egy új egy hónapos kötelezettségvállalás, ha csak egy vagy két napra van szüksége az áthelyezés elvégzéséhez. Hasonlítsa össze a két lehetőség költségeit a legalacsonyabb költségű megközelítés megtalálásához.
Ugyanezek a megközelítések vonatkoznak a kötelezettségvállalás és az üzembe helyezés régión belüli áthelyezésére, azzal a kivételnel, hogy az új helyen minden esetben rendelkezésre álló kvótára lesz szükség.
Az Azure AI Foundryben válassza a Felügyeleti központ>Kvóta>kiépített>kezelése kötelezettségvállalásait, és válasszon ki egy meglévő kötelezettségvállalással rendelkező erőforrást a megtekintéséhez vagy módosításához.
További források
Oktatás
Modul
Ez a modul bemutatja a kiépített üzembe helyezéseket az Azure OpenAI-szolgáltatásokban.