Javaslatok a környezeti költségek optimalizálásához

Az Azure Well-Architected Framework költségoptimalizálási ellenőrzőlista-javaslatára vonatkozik:

CO:08

A környezeti költségek optimalizálása. A kiadások igazítása az előtermelési, éles, üzemeltetési és vészhelyreállítási környezetek rangsorolásához. Az egyes környezetek esetében vegye figyelembe a szükséges rendelkezésre állást, licencelést, üzemidőt és feltételeket, valamint a biztonságot. A nem éles környezeteknek emulálniuk kell az éles környezetet. Stratégiai kompromisszumokat valósíthat meg nem éles környezetekben.

Ez az útmutató a számítási feladatok környezeteinek költségoptimalizálására vonatkozó javaslatokat ismerteti. Minden környezetet a saját céljára kell szabni, és a költséghatékonyságra kell optimalizálni. Fontos, hogy stratégiai kompromisszumokat hozzon létre, és olyan erőforrásokat foglaljon le, ahol a legfontosabbak, anélkül, hogy veszélyeztetné a kritikus összetevőket. A környezetek eltérő kezelésével és ennek megfelelően történő optimalizálásával egyensúlyt teremthet a költségoptimalizálás és a szükséges célkitűzések teljesítése között.

Definíciók

Időszak	Definíció
Helyreállítási időkorlát (RPO)	Az incidens során bekövetkező adatvesztés maximális elfogadható időtartama.
Helyreállítási időre vonatkozó célkitűzés (RTO)	Az az elfogadható maximális idő, amikor egy alkalmazás egy incidens után nem érhető el.
Szolgáltatásiszint-szerződés (SLA)	A szolgáltató és a szolgáltatói ügyfél közötti szerződéses megállapodás. A szerződés meghatározza a szolgáltatási szintű célkitűzéseket (SLA-kat). A szerződés teljesítésének elmulasztása pénzügyi következményekkel járhat a szolgáltatóra nézve.

Fő tervezési stratégiák

A környezeti költségek optimalizálásának célja, hogy megtalálja az egyes környezetek értékének, költségének és kockázatának megfelelő egyensúlyát, beleértve az éles, az üzem előtti és a vészhelyreállítási (DR) környezeteket is. Testre szabhatja az egyes környezeteket az adott célra, hogy pénzt takarítson meg, és hatékonyan használja az erőforrásokat. Határozza meg az egyes környezetek előnyeit, például a hatékonyságot vagy az ügyfelek elégedettségét. A környezet befektetésének megtérülését (ROI) akkor is értékelni szeretné, ha az nem termel közvetlen nyereséget. Több pénzt költhet a magas kockázatú környezetekre, hogy csökkentse a problémákat, és pénzt takarítson meg az alacsony kockázatú környezeteken. Cél az érték, a költség és a kockázat egyensúlyba hozására az egyes környezetekben.

Környezeti érték értékelése

Az egyes környezetek értékének felmérése azt jelenti, hogy tisztában van az üzletmenetre gyakorolt szélesebb körű hatásával, a felhasználói elégedettséggel, valamint annak meghatározásával, hogy hogyan igazodik az átfogó szervezeti célokhoz. Ez az értékelés segít megalapozott döntéseket hozni az erőforrás-kiosztásról, és a költségeket a környezeti prioritásokhoz igazítani. Az érték lényege túlnyúlik a környezet által generált bevételen. A környezet értékének kiértékelésekor a kiadásokat úgy kell rangsorolni, hogy az megfeleljen a számítási feladat céljainak. Az egyes környezetek értékének felméréséhez vegye figyelembe a következő tényezőket:

• Vegye figyelembe a felhasználót: Fontolja meg, hogy ki használja az egyes környezeteket, és mit kell belőle. Az ügyfelek például az éles környezetet használják, amelynek megbízhatónak kell lennie, és meg kell felelnie az adott SLA-knak a teljesítmény és az üzemidő szempontjából.

  Másrészt a fejlesztési környezet elsősorban a számítási feladatokért felelős csapatnak, például a fejlesztőknek és a tesztelőknek való. Ennek a környezetnek nem kell megfelelnie az ügyféloldali SLA-knak, de rendelkeznie kell a csapat hatékony működéséhez szükséges eszközökkel és erőforrásokkal.

  Ha tisztában van az egyes környezetek felhasználóinak egyedi igényeivel, jobban lefoglalhatja az erőforrásokat, és elkerülheti a többletköltségeket. Ez az elkerülés segít biztosítani, hogy az egyes környezetek működőképesek és költséghatékonyak legyenek.

