Ajánlott eljárások az Azure-ban üzemeltetett erőforrások költségszámításához és méretezéséhez

A cégirányítás szemléleteinek megvalósítása során a költségkezelés a vállalati szinten ismétlődő téma. A költségek optimalizálásával és kezelésével biztosíthatja az Azure-környezet hosszú távú sikerességét. Kritikus fontosságú, hogy minden csapat (például a pénzügyi, a felügyeleti és az alkalmazásfejlesztési csapatok) tisztában legyenek a kapcsolódó költségekkel, és rendszeresen tekintse át őket.

Ajánlott eljárások csapat és elszámoltathatóság alapján

A vállalaton belüli költségkezelés egy felhőszabályozási és felhőműveleti funkció. Minden költségkezelési döntés változást eredményez a számítási feladatokat támogató eszközökben. Ha ezek a változások hatással vannak a számítási feladatok architektúrájára, további szempontokra van szükség a végfelhasználókra és az üzleti funkciókra gyakorolt hatás minimalizálása érdekében. A számítási feladatot konfiguráló vagy fejlesztő felhőbevezetési csapat valószínűleg felelős az ilyen típusú módosítások végrehajtásáért.

A központosított és decentralizált csapatoknak együtt kell működniük, hogy a következő magas szintű viselkedések valósuljanak meg a portfólióban:

  • A címkézés minden irányítás esetében kritikus fontosságú. Győződjön meg arról, hogy az összes számítási feladat és erőforrás megfelel a megfelelő elnevezési és címkézési konvencióknak és az Azure Policy használatával érvényesíti a címkézési konvenciókat. Így a központosított irányítási csapatok bölcs költségkezelési döntéseket hozhatnak.
  • Licencelés igazítása: A Azure Hybrid Benefit és az Azure-beli fenntartott virtuálisgép-példányok megfelelő elosztása jelentősen csökkenti az eszközök egységenkénti költségét a portfólióban. Az ilyen típusú engedélyezési döntéseket általában a központi beszerzési funkciók hozzák meg és tartják karban. Előfordulhat azonban, hogy a decentralizált számítási feladatokkal kapcsolatos csapatok a licencek vásárlásával és kiosztásával kapcsolatban szeretnének konzultálni az egyes számítási feladatok költségeinek minimalizálása érdekében.
  • Lehetőségek azonosítása a megfelelő méret meghatározására. Tekintse át a környezet aktuális erőforrás-felhasználását és teljesítménykövetelményeit. Módosítsa az egyes erőforrásokat úgy, hogy a legkisebb példányt vagy termékváltozatot használják, amely támogatja az egyes erőforrások teljesítménykövetelményeit.
  • A nem használt erőforrások leállítása és megszüntetése: A fel nem használt eszközök költséggel járnak a felhőkörnyezetben. Azonosíthatja és megszüntetheti a költségekhez hozzáadott, de az üzleti értékhez nem növelő erőforrásokat.
  • Vízszintes skálázás függőleges helyett. Ha több kisméretű példányt használ, azzal egy egyszerűbb skálázási útvonalat érhet el, mint egyetlen nagyobb példánnyal. Ez lehetővé teszi a méretezés automatizálását, ami költségoptimalizálást eredményez.

Az üzemeltetési költségek kezelésének ajánlott eljárásai

