Költségoptimalizálás az Azure Monitorban
A költségoptimalizálás a szükségtelen kiadások csökkentésének és a működési hatékonyság javítására szolgáló módszereket jelenti. Az Azure Monitor költségei jelentősen csökkenthetők a különböző konfigurációs lehetőségek és lehetőségek megismerésével, amelyekkel csökkentheti az általa gyűjtött adatok mennyiségét. A cikk használata előtt látnia kell az Azure Monitor költségeit és használatát , hogy megismerje az Azure Monitor díjainak különböző módjait és a havi számla megtekintésének módját.
Ez a cikk az Azure Monitor költségoptimalizálását ismerteti az Azure Well-Architected Framework részeként. Az Azure Well-Architected Framework útmutatóul szolgáló alapelvek készlete, amelyek a számítási feladatok minőségének a javítását szolgálják. A keretrendszer az architektúra kiválóságának öt pilléréből áll:
- Megbízhatóság
- Biztonság
- Költségoptimalizálás
- Működésbeli kiválóság
- Teljesítménybeli hatékonyság
Azure Monitor Logs
Tervezési ellenőrzőlista
- Annak meghatározása, hogy a működési adatokat és a biztonsági adatokat ugyanabban a Log Analytics-munkaterületen szeretné-e kombinálni.
- Konfigurálja a tarifacsomagot az egyes Log Analytics-munkaterületek által általában gyűjtött adatok mennyiségéhez.
- Adatmegőrzés és archiválás konfigurálása.
- A hibakereséshez, hibaelhárításhoz és naplózáshoz használt táblákat alapszintű naplókként konfigurálhatja.
- Korlátozza a munkaterület adatforrásaiból történő adatgyűjtést.
- Az összegyűjtött adatok rendszeres elemzése trendek és anomáliák azonosításához.
- Riasztás létrehozása magas adatgyűjtés esetén.
- Vegye figyelembe a napi korlátot megelőző intézkedésként, hogy ne lépje túl az adott költségvetést.
- Riasztások beállítása a Log Analytics-munkaterületek Azure Advisor-költségjavaslataival kapcsolatban.
Konfigurációs javaslatok
Ajánlás | Juttatás |
---|---|
Annak meghatározása, hogy a működési adatokat és a biztonsági adatokat ugyanabban a Log Analytics-munkaterületen szeretné-e kombinálni. | Mivel a Log Analytics-munkaterület összes adatára a Microsoft Sentinel díjszabása vonatkozik, ha a Sentinel engedélyezve van, az adatok kombinálásának költségvonzatai lehetnek. A Log Analytics-munkaterületi stratégia tervezésével kapcsolatos részletekért tekintse meg a környezet döntésének más pillérekben szereplő feltételekkel való kiegyensúlyozását. |
Konfigurálja a tarifacsomagot az egyes Log Analytics-munkaterületek által általában gyűjtött adatok mennyiségéhez. | Alapértelmezés szerint a Log Analytics-munkaterületek használatalapú fizetéses díjszabást használnak minimális adatmennyiség nélkül. Ha elegendő adatot gyűjt, jelentősen csökkentheti költségeit egy kötelezettségvállalási szint használatával, amely lehetővé teszi, hogy alacsonyabb díjért cserébe napi minimális mennyiségű adatot gyűjtsön. Ha elegendő adatot gyűjt egyetlen régió munkaterületei között, összekapcsolhatja őket egy dedikált fürthöz, és fürtök díjszabásával kombinálhatja az összegyűjtött kötetet. Tekintse meg az Azure Monitor-naplók költségszámításait és lehetőségeit a kötelezettségvállalási szintek részleteihez, valamint útmutatást a használati szintnek leginkább megfelelő érték meghatározásához. A használati és a becsült költségek megtekintéséhez tekintse meg a használat becsült költségeit különböző tarifacsomagokban. |
Interaktív és hosszú távú adatmegőrzés konfigurálása. | A Log Analytics-munkaterületen az alapértelmezett 31 napnál (90 napnál, ha a Sentinel engedélyezve van a munkaterületen, és 90 nap az Application Insights-adatok esetében). Fontolja meg, hogy az adatok könnyen elérhetők-e a napló lekérdezésekhez. A hosszú távú megőrzés konfigurálásával jelentősen csökkentheti a költségeket, így akár tizenkét évig is megőrizheti az adatokat, és esetenként keresési feladatok használatával is elérheti azokat, vagy visszaállíthat egy adatkészletet a munkaterületre. |
A hibakereséshez, hibaelhárításhoz és naplózáshoz használt táblákat alapszintű naplókként konfigurálhatja. | Az alapszintű naplókhoz konfigurált Log Analytics-munkaterületek táblái alacsonyabb betöltési költséggel rendelkeznek a korlátozott funkciókért és a napló lekérdezéseiért járó díjért cserébe. Ha ritkán kérdezi le ezeket a táblákat, és nem használja őket riasztáshoz, ez a lekérdezési költség több lehet, mint a csökkentett betöltési költség. |
Korlátozza a munkaterület adatforrásaiból történő adatgyűjtést. | Az Azure Monitor költségeinek elsődleges tényezője a Log Analytics-munkaterületen gyűjtött adatok mennyisége, ezért gondoskodnia kell arról, hogy ne gyűjtsön több adatot a szolgáltatások és alkalmazások állapotának és teljesítményének értékeléséhez. A Log Analytics-munkaterület architektúrájának tervezésével kapcsolatos részletekért tekintse meg a környezet döntésének más pillérekben szereplő feltételekkel való kiegyensúlyozását. Kompromisszum: Lehetséges, hogy a költségek és a monitorozási követelmények között kompromisszum áll fenn. Előfordulhat például, hogy a teljesítményproblémák gyorsabban észlelhetők a magas mintasebességgel, de a költségek csökkentése érdekében érdemes lehet alacsonyabb mintaarányt használni. A legtöbb környezet több különböző típusú gyűjtéssel rendelkező adatforrással rendelkezik, így az egyes környezetek esetében ki kell egyensúlyoznia az adott követelményeket a költségcélokkal. A különböző adatforrások gyűjteményének konfigurálásával kapcsolatos javaslatokért tekintse meg a költségoptimalizálást az Azure Monitorban . |
Az összegyűjtött adatok rendszeres elemzése trendek és anomáliák azonosításához. | A Log Analytics-munkaterületi elemzésekkel rendszeresen áttekintheti a munkaterületen gyűjtött adatok mennyiségét. Amellett, hogy segít megérteni a különböző források által gyűjtött adatok mennyiségét, azonosítja az adatgyűjtés olyan rendellenességeit és növekvő trendjeit, amelyek többletköltséget eredményezhetnek. Az adatgyűjtés további elemzése a Log Analytics-munkaterület használatelemzési módszereivel annak megállapításához, hogy van-e olyan további konfiguráció, amely tovább csökkentheti a használatot. Ez különösen akkor fontos, ha új adatforrásokat ad hozzá, például új virtuális gépeket vagy új szolgáltatást. |
Riasztás létrehozása magas adatgyűjtés esetén. | A váratlan számlák elkerülése érdekében proaktív értesítést kell kapnia , amikor túlzott használatot tapasztal. Az értesítés lehetővé teszi, hogy a számlázási időszak vége előtt elhárítsa a lehetséges rendellenességeket. |
Vegye figyelembe a napi korlátot megelőző intézkedésként, hogy ne lépje túl az adott költségvetést. | A napi korlát letiltja az adatgyűjtést egy Log Analytics-munkaterületen a konfigurált korlát elérése utáni nap hátralévő részében. Ez nem használható módszerként a költségek csökkentésére a Mikor napi korlát használata című cikkben leírtak szerint. Ha beállít egy napi korlátot, amellett, hogy riasztást hoz létre a korlát elérésekor, hozzon létre egy riasztási szabályt is , amely értesítést kap bizonyos százalékérték elérésekor (például 90%). Ez lehetővé teszi a megnövekedett adatok okának kivizsgálását és kezelését, mielőtt a korlát leállítja az adatgyűjtést. |
Riasztások beállítása a Log Analytics-munkaterületek Azure Advisor-költségjavaslataival kapcsolatban. | A Log Analytics-munkaterületekhez készült Azure Advisor-javaslatok proaktív módon figyelmeztetik Önt, ha lehetőség van a költségek optimalizálására. Azure Advisor-riasztások létrehozása ezekhez a költségjavaslatokhoz:
|
Azure-erőforrások
Tervezési ellenőrzőlista
- Csak kritikus erőforrásnapló-adatokat gyűjthet az Azure-erőforrásokból.
Konfigurációs javaslatok
Ajánlás | Juttatás |
---|---|
Csak kritikus erőforrásnapló-adatokat gyűjthet az Azure-erőforrásokból. | Amikor diagnosztikai beállításokat hoz létre az Azure-erőforrások erőforrásnaplóinak Log Analytics-adatbázisba való küldéséhez, csak azokat a kategóriákat adja meg, amelyekre szüksége van. Mivel a diagnosztikai beállítások nem teszik lehetővé az erőforrásnaplók részletes szűrését, munkaterület-átalakítással szűrheti a nem szükséges adatokat a támogatott táblát használó erőforrásokra. A diagnosztikai beállítások konfigurálásáról és az adatok szűrésére szolgáló átalakítások használatával kapcsolatos részletekért tekintse meg az Azure Monitor diagnosztikai beállításait. |
Riasztások
Tervezési ellenőrzőlista
- A tevékenységnapló-riasztások, a szolgáltatásállapot-riasztások és az erőforrásállapot-riasztások ingyenesek.
- Naplókeresési riasztások használatakor minimalizálja a naplókeresési riasztások gyakoriságát.
- Metrikariasztások használatakor minimalizálja a figyelt erőforrások számát.
Konfigurációs javaslatok
Ajánlás | Juttatás |
---|---|
Ne feledje, hogy a tevékenységnapló-riasztások, a szolgáltatásállapot-riasztások és az erőforrásállapot-riasztások ingyenesek. | Az Azure Monitor tevékenységriasztásai, a szolgáltatásállapot-riasztások és az erőforrás-állapottal kapcsolatos riasztások ingyenesek. Ha ezekkel a riasztástípusokkal elérhető, amit figyelni szeretne, használja őket. |
Naplókeresési riasztások használatakor minimalizálja a naplókeresési riasztások gyakoriságát. | A naplókeresési riasztások konfigurálásakor vegye figyelembe, hogy minél gyakoribb a szabály kiértékelése, annál magasabb a költség. Ennek megfelelően konfigurálja a szabályokat. |
Metrikariasztások használatakor minimalizálja a figyelt erőforrások számát. | Egyes erőforrástípusok támogatják a metrikariasztási szabályokat, amelyek több, azonos típusú erőforrást is monitorozhatnak. Ezeknél az erőforrástípusoknál ne feledje, hogy a szabály költségessé válhat, ha a szabály sok erőforrást figyel. A költségek csökkentése érdekében csökkentheti a metrikariasztási szabály hatókörét, vagy naplókeresési riasztási szabályokat használhat, amelyek kevésbé költségesek nagy számú erőforrás monitorozásához. |
Virtual machines (Virtuális gépek)
Tervezési ellenőrzőlista
- Migrálás Log Analytics-ügynökről Azure Monitor-ügynökre részletes adatszűrés céljából.
- Szűrje az ügynököktől nem szükséges adatokat.
- Határozza meg, hogy a virtuálisgép-elemzéseket és az összegyűjtendő adatokat fogja-e használni.
- Csökkentse a teljesítményszámlálók lekérdezési gyakoriságát.
- Győződjön meg arról, hogy a virtuális gépek nem küldenek ismétlődő adatokat.
- A Log Analytics-munkaterület elemzési adataival elemezheti a számlázható költségeket, és azonosíthatja a költségmegtakarítási lehetőségeket.
- Az SCOM-környezet migrálása felügyelt Azure Monitor SCOM-példányba.
Konfigurációs javaslatok
Ajánlás | Leírás |
---|---|
Migrálás Log Analytics-ügynökről Azure Monitor-ügynökre részletes adatszűrés céljából. | Ha továbbra is rendelkezik virtuális gépekkel a Log Analytics-ügynökkel, migrálja őket az Azure Monitor-ügynökbe, hogy kihasználhassa a jobb adatszűrés előnyeit, és egyedi konfigurációkat használjon különböző virtuális gépek készleteivel. A Log Analytics-ügynök adatgyűjtési konfigurációja a munkaterületen történik, így minden ügynök ugyanazt a konfigurációt kapja. Az Azure Monitor-ügynök által használt adatgyűjtési szabályok a különböző virtuális gépek meghatározott figyelési követelményeihez hangolhatók. Az Azure Monitor-ügynökkel átalakításokkal szűrheti az összegyűjtött adatokat. |
Szűrje az ügynököktől nem szükséges adatokat. | Az adatbetöltési költségek csökkentése a riasztáshoz vagy elemzéshez nem használt adatok szűrésével. Lásd: Virtuális gépek monitorozása az Azure Monitorral: Adatok összegyűjtése a különböző figyelési forgatókönyvekhez gyűjtendő adatokhoz, valamint a költségek szabályozása az adatok szűrésével kapcsolatos konkrét útmutatásért a költségek csökkentése érdekében. |
Határozza meg, hogy milyen adatokat gyűjtsön a virtuálisgép-elemzésekkel. | A virtuálisgép-elemzések nagyszerű funkció a virtuális gépek monitorozásának gyors megkezdéséhez, és olyan hatékony funkciókat biztosítanak, mint a Térkép és a teljesítmény trendnézetek. Ha nem használja a Térkép funkciót vagy az általa gyűjtött adatokat, akkor tiltsa le a folyamatok és függőségi adatok gyűjtését a virtuálisgép-elemzések konfigurációjában az adatbetöltési költségek megtakarításához. |
Csökkentse a teljesítményszámlálók lekérdezési gyakoriságát. | Ha adatgyűjtési szabályt használ a teljesítményadatok Log Analytics-munkaterületre való küldéséhez, csökkentheti a lekérdezések gyakoriságát a gyűjtött adatok mennyiségének csökkentése érdekében. |
Győződjön meg arról, hogy a virtuális gépek nem küldenek ismétlődő adatokat. | Ha több otthoni ügynököt hoz létre, vagy hasonló adatgyűjtési szabályokat hoz létre, győződjön meg arról, hogy egyedi adatokat küld minden munkaterületre. Az összegyűjtött adatok elemzésével kapcsolatos útmutatásért tekintse meg a Log Analytics-munkaterület használati adatainak elemzését, hogy biztosan ne gyűjtsön ismétlődő adatokat. Ha ügynökök között migrál, használja a Log Analytics-ügynököt mindaddig, amíg nem migrál az Azure Monitor-ügynökre ahelyett, hogy mindkettőt együtt használnátok, hacsak nem biztosíthatja, hogy mindegyik egyedi adatokat gyűjtsön. |
A Log Analytics-munkaterület elemzési adataival elemezheti a számlázható költségeket, és azonosíthatja a költségmegtakarítási lehetőségeket. | A Log Analytics-munkaterületi elemzések az egyes táblákban és az egyes virtuális gépekről gyűjtött számlázható adatokat jelenítik meg. Ezekkel az információkkal azonosíthatja a legfontosabb gépeket és táblákat, mivel ezek jelentik a legjobb lehetőséget a költségek csökkentésére az adatok szűrésével. A konfigurációváltozások hatásainak további elemzéséhez használja ezt az elemzést és napló lekérdezéseket a Log Analytics-munkaterület használatelemzésében. |
Az SCOM-környezet migrálása felügyelt Azure Monitor SCOM-példányba. | A meglévő SCOM-környezet migrálása felügyelt Azure Monitor SCOM-példányba az Azure Monitor által nem helyettesíthető felügyeleti csomagok támogatásához. A felügyelt SCOM-példányok nem követelik meg a helyi felügyeleti kiszolgálók és adatbázis-kiszolgálók karbantartását, csökkentve ezzel az SCOM-infrastruktúra karbantartásának teljes költségét. |
Tárolók
Tervezési ellenőrzőlista
- Metrikák gyűjtésének engedélyezése a Prometheushoz készült Azure Monitor felügyelt szolgáltatáson keresztül.
- Konfigurálja az ügynökgyűjtést az adatgyűjtés módosításához a Container Insightsban.
- Módosítsa a metrikaadatok Container Insights szerinti gyűjtésének beállításait.
- Tiltsa le a Container Insights metrikaadatok gyűjtését, ha nem használja a Container Insights szolgáltatást az Azure Portalon.
- Ha nem kérdezi le rendszeresen a tárolónaplók tábláját, vagy nem használja riasztásokhoz, konfigurálja alapszintű naplóként.
- Korlátozza a szükségtelen erőforrásnaplók gyűjtését.
- Használjon erőforrás-specifikus naplózást az AKS-erőforrásnaplókhoz, és konfigurálja a táblákat alapszintű naplóként.
- Az OpenCost segítségével adatokat gyűjthet a Kubernetes-költségekről.
Konfigurációs javaslatok
Ajánlás | Juttatás |
---|---|
Metrikák gyűjtésének engedélyezése a Prometheushoz készült Azure Monitor felügyelt szolgáltatáson keresztül. Ügyeljen arra, hogy ne küldjön Prometheus-metrikákat a Log Analytics-munkaterületre. | A Felügyelt Prometheus engedélyezésével a Prometheushoz készült Azure Monitor felügyelt szolgáltatást használhatja a Prometheus-metrikák fürtből való lekaparására. Vegye figyelembe, hogy a Container Insights konfigurálható úgy, hogy Prometheus-metrikákat gyűjtsön a Log Analytics-munkaterületen, de ez nem ajánlott, mivel ez redundáns a felügyelt Prometheus adataival, és további költségeket eredményez. További részletekért lásd a Felügyelt Prometheus díjszabását. |
Konfigurálja az ügynököt az adatgyűjtés módosítására a Container Insightsban. | Elemezze a Container Insights által gyűjtött adatokat a Container Insights monitorozási költségeinek optimalizálása című szakaszban leírtak szerint, és állítsa be a konfigurációt a szükségtelen adatok gyűjtésének leállításához. |
Módosítsa a metrikaadatok Container Insights szerinti gyűjtésének beállításait. | A metrikaadatok gyűjtésének gyakoriságát és a Container Insights által gyűjtött névtereket a költségoptimalizálási beállítások engedélyezése című témakörben találja. |
Tiltsa le a Container Insights metrikaadatok gyűjtését, ha nem használja a Container Insights szolgáltatást az Azure Portalon. | A Tárolóelemzések a felügyelt Prometheusszal azonos metrikaértékeket gyűjtenek. Ezeknek a metrikáknak a gyűjtését letilthatja úgy, hogy konfigurálja a Container Insightst, hogy csak naplókat és eseményeket gyűjtsön a Container Insights költségoptimalizálási beállításainak engedélyezése című cikkben leírtak szerint. Ez a konfiguráció letiltja a Container Insights használatát az Azure Portalon, de a Grafana használatával prometheus-metrikákat és Log Analytics-eket jeleníthet meg a Container Insights által gyűjtött naplóadatok elemzéséhez. |
Ha nem kérdezi le rendszeresen a tárolónaplók tábláját, vagy nem használja riasztásokhoz, konfigurálja alapszintű naplóként. | Konvertálja a Container Insights-sémát ContainerLogV2-vé, amely kompatibilis az alapszintű naplókkal, és jelentős költségmegtakarítást biztosíthat a Container Insights monitorozási költségeinek optimalizálása című cikkben leírtak szerint. |
Korlátozza a szükségtelen erőforrásnaplók gyűjtését. | Az AKS-fürtök vezérlősíknaplói erőforrásnaplóként vannak implementálva az Azure Monitorban. Hozzon létre egy diagnosztikai beállítást , amellyel ezeket az adatokat elküldheti egy Log Analytics-munkaterületre. Az AKS-fürtök vezérlősík-naplóinak összegyűjtése című témakörben talál javaslatokat arra vonatkozóan, hogy mely kategóriákat érdemes összegyűjteni. |
Használjon erőforrás-specifikus naplózást az AKS-erőforrásnaplókhoz, és konfigurálja a táblákat alapszintű naplóként. | Az AKS az Azure diagnosztikai módot vagy az erőforrásnaplók erőforrás-specifikus módját támogatja. Adja meg az erőforrásnaplókat, amelyek lehetővé teszik a táblák alapszintű naplókhoz való konfigurálását, ami alacsonyabb betöltési díjat biztosít az olyan naplókhoz, amelyeket csak alkalmanként kérdez le, és nem használ riasztáshoz. |
Az OpenCost segítségével adatokat gyűjthet a Kubernetes-költségekről. | Az OpenCost egy nyílt forráskódú, gyártósemleges CNCF tesztkörnyezeti projekt, amellyel megértheti a Kubernetes költségeit, és támogatja az AKS-költségek láthatóságát. Az ügyfélspecifikus Azure-díjszabás mellett részletes költségszámítási adatokat exportál az Azure Storage-ba, hogy segítse a fürt rendszergazdáit a költségek elemzésében és kategorizálásában. |
Application Insights
Tervezési ellenőrzőlista
- Váltson munkaterület-alapú Application Insightsra.
- Mintavételezés használatával finomhangolhatja az összegyűjtött adatok mennyiségét.
- Korlátozza az Ajax-hívások számát.
- Tiltsa le a szükségtelen modulokat.
- A TrackMetric felé irányuló hívások metrikáinak előre összesítése.
- Lehetőség szerint korlátozza az egyéni metrikák használatát.
- Gondoskodjon a frissített szoftverfejlesztői készletek (SDK-k) használatáról.
- A naplószintek használatával korlátozhatja a nem kívánt gazdagépek nyomkövetését és az általános nyomkövetési naplózást.
Konfigurációs javaslatok
Ajánlás | Juttatás |
---|---|
Váltson munkaterület-alapú Application Insightsra. | Győződjön meg arról, hogy az Application Insights-erőforrások munkaterület-alapúak. A munkaterület-alapú Application Insights-erőforrások új költségmegtakarítási eszközöket alkalmazhatnak, például alapszintű naplókat, kötelezettségvállalási szinteket, adattípus szerinti megőrzést és hosszú távú megőrzést. |
Mintavételezés használatával finomhangolhatja az összegyűjtött adatok mennyiségét. | Az Application Insights által gyűjtött adatok mennyiségének finomhangolásához a mintavételezés az elsődleges eszköz. Mintavételezéssel csökkentheti az alkalmazásokból küldött telemetriai adatokat a metrikák minimális torzítása mellett. |
Korlátozza az Ajax-hívások számát. | Korlátozza az Ajax-hívások számát, amelyek minden oldalnézetben jelenthetők, vagy tiltsa le az Ajax-jelentéskészítést. Ha letiltja az Ajax-hívásokat, letiltja a JavaScript-korrelációt is. |
Tiltsa le a szükségtelen modulokat. | Az ApplicationInsights.config szerkesztése a szükségtelen gyűjteménymodulok kikapcsolásához. Dönthet például úgy, hogy nincs szükség teljesítményszámlálókra vagy függőségi adatokra. |
A TrackMetric felé irányuló hívások metrikáinak előre összesítése. | Ha hívásokat intéz a TrackMetrichez az alkalmazásban, csökkentheti a forgalmat azzal a túlterheléssel, amely elfogadja a mérésköteg átlagának és szórásának kiszámítását. Másik lehetőségként használhat előaggregating csomagot is. |
Az egyéni metrikák használatának korlátozása. | Az Application Insights egyéni metrikaméreteken történő riasztás engedélyezésének lehetősége növelheti a költségeket. Ha ezt a lehetőséget választja, több előaggregációs metrikát hozhat létre. |
Gondoskodjon a frissített szoftverfejlesztői készletek (SDK-k) használatáról. | A ASP.NET Core SDK és a Worker Service SDK korábbi verziói alapértelmezés szerint számos számlálót gyűjtenek, amelyeket egyéni metrikákként gyűjtöttek össze. A későbbi verziókban csak a szükséges számlálókat adhatja meg. |
Korlátozza a nem kívánt nyomkövetési naplózást. | Az Application Insights több lehetséges naplóforrást is rendelkezik. A naplószintek a nyomkövetési napló telemetriájának finomhangolására és csökkentésére használhatók. A naplózás a gazdagépre is vonatkozhat. Az Azure Kubernetes Service-t (AKS) használó ügyfeleknek például módosítaniuk kell a vezérlősíkot és az adatsík naplóit. Hasonlóképpen az Azure-függvényeket használó ügyfeleknek is módosítaniuk kell a naplószinteket és a hatókört a naplók mennyiségének és költségeinek optimalizálása érdekében. |
Következő lépés
- Ajánlott eljárások az Azure Monitor teljes üzembe helyezéséhez.