• Összhangban a szervezeti érték mértékeivel: Költségcsökkentő erőfeszítéseit a szervezet prioritásaihoz, például a profithoz vagy az alkalmazottak elégedettségéhez igazíthatja. Az egyes környezetek esetében ismerje meg a siker definiált módját, hogy a műveletek célirányosak legyenek. Ha például a szervezet a profitmaximalizálásra vagy az alkalmazottak elégedettségére összpontosít, a kiadási döntéseket ezekhez a metrikákhoz igazíthatja.

Környezeti költségek meghatározása

A környezeti költségek meghatározásához ismerni kell az infrastruktúra, a szolgáltatások, a licencek és az üzemeltetési költségek költségeit az egyes számítási feladatok környezeteiben. A költségkezelési eszközök kulcsfontosságúak ahhoz, hogy betekintést nyerjenek a környezetek költségmintáiba és trendjeibe. A környezeti költségek meghatározásához vegye figyelembe az alábbi stratégiákat:

• Költségillesztők azonosítása: Azonosítsa azokat a fő tényezőket, amelyek az egyes környezetek költségeit befolyásolják. Ezek közé tartozhat az erőforrások kihasználtsága, a tárterület kihasználtsága, az adatmegőrzés, az adatátvitel és bizonyos szolgáltatások.

• Kockázatok kiértékelése: Értékelje a kiadási döntésekhez kapcsolódó kockázatokat, valamint a környezetre és az üzleti műveletekre gyakorolt lehetséges hatásukat. Vegye figyelembe az olyan tényezőket, mint az adatbiztonság, a megfelelőség, a teljesítmény, az auditok és az SLA-követelmények.

• A kiadások monitorozása és módosítása: Folyamatosan monitorozza és elemzi a kiadási mintákat, az értékkézbesítést és a kockázati tényezőket. Rendszeresen tekintse át és módosítsa a költségoptimalizálási stratégiákat a környezet és az üzlet igényeinek alakulásával.

Az éles környezet optimalizálása

Az éles környezetben a költségek optimalizálása magában foglalja a szükségtelen kiadások csökkentésére és a működési hatékonyság javítására szolgáló stratégiák megvalósítását. Összpontosítson az éles környezetek differenciálására és a felhasználók igényeinek kielégítésére. Íme az éles környezet optimalizálására vonatkozó javaslatok:

• Régiók megkülönböztetése: Kevesebbet költhet olyan régiókra, amelyek kevesebb ügyfelet szolgálnak ki. Például többet kell befektetnie egy olyan régióba, amely a felhasználók 90 százalékát szolgálja ki, mint egy olyan régióban, amely a felhasználók 10 százalékát szolgálja ki. Módosítsa az üzembehelyezési stratégiát úgy, hogy megfeleljen az egyes régiók és felhasználói szegmensek követelményeinek.

• Skálázás megkülönböztetése: Horizontális és függőleges skálázási stratégiák implementálása. Az erőforrások hatékonyan skálázhatók az igények kielégítéséhez túlkiépítés nélkül.

• Infrastruktúra megkülönböztetése: Válasszon költséghatékony hardver- és infrastruktúra-megoldásokat, amelyek megfelelnek a szükséges teljesítménynek és méretezhetőségnek. Vegye figyelembe az olyan tényezőket, mint a teljesítmény, a költség, a megbízhatóság és a méretezhetőség.

• Bérlői modellek hangolása: A környezet testreszabása a bérlői modell alapján. Például többet költ a fizetős bérlők szolgáltatásaira és szolgáltatásaira, és kevesebbet költ a nem fizető bérlőkre.

A DR-környezet optimalizálása