A következő ajánlott eljárásokat általában a felhőirányítási vagy a felhőüzemeltetési csapat egy tagja valósítja meg, a javításoknak és egyéb ütemezett karbantartási folyamatoknak megfelelően. Ezek az ajánlott eljárások a cikk későbbi részében szereplő, gyakorlatban alkalmazható útmutatásnak felelnek meg.

  • A címkézés minden irányítás esetében kritikus fontosságú: Győződjön meg arról, hogy az összes számítási feladat és erőforrás megfelel a megfelelő elnevezési és címkézési konvencióknak és az Azure Policy használatával érvényesíti a címkézési konvenciókat.
  • Licencelés igazítása: A számítási feladatok nagy portfoliójára gyakorolt legközvűbb költséghatás egy jól megtervezett licencbeszerzési stratégiából származik. A Azure Hybrid Benefit, azure-beli fenntartott virtuálisgép-példányok, kihasználatlan virtuális gépek és egyéb vásárlási stratégiák vásárlása és lefoglalása gyorsan csökkenti a teljes felhőportfólió költségeit.
  • A megfelelő méretlehetőségek azonosítása: Tekintse át a környezet aktuális erőforrás-kihasználtsági és teljesítménykövetelményeit, hogy azonosíthassa azokat az erőforrásokat, amelyek egy ideig (általában több mint 90 napig) kihasználatlanok maradtak.
  • A kiosztott termékváltozatok megfelelő méretének meghatározása: Módosítsa az alacsony kihasználtságú erőforrásokat úgy, hogy a legkisebb olyan példányt vagy termékváltozatot használják, amely képes támogatni az egyes erőforrások teljesítménykövetelményeit.
  • Virtuális gépek automatikus leállítása: Ha egy virtuális gép nincs állandó használatban, fontolja meg az automatikus leállítást. A virtuális gép nem lesz törölve vagy leszerelve, de addig nem fog számítási és memóriaköltségeket felhasználni, amíg újra be nem kapcsolják.
  • Az összes nem éles eszköz automatikus leállítása: Ha egy virtuális gép egy nem éles környezet része, különösen a fejlesztési környezetek esetében hozzon létre egy automatikus leállítási szabályzatot a használaton kívüli eszközök költségeinek csökkentése érdekében. Amikor csak lehetséges, használjon Azure DevTest Labs-környezeteket önkiszolgáló lehetőségként annak elősegítésére, hogy a fejlesztők maguk vállalják a felelősséget a költségekért.
  • A használaton kívüli erőforrások leállítása és leszerelése: Igen, ez kétszer is szerepel. Ha egy erőforrást több mint 90 napja nem használták, és nincs rá vonatkozó egyértelmű üzemidő-követelmény, kapcsolja ki azt. Ennél is fontosabb, hogyha egy gép több mint 90 napja van leállítva, akkor szüntesse meg és törölje az adott erőforrást. Ellenőrizze, hogy az adatmegőrzési szabályzatok teljesítése biztosított-e biztonsági mentéssel vagy más mechanizmusokkal.
  • Az árva lemezek törlése: Törölje a nem használt tárolókat, különös tekintettel a virtuális gépek olyan tárterületére, amely már egyetlen virtuális géphez sincs csatlakoztatva.
  • A redundancia megfelelő méretének meghatározása: Ha az erőforrás nem igényel magas fokú redundanciát, távolítsa el a georedundáns tárolást.
  • Az automatikus skálázás paramétereinek módosítása: Az üzemeltetés monitorozásával valószínűleg felderíthetők a különböző eszközök használati mintái. Amikor ezek a használati minták megfelelnek az automatikus skálázási működés támogatásához használt paramétereknek, akkor az üzemeltetési csapat gyakran módosítja az automatikus skálázási paramétereket a szezonális igényeknek vagy a költségvetés-felosztások változásainak megfelelően. Tekintse át a fontos óvintézkedéseket a számítási feladatok költséghatékonysági ajánlott eljárásaiban.

A számítási feladatok költséghatékonysági ajánlott eljárásai

Az architektúra módosításainak végrehajtása előtt egyeztessen a számítási feladat technikai vezetőjével. A számítási feladatok áttekintésének megkönnyítése a Microsoft Azure Well-Architected Review és a Microsoft Azure Well-Architected Framework használatával az alábbi architekturális változásokra vonatkozó döntések meghozatalához.

  • Azure App Service. Ellenőrizze a prémium szintű App Service csomagok éles követelményeit. A számítási feladatok üzleti követelményeinek és a mögöttes eszközök konfigurációjának ismerete nélkül nehéz megállapítani, hogy szükség van-e prémium szintű csomagra.
  • Vízszintes skálázás függőleges helyett. Ha több kisméretű példányt használ, azzal egy egyszerűbb skálázási útvonalat érhet el, mint egyetlen nagyobb példánnyal. Ez lehetővé teszi a méretezés automatizálását, ami költségoptimalizálást eredményez. Ahhoz, hogy vízszintesen skálázni lehessen egy számítási feladatot, a technikai csapatnak ellenőriznie kell, hogy az alkalmazás idempotens-e. A horizontális skálázás eléréséhez először módosítani kell az alkalmazás különböző rétegeinek kódját és konfigurációját.
  • Automatikus skálázás. Engedélyezze az automatikus skálázást az összes alkalmazásszolgáltatáson, hogy több kisebb virtuális gépet is engedélyezhessen. Az automatikus skálázás engedélyezésére ugyanaz az idempotens követelmény vonatkozik, amelyhez ismerni kell a számítási feladat architektúráját. A bevezetési csapatnak az üzemeltetés bármilyen módosítása előtt jóvá kell hagynia a számítási feladat és a támogató eszközök horizontális skálázását és automatikus skálázását.
  • Kiszolgáló nélküli technológiák implementálása: A virtuálisgép-számítási feladatokat gyakran migrálják az állásidő elkerülése érdekében. A virtuális gépek gyakran időszakos feladatokat működtetnek, amelyek rövid ideig vagy akár hosszú órákig is futhatnak. Ilyenek például az ütemezett feladatokat (például Windows-feladatütemezőt vagy PowerShell-szkripteket) futtató virtuális gépek. Amikor ezek a feladatok nem futnak, a virtuális gépek akkor is ott vannak, és Ön fizeti a lemeztárolási költségeket. A migrálás után fontolja meg a számítási feladat rétegei architektúrájának áttervezését kiszolgáló nélküli technológiákra, például az Azure Functions- vagy Azure Batch-feladatokra.

Végrehajtható ajánlott eljárások

A cikk hátralévő részében taktikai példákat talál a felhőszabályozási vagy felhőüzemeltetési csapat által a teljes vállalat költségeinek optimalizálásához követendő ajánlott eljárásokra.

Bevezetés előtt

Mielőtt áthelyezné a felhőbe a számítási feladatokat, becsülje meg, milyen havi költségekkel jár, ha az Azure-ban futtatja őket. A felhőalapú megoldás költségeinek proaktív felügyelete segít abban, hogy az üzemeltetési költségkereten belül maradjon. Az ebben a szakaszban ismertetett ajánlott eljárások segítenek megbecsülni a költségeket, és megfelelő méretezést végezni a virtuális gépeken és a tárterületen, mielőtt üzembe helyeznénk a számítási feladatokat a felhőben.

Ajánlott eljárás: A számítási feladatok havi költségeinek becslése

Az Azure-erőforrások havi számlájának előrejelzéséhez számos eszközt használhat.

  • Azure-díjkalkulátor: Válassza ki a megbecsülni kívánt termékeket, például a virtuális gépeket és a tárterületet, majd adja meg a költségeket a kalkulátorban a becslés létrehozásához.

    Azure-díjkalkulátorAzure-díjkalkulátor.

  • Azure Migrate: A költségek becsléséhez át kell tekintenie és figyelembe kell vennie a számítási feladatok Azure-beli futtatásához szükséges összes erőforrást. Az adatok beszerzéséhez létre kell hoznia az eszközök leltárát, beleértve a kiszolgálókat, a virtuális gépeket, az adatbázisokat és a tárhelyet. Az adatok begyűjtéséhez használhatja az Azure Migrate-et.

    • Az Azure Migrate a leltár elkészítése érdekében feltárja és kiértékeli a helyszíni környezetet.

    • Az Azure Migrate le tudja képezni és ábrázolni tudja a virtuális gépek közötti függőségeket, hogy teljes képet kapjon.

    • Az Azure Migrate-értékelések a becsült költségeket is tartalmazzák.

      • Számítási költségek: Az Értékelés létrehozásakor ajánlott Azure-beli virtuálisgép-méret használatával az Azure Migrate az Azure Számlázási API-kat használja a virtuális gépek becsült havi költségeinek kiszámításához. A becslés figyelembe veszi az operációs rendszer, a frissítési garancia, az Azure Reserved VM Instances, a virtuális gép üzemideje, a hely és a pénznem beállításait. Összesíti az értékelés alapját képező összes virtuális gép díjtételeit, és kiszámítja a teljes havi számítási költséget.
      • Tárolási költség: Az Azure Migrate az összes virtuális gép tárolási költségeinek összesítésével kiszámítja a teljes havi tárolási költséget egy értékelésben. Egy adott gép havi tárolási költségét a géphez csatolt összes lemez havi költségének összesítésével számíthatja ki.

      Azure MigrateAzure Migrate-értékelés.

További információk:

Ajánlott eljárás: Megfelelő méretű virtuális gépek

Különböző lehetőségek közül választhat, amikor Azure-beli virtuális gépeket helyez üzembe a számítási feladatok támogatása érdekében. Mindegyik virtuálisgép-típus adott funkciókkal és a processzor, a memória és a lemezek különböző kombinációival rendelkezik. A virtuális gépek az alábbi módon vannak csoportosítva:

Típus Részletek Használat
Általános célú Kiegyensúlyozott processzor-memória arány. Alkalmas tesztelésre és fejlesztésre, kicsitől közepes méretű adatbázisokig, kis- és közepes forgalmú webkiszolgálókhoz.
Számításoptimalizált Magas processzor-memória arány a processzor javára. Alkalmas közepes forgalmú webkiszolgálókhoz, hálózati berendezésekhez, kötegelt folyamatokhoz, alkalmazáskiszolgálókhoz.
Memóriaoptimalizált Magas memória-processzor arány a memória javára. Megfelelő választás relációs adatbázisokhoz, közepes és nagy gyorsítótárakhoz, memóriában végzett elemzésekhez.
Tároptimalizált Nagy lemezteljesítmény és I/O. Alkalmas big data-, SQL- és NoSQL-adatbázisokhoz.
GPU-optimalizált Specializált virtuális gépek. Egy vagy több GPU. Nagy terhelést jelentő grafikák és videószerkesztés.
Nagy teljesítmény A leggyorsabb és leghatékonyabb processzor. Opcionálisan nagy átviteli sebességű hálózati adapterekkel (RDMA) rendelkező virtuális gépek. Kritikus, nagy teljesítményű alkalmazások.
  • Fontos megérteni a különböző típusú virtuális gépek árában jelentkező különbségeket és azok költségkeretre gyakorolt hosszútávú hatását.
  • Mindegyik típus több virtuális gépből áll.
  • Amikor kiválaszt egy adott sorozathoz tartozó virtuális gépet, azt csak a sorozaton belül skálázhatja fel és le. Egy példány például DS2_v2 vertikálisan felskálázható DS4_v2, de nem módosítható egy másik sorozat egy példányára, például egy példányra F2S_v2 .

További információk:

Ajánlott eljárás: Válassza ki a megfelelő tárolót