A DR-környezet olyan infrastruktúrára és folyamatokra utal, amelyeket a számítási feladatok a zavaró események utáni helyreállításhoz használnak. A zavaró események közé tartoznak a természeti katasztrófák, a kibertámadások és a hardverhibák. Egyensúlyba kell hozni a dr. vészhelyreállítási környezet fenntartásának költségeit, valamint a zavaró események potenciális hatásának arányát. Vegye figyelembe a következő stratégiákat:

• A rendszerek és adatok kritikusságának értékelése: Értékelje a rendszerek és az adatok fontosságát az egyes összetevőkhöz szükséges védelmi szint és erőforrások meghatározásához.

• Az RTO-k és az RPO-k meghatározása: A DR-környezet kialakításának meghatározásához határozza meg az egyes rendszerek vagy alkalmazások elfogadható állásidejű és adatvesztési korlátait.

• Hideg DR-környezet optimalizálása: A ritka elérésű dr. környezet kevés infrastruktúrával vagy futó szolgáltatással rendelkezik. Az infrastruktúrát kódként (IaC) használhatja az infrastruktúra gyors üzembe helyezéséhez egy zavaró esemény során. A biztonsági mentési és tárolási szabályzatnak meg kell felelnie a környezet RPO-jainak és RTO-jainak. Győződjön meg arról, hogy az adatmentések mennyisége és gyakorisága nem a szükségesnél robusztusabb.

  Kompromisszum: A ritka elérésű vészhelyreállítási környezet költséghatékony megoldás, de előfordulhat, hogy hosszú helyreállítási idő áll rendelkezésére.

• Gyakori elérésű DR-környezet optimalizálása: Minden infrastruktúra és szolgáltatás egy gyakori elérésű DR-környezetben fut. Az adatok valós időben tükrözik az elsődleges helyet. Közel azonnali feladatátvételt és minimális adatvesztést biztosít katasztrófa esetén. Fontolja meg az aktív-aktív üzembe helyezést a költségek optimalizálása érdekében.

• Meleg DR-környezet optimalizálása: A meleg DR megközelítés a hideg dr. környezet és a gyakori dr. dr. környezet közötti középút. A meleg környezet részben aktív, és rendszeres időközönként szinkronizálódik az elsődleges helyekkel. Egyensúlyt kínál a költségek és a helyreállítási idő között. Ez azonban a legkevésbé költségoptimalizált megközelítés. A költségek optimalizálásához fontolja meg a hideg vagy gyakori elérésű megközelítéseket.

Gyártás előtti környezetek optimalizálása

Az üzem előtti környezetek optimalizálásához stratégiailag kell kezelni az erőforrásokat a fejlesztési, tesztelési és előkészítési területeken, hogy szorosan szimulálják a termelést, miközben csökkentik a felesleges költségeket. Az üzem előtti környezetek nem igénylik az éles környezetek teljes körű és rendelkezésre állását. A legtöbb lehetőség abban rejlik, hogy ezeket a környezeteket a konkrét tesztelési és fejlesztési igényekhez igazítjuk anélkül, hogy pontosan duplikáljuk az éles környezetet. A költségcsökkentési területek közé tartozik az alacsonyabb költségű erőforrások használata, a felesleges szolgáltatások kikapcsolása és az előtermelési használathoz kínált kedvezmények alkalmazása. Fontolja meg a következő stratégiákat a gyártás előtti környezetek optimalizálásához:

Gyártás előtti környezetek kiértékelése

Az előtermelési környezetek elégtelen vagy nem megfelelő kiosztása erőforrások túlkiépítéséhez vagy alulkiépítéséhez vezethet. A számítási feladathoz tartozó előprodukciós környezetek kiértékeléséhez vegye figyelembe az alábbi útmutatást:

• A környezettípusok megismerése: Azonosítsa a számítási feladathoz szükséges üzem előtti környezettípusokat, például a fejlesztést, a tesztelést és az előkészítést. Minden környezetnek rendelkeznie kell egy meghatározott szerepkörrel és meghatározott funkcióval a hatékony erőforrás-kiosztás biztosítása érdekében.

• Összhangban a felhasználók követelményeivel: Az üzem előtti környezetek beállítása előtt ismerje meg a felhasználók követelményeit és elvárásait. A funkciók és az erőforrások szükségtelen költségeinek elkerülése érdekében az igényeikhez igazíthatja a funkciókat és a specifikációkat.