A helyszíni tárolók (SAN vagy NAS), valamint az azokat támogató hálózatok finomhangolása és fenntartása költséges és időigényes feladat lehet. Gyakran előfordul, hogy a fájladatokat (tárolóadatokat) a felhőbe migrálják, hogy megszabaduljanak az üzemeltetéssel és felügyelettel járó vesződségek egy részétől. A Microsoft több lehetőséget is biztosít az adatok Azure-ba való áthelyezéséhez, és döntenie kell arról, hogy melyeket szeretné használni. Az adatok megfelelő tárolótípusának kiválasztása minden hónapban több ezer dollár (több százezer forint) megtakarítást jelenthet a cég vagy szervezet számára. Néhány szempont, amelyet érdemes figyelembe venni:

  • Azokat az adatokat, amelyekhez nem férnek hozzá, és amelyek nem üzleti szempontból kritikus fontosságúak, nem szabad a legdrágább tárolóba helyezni.
  • Az üzlet szempontjából kritikus fontosságú adatokhoz viszont magasabb szintű tárolási lehetőségeket kell igénybe venni.
  • A bevezetés megtervezése során leltárba kell vennie az adatokat, és fontossági sorrendbe kell sorolnia azokat, hogy azokat a legmegfelelőbb tárolóra képezze le. Vegye figyelembe a költségkeretét, a felmerülő költségeket, valamint a teljesítményt. Nem feltétlenül és nem mindig a költség lesz a döntő tényező. A legolcsóbb lehetőség kiválasztása a teljesítménnyel és a rendelkezésre állással kapcsolatos kockázatokat jelenthet a számítási feladatokra nézve.

Tárolási adatok típusai

Az Azure különböző típusú tárolási adatokat biztosít.

Adattípus Részletek Használat
Blobok Nagy mennyiségű strukturálatlan objektum, például szöveges vagy bináris adatok tárolására van optimalizálva. Adatok elérése bárhonnan HTTP/HTTPS protokollon keresztül.

Streamelésre és közvetlen elérésű forgatókönyvekhez használható, például olyan esetekre, ha közvetlenül egy böngészőbe szeretne juttatni képeket és dokumentumokat, videót és hanganyagot szeretne streamelni, és biztonsági mentési és vészhelyreállítási adatokat szeretne tárolni.
Fájlok Az SMB 3.0-s protokollon keresztül elért felügyelt fájlmegosztások. Helyszíni fájlmegosztások migrálásakor, valamint a fájladatokhoz való több hozzáférés és kapcsolatok biztosításához használható.
Lemezek Lapblobokon alapul.

Lemez típusa (sebesség): Standard HDD, Standard SSD, Prémium SSD vagy Ultra Disk Storage.

Lemezkezelés: Nem felügyelt (ön kezeli a lemezbeállításokat és a tárterületet) vagy felügyelt (kiválasztja a lemez típusát, és az Azure kezeli a lemezt).
Használjon prémium lemezeket a virtuális gépekhez. Az egyszerű felügyelethez és méretezéshez használjon felügyelt lemezeket.
Üzenetsorok Nagy számú, hitelesített hívásokkal (HTTP vagy HTTPS) elért üzenet tárolása és lekérése. Alkalmazásösszetevők csatlakoztatása aszinkron üzenetsorokkal.
Táblák Táblákat is tárolhat. Most már az Azure Cosmos DB for Table része.

Hozzáférési szintek

Az Azure Storage különböző lehetőségeket kínál a blokkblobadatok elérésére. A megfelelő hozzáférési szint kiválasztásával gondoskodhat róla, hogy a blokkblobadatokat a legköltséghatékonyabb módon tárolja.

Hozzáférési szint Részletek Használat
Gyakori Magasabb tárolási költségek, alacsonyabb hozzáférés és tranzakciós költségek

Ez az alapértelmezett hozzáférési szint.
A gyakran és aktívan használt adatokhoz érdemes beállítani.
Ritka elérésű Alacsonyabb tárolási költségek, magasabb hozzáférési és tranzakciós költségek.

Tárolás minimum 30 napig.
Rövid távú tároláshoz, olyan adatokhoz, amelyeknek elérhetőnek kell lenniük, de ritkán férnek hozzájuk.
Archívum Egyéni blokkblobokhoz használandó.

A legköltséghatékonyabb tárolási lehetőség. A legalacsonyabb tárolási költségek, a legmagasabb hozzáférési és tranzakciós költségek.
Olyan adatokhoz használható, amelyek több órányi lekérési késést képesek elviselni, és legalább 180 napig az archív szinten maradnak.

Tárfióktípusok

Az Azure különböző típusú tárfiókokat és teljesítményszinteket nyújt.

Fiók típusa Részletek Használat
Általános célú v2 Standard szint Támogatja a (blokk-, lap-, hozzáfűző) blobokat, a fájlokat, a lemezeket, az üzenetsorokat és a táblákat.

Támogatja a gyakori elérésű, ritka elérésű és archív hozzáférési szinteket. A zónaredundáns tárolás (ZRS) támogatott.
A legtöbb forgatókönyvhöz és a legtöbb adattípushoz használható. A standard tárfiókok lehetnek HDD- vagy SSD-alapúak.
Általános célú v2 Premium szint Támogatja a Blob Storage-adatokat (lapblobok). Támogatja a gyakori elérésű, ritka elérésű és archív hozzáférési szinteket. A ZRS támogatott.

SSD-n tárolódik.
A Microsoft minden virtuális géphez ajánlja a használatát.
Általános célú v1 A hozzáférési szintek nem támogatottak. A ZRS nem támogatott. Akkor érdemes használni, ha az alkalmazásoknak a klasszikus Azure üzemi modellre van szükségük.
Blob Specializált tárfiók strukturálatlan objektumok tárolásához. Csak blokkblobokat és hozzáfűző blobokat biztosít (fájl-, üzenetsor-, tábla- vagy lemeztárolási szolgáltatások nélkül). Ugyanolyan tartósságot, rendelkezésre állást, méretezhetőséget és teljesítményt biztosít, mint az általános célú v2. Ezekben a fiókokban nem tárolhat lapblobokat, ezért nem tárolhat VHD-fájlokat. A hozzáférési szintet beállíthatja gyakori vagy ritka elérésűre.

A Storage redundanciabeállításai

A tárfiókok különböző típusú redundanciákat használhatnak a rugalmasság és a magas rendelkezésre állás biztosítása érdekében.

Típus Részletek Használat
Helyileg redundáns tárolás (LRS) Azzal véd a helyi szolgáltatáskimaradásoktól, hogy egyazon tárolóegységen belül különálló tartalék tartományra és frissítési tartományra végzi a replikálást. Az adatok több példányát tárolja egyetlen adatközponton belül. Legalább 99,9999999999 százalékban (tizenegy 9) tartósságot biztosít az objektumoknak egy adott évben. Fontolja meg, hogy az alkalmazás könnyen rekonstruálható adatokat tárol-e.
Zónaredundáns tárolás (ZRS) Egyetlen régióban található három tárolófürt közötti replikálással véd az adatközpont szolgáltatáskimaradásai ellen. Minden tárolófürt fizikailag elkülönül, és a saját rendelkezésre állási zónájában található. Legalább 99,99999999999 százalékban (1299999999) biztosítja az objektumok tartósságát egy adott évben, mivel több adatközpontban vagy régióban tárolja az adatok több példányát. Fontolja meg, hogy konzisztenciára, tartósságra és magas rendelkezésre állásra van-e szüksége. Előfordulhat, hogy olyan regionális vészhelyzetek ellen nem véd, amelyek több zónára is tartós hatást gyakorolnak.
Georedundáns tárolás (GRS) A teljes régióleállás ellen védelmet nyújt azáltal, hogy adatokat replikál egy másodlagos régióba, amely több száz kilométerre van az elsődleges régiótól. Legalább 99,999999999999999 százalékban (tizenhat 9) tartósságot biztosít egy adott évben. A replikaadatok nem érhetők el, ha a Microsoft nem kezdeményez feladatátvételt a másodlagos régióba. Feladatátvétel esetén az olvasási és az írási hozzáférés is biztosítva van.
Írásvédett georedundáns tárolás (RA-GRS) A GRS-hez hasonló. Legalább 99,999999999999999 százalékban (tizenhat 9) tartósságot biztosít egy adott évben. 99,99 százalékos olvasási rendelkezésre állást biztosít a GRS-hez használt második régió olvasási hozzáférésének engedélyezésével.

További információk:

Bevezetés után

A bevezetés előtt a költség-előrejelzések a számítási feladatok tulajdonosai és a felhőbevezetési csapat döntéseitől függenek. Bár a szabályozási csapat segíthet ezeknek a döntéseknek a befolyásolásában, valószínűleg kevés teendője lesz a cégirányítási csapatnak.

Ha az erőforrások éles környezetben vannak, az adatok összesíthetők, a trendek pedig környezeti szinten elemezhetők. Ezek az adatok segítenek a cégirányítási csapatnak a méretezési és használati döntések egymástól függetlenül, a tényleges használati minták és az aktuális állapotarchitektúra alapján.

  • Adatok elemzése az Azure-erőforráscsoportok és -erőforrások tervezett alapkonfigurációjának létrehozásához.
  • Azonosítsa azokat a használati mintákat, amelyek lehetővé tennék a méret csökkentését, valamint az erőforrások leállítását vagy szüneteltetását a költségek további csökkentése érdekében.

Az ebben a szakaszban ismertetett ajánlott eljárások közé tartozik a Azure Hybrid Benefit és az Azure Reserved VM Instances használata, a felhőbeli kiadások csökkentése az előfizetések között, az Azure Cost Management + Billing használata a költségkeretezéshez és -elemzéshez, az erőforrások monitorozása és az erőforráscsoport-költségvetések implementálása, valamint a monitorozás, a tárolás és a virtuális gépek optimalizálása.