• A környezet konszolidálása: Állapítsa meg, hogy kombinálhatja-e a környezeteket anélkül, hogy veszélyeztetné a működésüket. Olyan környezetek kombinálása, amelyek nem fedik át egymást a függvényekkel. Egyesíthet például egy felhasználói elfogadási környezetet egy minőségbiztosítási környezettel. A függvények eltérőek, és az egyik környezet általában tétlen, amikor a másik használatban van.

  Kockázat: Legyen óvatos a környezetek kombinálásakor, hogy ne vezessen be ütközéseket, és ne veszélyeztesse a tesztelési vagy fejlesztési folyamatokat.

Az alábbi táblázat példákat tartalmaz a gyakori üzem előtti környezetekre.

Példa az üzem előtti környezetre	Description
Fejlesztési környezet	A fejlesztők ezzel a környezettel írnak és tesztelnek kódot. Tesztkörnyezetet biztosít, így a fejlesztők kísérletezhetnek, fejleszthetnek és integrálhatnak kódmódosításokat.
Minőségbiztosítási környezet	Ez a környezet a minőségbiztosítási tevékenységekkel foglalkozik. Tesztelésre a hibák vagy problémák azonosításához és javításához, mielőtt üzembe helyeznénk az éles környezetben.
Biztonsági környezet	Ez a környezet biztonsági teszteléshez készült. Az alkalmazás biztonságának biztosítása a fenyegetések és a biztonsági rések ellen.
Felhasználói elfogadás tesztelési környezet	Ebben a környezetben a végfelhasználók és az érdekelt felek tesztelnek egy alkalmazást annak működésének ellenőrzése és annak biztosítása érdekében, hogy megfeleljenek a követelményeknek és elvárásoknak.
Előkészítési környezet	Ez a környezet nagyon hasonlít az éles környezetre. A végső teszteléshez és ellenőrzéshez használható, mielőtt üzembe helyeznénk az éles környezetben.

Irányítás alkalmazása

A szabályozás alkalmazásának célja az üzembehelyezési lehetőségek korlátozása az üzem előtti környezetekben a költségek szabályozása és a kockázatok mérséklése érdekében. Az üzem előtti szakaszban rugalmasan szabhatja testre a konfigurációkat és üzembe helyezheti az erőforrásokat. Minél nagyobb az üzem előtti környezet eltérése az éles környezettől, annál nagyobb a potenciális kockázat. A cégirányítással korlátozhatja az üzem előtti környezeteket. Tekintse meg a következő útmutatót:

• Teljesítményszintek korlátozása: Értékelje ki az üzem előtti környezetek teljesítménykövetelményeit. Válassza ki azokat a teljesítményszinteket, amelyek kiegyensúlyozza a költségeket és a teljesítményt. Egy szolgáltatás gyakran különböző teljesítményszintekkel rendelkezik, és ezek némelyike alkalmasabb a tesztelésre. Egyes szolgáltatások olyan szintekkel rendelkeznek, amelyek éles környezethez hasonló funkciókat kínálnak, de nem rendelkeznek SLA-val. Ezek a szolgáltatások csökkentik a költségeket, de továbbra is biztosítják a teszteléshez és fejlesztéshez szükséges funkciókat.

• Az üzem előtti termékváltozatok ismertetése: Egyes termékváltozatok fejlesztési környezetekhez vannak tervezve. A költségek optimalizálásához értékelje ki a szolgáltatásokat és a szinteket. Alacsony teljesítményű szinteket választhat, ha a számítási feladathoz nincs szükség nagy teljesítményre.

• A példányok és cpu-k számának szabályozása: Határozza meg a példányok és cpu-erőforrások optimális számát, amelyekre az üzem előtti környezetnek szüksége van a számítási feladatok igényei alapján. A költségek minimalizálása érdekében kerülje az erőforrások túlzott kiépítését.

• Megőrzés és naplózás korlátozása: Adatmegőrzési szabályzatok definiálása a naplókhoz és az adatokhoz az üzem előtti környezetekben. Vegye figyelembe a naplók és adatok megőrzésének szükséges időtartamát a megfelelőségi követelmények és a költség szempontjai alapján. A tárolási költségek csökkentése érdekében kerülje a túlzott naplózást és megőrzést.