Ajánlott eljárás: A Azure Hybrid Benefit előnyeinek kihasználása

Mivel hosszú éveken keresztül eszközölt a szoftverfejlesztésekhez kötődő befektetéseket a Windows Serverhez és az SQL Serverhez hasonló rendszerekbe, a Microsoft megfelelő pozícióban van ahhoz, hogy hozzáadott értéket nyújtson az ügyfeleinek a felhőbeli megoldásokon keresztül, és jelentős kedvezményeket biztosítson, amelyeket a többi felhőszolgáltató nem feltétlenül engedhet meg magának.

Egy integrált helyszíni Microsoft/Azure-termékportfólió versenyelőnyt és költséghatékonyságot jelent a felhasználójának. Ha jelenleg operációs rendszerrel vagy más szoftverlicenceléssel rendelkezik a Frissítési Garancián (SA) keresztül, ezeket a licenceket a felhőbe viheti Azure Hybrid Benefit.

További információk:

Ajánlott eljárás: Fenntartott Azure-beli virtuálisgép-példányok használata

A legtöbb felhőplatform használatalapú fizetésre van beállítva. Ez a modell hátrányokkal jár, mert a felhasználó nem feltétlenül tudja, hogyan alakulnak majd a dinamikus számítási feladatok. Amikor Ön meghatározza, milyen egyértelmű szándékai vannak a számítási feladatokkal, hozzájárul az infrastruktúra tervezéséhez.

Az Azure Reserved VM Instances használatával előre fizethet egy vagy három évre fenntartott példányokért.

  • Mivel előre fizet, kedvezményt kap a felhasznált erőforrásokra.
  • A használatalapú fizetéses árakon jelentősen csökkentheti a virtuális gép számítási költségeit, SQL Database számítási, Azure Cosmos DB- vagy egyéb erőforrások költségeit.
  • A fenntartott példányok számlázási kedvezményt biztosítanak, és nincsenek hatással az erőforrások futtatókörnyezeti állapotára.
  • A fenntartott példányokat, ha szeretné, le is mondhatja.

Azure Reserved VM Instances1. ábra: Azure Reserved VM Instances.

További információk:

Ajánlott eljárás: Felhőköltségek összesítése előfizetések között

Elkerülhetetlen, hogy előbb-utóbb több Azure-előfizetéssel is rendelkezzen. Egy további előfizetésre lehet szüksége például, hogy elválassza egymástól a fejlesztési és az éles környezetet, vagy előfordulhat, hogy olyan platformot használ, amelyen minden ügyfélhez külön előfizetésre van szükség. Ezért aztán kifejezetten hasznos, ha az összes előfizetés adatjelentéseit egyetlen platformon összesítheti.

Ehhez használhatja az Azure Cost Management + Billing API-kat. Ezután az adatok egyetlen forrásba, például a Azure SQL Database-be való összesítése után a Power BI-hoz hasonló eszközökkel jelenítheti meg az összesített adatokat. Összesített előfizetés-jelentéseket és részletes jelentéseket is összeállíthat. Azoknak a felhasználóknak például, akiknek proaktív költségkezelésre van szükségük, létrehozhatja a költségek adott nézeteit részleg, erőforráscsoport vagy egyéb információk alapján. így nem kell teljes hozzáférést biztosítani az Azure számlázási adataihoz.

További információk:

Ajánlott eljárás: Erőforrás-kihasználtság monitorozása

Az Azure-ban a használt erőforrásokért csak akkor fizet, amikor ténylegesen használja őket. A virtuális gépek használatát például csak akkor számlázza ki a rendszer, ha a virtuális gép le van foglalva. A felszabadított gépek után nem kell fizetni. Ennek a szem előtt tartásával kell monitoroznia a virtuális gépek használatát és ellenőriznie a virtuális gép méretezését.

  • Folyamatosan értékelje ki a virtuális gép számítási feladatait az alapköltségek meghatározása érdekében.
  • Ha például hétfőtől péntekig, reggel 8-tól este 6-ig sokat használják a számítási feladatot, de ezeken az időszakokon kívül alig, a csúcsidőkön kívül alacsonyabb szintre állíthatja a virtuális gépeket. Ez azt jelentheti, hogy módosítania kell a virtuális gépek méretét, vagy virtuálisgép-méretezési csoportokkal automatikusan le vagy fel kell skáláznia a virtuális gépeket.
  • Egyes vállalatok úgy kerülnek ki a virtuális gépekről, hogy felvesznek egy naptárba, amely meghatározza, hogy mikor legyenek elérhetők, és mikor nincs rájuk szükség.
  • A virtuális gépek monitorozása mellett a többi hálózati erőforrás, például az ExpressRoute és a virtuális hálózati átjárók kihasználatlanságát vagy túlzott használatát is monitoroznia kell.
  • A virtuális gépek használatát olyan Microsoft-eszközökkel monitorozhatja, mint az Azure Cost Management + Billing, az Azure Monitor és az Azure Advisor. Erre a célra külső szolgáltatók eszközeit is igénybe veheti.