• Konzisztens CPU-architektúra használata: Ugyanazt a PROCESSZORarchitektúrát használja az üzem előtti és az éles környezetben. Az x86-alkalmazások például nem futnak natív módon az Azure Resource Manager, és fordítva. A kompatibilitás és a lehetséges problémák minimalizálása érdekében használja ugyanazt a CPU-architektúrát, mint az éles környezetben.

• Használja ugyanazt az operációs rendszert: Ne módosítsa az operációs rendszert (például Windowsról Linuxra) vagy kernelt az éles üzem előtti környezetekben. A Windowshoz készült szoftverek gyakran nem futnak natív módon Linuxon kompatibilitási réteg nélkül, és fordítva. A fájlrendszerek és a könyvtárstruktúrák eltérőek, ami alkalmazásjavítási problémákat okozhat. A konzisztens környezetek segítenek csökkenteni a kompatibilitási problémák kockázatát, és biztosítani a zökkenőmentes üzembe helyezést.

• Skálázás korlátozása: A költségek optimalizálása érdekében korlátozhatja az automatizálást az elszabadult automatizálás mérséklésére. Állítsa be például a maximális skálázási korlátot háromra a fejlesztési környezetben, és állítsa 10-re az éles környezetben. Korlátozza a skálázást az erőforrás-használat és az automatizálási költségek szabályozásához.

• Felesleges erőforrások kikapcsolása: Kikapcsolhatja az erőforrásokat, ha nincsenek aktívan használatban, például munkaidőn kívül és hétvégén. Automatizálási eszközök vagy szkriptek használatával ütemezheti az erőforrások leállítását és elindítását. Egyes szállítók olyan API-kat biztosítanak, amelyekkel programozott módon leállíthatja és elindíthatja az erőforrásokat. Fontolja meg az IaC használatát rövid élettartamú környezetek létrehozásához, amelyeket eltávolíthat, ha már nincs rájuk szüksége.

• Elérhető régiók korlátozása: Fontolja meg az üzem előtti környezetek különböző régiókban való futtatásának lehetséges előnyeit, ahol az Azure-erőforrások olcsóbbak lehetnek. A környezetek költségeinek optimalizálása érdekében korlátozza az üzem előtti üzemelő példányokat ezekre a régiókra.

A hasonlóság és a termelés közötti egyensúly

Gyakran szükségtelen és költséges, ha az üzem előtti környezetek pontosan tükrözik az éles környezetet. A cél annak biztosítása, hogy az egyes üzem előtti környezetek megfelelően különbözzenek az éles környezettől a szükségtelen költségek elkerülése érdekében. Ha azonban az üzem előtti és az éles üzem eltérő, fennáll a veszélye annak, hogy egy hiba éles környezetben lesz üzembe helyezve. Minél különböznek ezek a környezetek, annál nagyobb a kockázat. Az üzem előtti környezet igényeinek megfelelően történő testreszabása segíthet a kockázatok kezelésében a költségek optimalizálása mellett. A hasonlóság és az éles környezet közötti egyensúly érdekében vegye figyelembe a következő javaslatokat:

• Pontos replikák elkerülése: Ne tegye az üzem előtti környezetet az éles környezet pontos másolatává. Szükségtelenül növelheti a költségeket. Létrehozás egy üzem előtti környezetet, amely költséghatékony, de lehetővé teszi a potenciális kockázatok feltárását és kezelését az üzembe helyezés előtt.

• Kerülje a szélsőséges eltéréseket: Kerülje a termeléstől való túlzott eltérést, például a különböző szolgáltatások használatát. Előfordulhat, hogy a különböző szolgáltatások nem szimulálják pontosan a valós kockázatokat. Határozza meg a kockázati küszöbértéket, és ne lépje át a küszöbértéket kizárólag a megtakarítás érdekében.

• Futtatókörnyezetek lerövidítése: Érdemes lehet lerövidíteni a folyamatok futásidejét az üzem előtti szakaszban, hogy pénzt takarítson meg. Legyen óvatos az esetlegesen felmerülő új biztonsági résekkel, például a nem észlelt memóriavesztésekkel.