További információk:

Ajánlott eljárás: A nem éles üzem költségeinek csökkentése

Fejlesztési, tesztelési és minőségbiztosítási (minőségbiztosítási) környezetekre van szükség a fejlesztési ciklusok során. Sajnos gyakran előfordul, hogy ezek a környezetek jóval azután is kiépülnek, hogy már nem lesznek hasznosak. A nem használt nem éles környezetek rendszeres felülvizsgálata azonnali hatással lehet a költségekre.

Emellett fontolja meg a nem éles környezetek általános költségcsökkentését is:

  • Csökkentse a nem éles erőforrásokat, hogy alacsonyabb költségű B sorozatú virtuális gépeket és standard tárolókat használjon.
  • Kihasználatlan virtuális gépek használatával csökkentheti a nem éles számítási költségeket.
  • Azure-szabályzatok alkalmazásával erőforrásszintű költségcsökkentést követelhet meg a nem éles erőforrások esetében.

További információk:

  • Címkék használatával azonosíthatja az átméretezéshez vagy leállításhoz szükséges fejlesztési, tesztelési vagy minőségbiztosítási célokat.
  • A virtuális gépek automatikus leállítása éjszakai leállítási időt állít be a virtuális gépek számára. Ennek a funkciónak a használata minden este leállítja a nem éles virtuális gépeket, így a fejlesztőknek újra kell indítaniuk ezeket a virtuális gépeket, amikor készen állnak a fejlesztés folytatására.
  • A kihasználatlan virtuális gépek jelentős költségmegtakarítással teszik lehetővé, hogy kihasználják a nem használt Azure-kapacitás előnyeit. Azonban bármikor, amikor az Azure-nak szüksége van a kapacitásra, az Azure-infrastruktúra kiüríti a kihasználatlan virtuális gépeket.
  • Bátorítsa a fejlesztői csapatokat, hogy Azure DevTest Labs használjanak saját költségszabályozási megközelítések kialakítására, és az előző lépésben ne befolyásolják a szokásos automatikus leállítás időzítését.

Ajánlott eljárás: Az Azure Cost Management + Számlázás használata

A Microsoft az Azure Cost Management + Billing szolgáltatást nyújtja a kiadások nyomon követéséhez:

  • Segítséget nyújt az Azure-ral kapcsolatos kiadások monitorozásához és szabályozásához, valamint az erőforrások használatának optimalizálásához.
  • Áttekinti a teljes előfizetést és a hozzá tartozó összes erőforrását, és javaslatokat tesz a kinyert információk alapján.
  • Teljes API-t biztosít a jelentéskészítéshez szükséges külső eszközök és pénzügyi rendszerek integrálásához.
  • Nyomon követi az erőforrások felhasználását, és egyetlen egységes nézetben kezeli a felhő költségeit.
  • Gazdag üzemeltetési és pénzügyi információkat bocsát rendelkezésre, amelyek alapján megalapozott döntéseket lehet hozni.

Az Azure Cost Management + Billing szolgáltatásban az alábbiakat végezheti el:

  • Költségvetés létrehozása: Költségvetés létrehozása a pénzügyi elszámoltathatóság érdekében.

    • Elszámolhat az egy adott időszakban (hónap, negyedév, év) és hatókörben (előfizetések/erőforráscsoportok) használt vagy előfizetett szolgáltatásokkal. Létrehozhat például egy Azure-előfizetési költségkeretet egy havi, negyedéves vagy éves időszakra.

      • Miután létrehozta a költségvetést, a rendszer megjeleníti annak költségelemzését. A költségvetés és a jelenlegi kiadások összehasonlítása a költségek és kiadások elemzésének egyik első lépése.
    • Be lehet állítani, hogy a rendszer e-mailes értesítést küldjön, amikor elérte a költségkeret valamelyik küszöbét.

    • Elemzés céljából exportálhatja a költségkezelési adatokat az Azure Storage-ba.

      Költségvetések megtekintése az Azure Cost Management + BillingBudgets szolgáltatásban az Azure Cost Management + Billing szolgáltatásban.

  • Költségelemzés: Költségelemzést kaphat a szervezeti költségek feltárásához és elemzéséhez, segít megérteni, hogyan keletkeznek a költségek, és azonosíthatja a költségtrendeket.

    • A költségelemzés EA-felhasználók számára érhető el.

    • Különböző hatókörök költségelemzési adatait tekintheti meg, például részleg, fiók, előfizetés vagy erőforráscsoport szerint.

    • Olyan költségelemzést készíthet, amely az aktuális hónap összes költségét és a halmozott napi költségeket jeleníti meg.

      Azure Cost Management + Billing analysisÁbra: Azure Cost Management + Billing analysis.

  • Javaslatok lekérése: Az Advisor javaslatai bemutatják, hogyan optimalizálhatja és javíthatja a hatékonyságot.

További információk:

Ajánlott eljárás: Erőforráscsoport-költségvetések implementálása

Az erőforráscsoportokat gyakran a költséghatárok jelzéséhez használják. Az Azure csapata emellett folyamatosan új és jobb módokat fejleszt ki az erőforrásokkal kapcsolatos kiadások különböző szinteken való nyomon követéséhez és elemzéséhez, beleértve az erőforráscsoportokra és erőforrásokra vonatkozó költségkeretek meghatározásának képességét.

  • Az erőforráscsoportok költségkeretével könnyebben nyomon követheti az erőforráscsoportok használatával járó költségeket.
  • Beállíthatja, hogy a költségkeret elérésekor vagy túllépésekor riasztások aktiválódjanak, és különböző forgatókönyvek lépjenek életbe.

További információk:

Ajánlott eljárás: Azure Advisor-javaslatok áttekintése

Az Azure Advisor költségjavaslatai azonosítják a költségek csökkentésének lehetőségeit. Ha a költségvetések magasnak tűnnek, vagy a kihasználtság alacsonynak tűnik, a jelentés segítségével azonnali lehetőségeket találhat a költségek gyors igazítására.

További információk:

Ajánlott eljárás: Az Azure Monitor adatmegőrzésének optimalizálása

Amikor az erőforrásokat az Azure-ba helyezi át, és engedélyezi diagnosztikai naplózásukat, sok naplóadat jön létre. A rendszer ezeket az adatokat általában elküldi egy Log Analytics-munkaterületre leképezett tárfiókba.

  • Minél hosszabb a naplóadatok megőrzési időszaka, annál több adat fog felgyűlni.
  • Nem minden naplóadat egyforma, és egyes erőforrások több naplóadatot hoznak létre, mint mások.
  • A szabályozások és a megfelelőség szempontjainak betartása érdekében valószínű, hogy néhány erőforráshoz hosszabb ideig kell megőriznie a naplóadatokat, mint másokhoz.
  • Egyensúly a naplótárolási költségek optimalizálása és a szükséges naplóadatok megőrzése között.
  • A migrálás befejezése után ajánlott azonnal kiértékelni és beállítani a naplózást, hogy ne költsön a szükségtelen naplók tárolására.

További információk:

Ajánlott eljárás: Tárolás optimalizálása

Ha a bevezetés előtt követte a tárhely kiválasztására vonatkozó ajánlott eljárásokat, valószínűleg kihasznál néhány előnyt. Valószínűleg optimalizálhat néhány további tárolási költséget. Idővel a blobok és a fájlok elavulttá válnak. Előfordulhat, hogy egyes adatokat már nem használ, de a szabályozások miatt bizonyos ideig meg kell őriznie őket. Ezért előfordulhat, hogy nem kell az eredeti bevezetéshez használt nagy teljesítményű tárolóban tárolnia.

Az elavult adatok azonosítása és olcsóbb tárolóba helyezése jelentős hatással lehet a havi tárolási költségkeretre és a költségmegtakarításokra. Az Azure számos módot kínál az elavult adatok azonosítására és tárolására.

  • Használja ki a hozzáférési szinteket az általános célú v2-tárolókhoz azáltal, hogy kevésbé fontos adatokat helyez át a gyakori elérésűről a ritka elérésű és az archivált szintre.
  • A StorSimple segítségével testre szabott szabályzatok alapján helyezheti át az elavult adatokat.

További információk:

Ajánlott eljárás: Virtuális gépek optimalizálásának automatizálása

A virtuális gépek felhőben való futtatásának legfontosabb célja az általa használt processzor, memória és lemez maximális kihasználása. Ha úgy találja, hogy a virtuális gépek nincsenek optimalizálva, vagy gyakran fordulnak elő olyan időszakok, amikor nincsenek használatban, érdemes lehet leállítani vagy leskálázni őket virtuálisgép-méretezési csoportokkal.

A virtuális gépeket az Azure Automation segítségével, virtuálisgép-méretezési csoportokkal, automatikus leállítással, szkriptelt vagy külső szolgáltatóktól származó megoldásokkal optimalizálhatja.

További információk:

Ajánlott eljárás: Logic Apps és runbookok használata a Budgets API-val

Az Azure egy REST API-t biztosít, amely hozzáfér a bérlő számlázási adataihoz.

  • A Budgets API-val az API adataiból összeállított mérőszámok által kiváltott külső rendszereket és munkafolyamatokat integrálhat.
  • Lekérheti a használattal és az erőforrásokkal kapcsolatos adatokat az előnyben részesített adatelemző eszközökbe.
  • Az Azure Resource Usage API és az Azure Resource RateCard API segíthet a költségek pontos előrejelzésében és kezelésében.
  • Az API-k erőforrás-szolgáltatóként vannak implementálva, és az Azure Resource Manager által közzétett API-kban szerepelnek.
  • A Budgets API integrálható az Azure Logic Appsszel és Azure Automation runbookokkal.

További információk:

Következő lépések

Az ajánlott eljárások ismeretében vizsgálja meg a Cost Management eszközláncot , és azonosítsa az Azure-eszközöket és -funkciókat az ajánlott eljárások végrehajtásához.