• Licencek áttekintése: Tekintse át a biztonsági eszközök licenccsomagját. Ha a csomópontok száma jelentősen eltér az éles és az üzem előtti beállítások között, újraértékeli az igényeket a költségek finomhangolásához a biztonság veszélyeztetése nélkül.

Fejlesztési környezetek optimalizálása

A fejlesztési környezeteket fejlesztési, tesztelési és hibakeresési célokra tervezték. Rövidebb életciklusuk van, és gyakran szükség szerint jönnek létre, és rövid ideig léteznek. A fejlesztési környezetek megbízhatóságára, kapacitására és biztonságára jellemzően alacsonyabb követelmények vonatkoznak, mint más üzem előtti és éles környezetekre. Előfordulhat, hogy kevesebb képességük van, és alacsonyabb erőforrás-kihasználtságot tudnak elfogadni. A fejlesztési környezet optimalizálása:

• Eszközhasználat kiértékelése: Rendszeresen felmérheti a jelenlegi eszközkészlet költséghatékonyságát, beleértve az integrált fejlesztési környezeteket (IDE-ket), a licenceket és a kapcsolódó eszközöket. Fontolja meg az olyan ingyenes vagy nyílt forráskódú alternatívákat, amelyek hasonló funkciókat kínálnak a minőség veszélyeztetése nélkül. A fejlesztési környezet fejlődésével folyamatosan újraértékeljük ezeknek az eszközöknek a szükségességét és hatékonyságát.

• Fontolja meg a hardvert: Értékelje ki az aktuális hardverbeállítások költségeit és teljesítményét. A jobb és hatékonyabb hardverbe való befektetés növelheti a termelékenységet és csökkentheti a hosszú távú költségeket. A gyakori hardvercserék helyett fontolja meg a meglévő rendszerek frissítését az élettartam meghosszabbítása és a teljesítmény javítása érdekében.

• A környezetek számának optimalizálása: Elemezheti az egyéni fejlesztési környezetek előnyeit és hátrányait a megosztott környezetekkel szemben. Az egyes környezetek utánozhatják az éles környezeteket, megakadályozhatják a fejlesztők közötti interferenciát, és testre szabott beállításokat kínálhatnak. A skálázás azonban költségesebb lesz a fejlesztők számának növekedésével. A megosztott környezetek csökkenthetik a költségeket, de megbízhatósági problémák akkor merülhetnek fel, ha a problémák egyidejűleg a teljes fejlesztői csapatot érintik. Keresse meg a megfelelő egyensúlyt a költségek, a kockázatcsökkentés, a hatékonyság és a fejlesztői elégedettség alapján.

• Rendszeres karbantartás: Rendszeresen tisztítsa meg és optimalizálja a fejlesztési környezetet, hogy elkerülje az árva erőforrások, a nem használt adatok és a megvalósíthatósági kísérletek felhalmozódását. Tisztítási folyamatok vagy automatizált eszközök implementálása a nem használt erőforrások azonosításához és eltávolításához. Csak az alapvető és aktív összetevőket tartsa meg. A rendszeres tisztítás segít csökkenteni a tárolási költségeket, és hatékony erőforrás-kihasználtságot biztosít.

• Mintavételezett skálázás implementálása: Ahelyett, hogy az összes összetevőt a maximális kapacitásukra skálázták, fontolja meg a mintavételezett megközelítést, amelyben szelektíven skálázza a létfontosságú összetevőket. Ez a megközelítés költséghatékony lehet a kockázatok minimalizálása mellett. Értékelje ki a kockázat-haszon arányt, ha nem skáláz bizonyos elemeket, és vegye figyelembe a környezetre gyakorolt lehetséges hatást.

• Adatkezelés optimalizálása: Előfordulhat, hogy a fejlesztési környezetek adatmegőrzési és biztonsági mentési gyakorisága alacsony.

Fontolja meg a végpontemulációt

Az üzem előtti környezetben optimalizálhatja a költségeket végpontemulációval vagy végpontok szimulálásával, különösen költséges erőforrások, például GPU-k esetében. Azonosítsa azokat az összetevőket vagy szolgáltatásokat az üzem előtti környezetben, amelyek a legdrágábbak vagy erőforrás-igényesek. Használjon modellvégpontokat ezeknek a költséges összetevőknek a válaszainak szimulálásához anélkül, hogy meghívást ad nekik. Az API-válaszok szimulálásához olyan eszközöket használhat, mint a WireMock, a Postman utánzatkiszolgálója vagy az egyéni implementációk.

Az emulációs és a modellvégpontok segítenek a költségek csökkentésében, de gondoskodnia kell arról, hogy az éles környezetet megfelelő mértékben képviselje a teszteléshez. Egyensúlyba hozhatja a pontosságot és a költségeket, hogy elkerülje az éles környezetben felmerülő jövőbeli problémákat. Ha például a GPU-k jelentős költségtényezők, fontolja meg a GPU-emulációt olyan feladatok esetében, amelyek nem igényelnek valós GPU-feldolgozási teljesítményt az üzem előtti szakaszokban. Előfordulhat, hogy az emuláció nem tükrözi teljes mértékben a valós GPU-k teljesítményét vagy eltéréseit, ezért akkor használja, ha a pontos GPU-viselkedés nem kritikus az éles üzem előtti teszteléshez.

Azure-beli segítségnyújtás

A környezeti költségek meghatározása és optimalizálása:A Microsoft Cost Management egy olyan eszközcsomag, amely segít a szervezeteknek a Microsoft Cloud számítási feladataik költségeinek monitorozásában, lefoglalásában és optimalizálásában. A Cost Management bárki számára elérhető, aki hozzáféréssel rendelkezik egy számlázási vagy erőforrás-kezelési hatókörhöz.

Az Azure Advisor egy olyan eszköz, amely költségoptimalizálási javaslatokat nyújt, beleértve az optimalizálást igénylő virtuálisgép-használat területeinek azonosítását. Az Advisor segítségével megalapozott döntéseket hozhat, és optimalizálhatja a költségeket az Azure-környezetben. Az Azure költségkezelési eszközöket és funkciókat biztosít, amelyek segítenek a kiadások rangsorolásában. Ezekkel az eszközökkel nyomon követheti és elemezheti a környezetek költségeit, költségvetéseket állíthat be, és költségoptimalizálási javaslatokat kaphat.

Szabályozás alkalmazása: Az Azure Policy segítségével korlátozhatja az erőforrástípusokat, termékváltozatokat és példányokat olyan szabályzatszabályok definiálásával, amelyek korlátozzák az Azure-környezetben üzembe helyezhető erőforrások típusait. Fenntarthatja az irányítást a kiépített erőforrások felett, és gondoskodhat a szervezet szabályzatainak és ajánlott eljárásainak való megfelelésről.

Az erőforrástípusok Azure Policy használatával történő korlátozásához megadhatja az engedélyezett erőforrástípusokat meghatározó szabályzatszabályokat. Alkalmazza ezeket a szabályokat a megfelelő Azure-előfizetésekre vagy erőforráscsoportokra. Azure Policy megakadályozza, hogy a felhasználók olyan erőforrásokat helyezzenek üzembe, amelyek nem engedélyezettek.

Az Azure Resource Manager használatával deklaratív módon definiálhat és kezelhet erőforrásokat. Az egyes környezetek számára lefoglalt erőforrásokat a saját igényeiknek megfelelően hangolhatja. A költségek optimalizálásához használjon sablonokat, és paraméterezhesse az erőforrás-konfigurációkat.

Az üzem előtti környezetek optimalizálása: Az Azure fejlesztési/tesztelési díjszabási lehetőségeket kínál, amelyek kedvezményes díjszabást biztosítanak a nem éles környezetekhez. Több erőforrást és költségvetést rendelhet a kritikus éles környezetekhez, ami optimalizálja a költségeket a nem éles környezetekben. Az Azure licencelési ajánlatát is használhatja, Azure Hybrid Benefit.

Az Azure API Management API-utánzáshoz használhatja. API Management a háttérszolgáltatások homlokzataként szolgál, amely lehetővé teszi az API-szolgáltatók számára az API-implementációk absztrakcióit és a háttérarchitektúra továbbfejlesztését anélkül, hogy befolyásolnák az API-fogyasztókat.

Költségoptimalizálási ellenőrzőlista

Tekintse meg a javaslatok teljes készletét.

Költségoptimalizálási ellenőrzőlista