Optimalizace nákladů ve službě Azure Monitor
Optimalizace nákladů se týká způsobů, jak snížit zbytečné výdaje a zlepšit efektivitu provozu. Můžete výrazně snížit náklady na Azure Monitor tím, že pochopíte různé možnosti konfigurace a příležitosti ke snížení množství dat, která shromažďuje. Než použijete tento článek, měli byste vidět náklady a využití služby Azure Monitor, abyste porozuměli různým způsobům, jak azure Monitor účtuje a jak zobrazit měsíční fakturu.
Tento článek popisuje optimalizaci nákladů pro Azure Monitor jako součást architektury Azure Well-Architected Framework. Dobře navržená architektura Microsoft Azure je sada návodných principů, které se dají použít ke zlepšení kvality úloh. Rámec se skládá z pěti pilířů špičkové architektury:
- Spolehlivost
- Zabezpečení
- Optimalizace nákladů
- Efektivita provozu
- Efektivita výkonu
Azure Monitor Logs
Kontrolní seznam návrhu
- Určete, jestli chcete zkombinovat provozní data a data zabezpečení ve stejném pracovním prostoru služby Log Analytics.
- Nakonfigurujte cenovou úroveň pro množství dat, která každý pracovní prostor služby Log Analytics obvykle shromažďuje.
- Nakonfigurujte uchovávání a archivaci dat.
- Nakonfigurujte tabulky používané pro ladění, odstraňování potíží a auditování jako základní protokoly.
- Omezte shromažďování dat ze zdrojů dat pro pracovní prostor.
- Pravidelně analyzujte shromážděná data za účelem identifikace trendů a anomálií.
- Vytvořte upozornění, když je shromažďování dat vysoké.
- Zvažte denní limit jako preventivní opatření, abyste zajistili, že nepřekročíte konkrétní rozpočet.
- Nastavte upozornění na doporučení k nákladům azure Advisoru pro pracovní prostory služby Log Analytics.
Doporučení pro konfiguraci
Doporučení | Výhoda |
---|---|
Určete, jestli chcete zkombinovat provozní data a data zabezpečení ve stejném pracovním prostoru služby Log Analytics. | Vzhledem k tomu, že všechna data v pracovním prostoru služby Log Analytics podléhají cenám služby Microsoft Sentinel, pokud je služba Sentinel povolená, může to mít za kombinování těchto dat vliv na náklady. Podrobnosti o tom, jak toto rozhodnutí pro vaše prostředí vyvážit pomocí kritérií v jiných pilířích, najdete v tématu Návrh strategie pracovního prostoru služby Log Analytics. |
Nakonfigurujte cenovou úroveň pro množství dat, která každý pracovní prostor služby Log Analytics obvykle shromažďuje. | Ve výchozím nastavení budou pracovní prostory služby Log Analytics používat ceny s průběžnými platbami bez minimálního objemu dat. Pokud shromáždíte dostatek dat, můžete výrazně snížit náklady pomocí úrovně závazku, která vám umožní potvrdit denní minimum shromážděných dat výměnou za nižší sazbu. Pokud shromáždíte dostatek dat napříč pracovními prostory v jedné oblasti, můžete je propojit s vyhrazeným clusterem a zkombinovat jejich shromážděný svazek pomocí cen clusteru. Podrobnosti o úrovních závazku a pokyny k určení nejvhodnější úrovně využití najdete v výpočtech a možnostech protokolů služby Azure Monitor. Pokud chcete zobrazit odhadované náklady na využití na různých cenových úrovních, přečtěte si informace o využití a odhadovaných nákladech . |
Nakonfigurujte interaktivní a dlouhodobé uchovávání dat. | Za uchovávání dat v pracovním prostoru služby Log Analytics se účtují poplatky nad rámec výchozích 31 dnů (90 dní, pokud je v pracovním prostoru povolená služba Sentinel a 90 dnů pro data Application Insights). Zvažte konkrétní požadavky na to, aby data byla snadno dostupná pro dotazy na protokoly. Náklady můžete výrazně snížit tím, že nakonfigurujete dlouhodobé uchovávání, což vám umožní uchovávat data po dobu až 10 let a stále k němu přistupovat příležitostně pomocí úloh vyhledávání nebo obnovení sady dat do pracovního prostoru. |
Nakonfigurujte tabulky používané pro ladění, odstraňování potíží a auditování jako základní protokoly. | Tabulky v pracovním prostoru služby Log Analytics nakonfigurované pro základní protokoly mají nižší náklady na příjem dat výměny za omezené funkce a poplatky za dotazy na protokoly. Pokud se na tyto tabulky dotazujete zřídka a nepoužíváte je k upozorňování, můžou být náklady na dotazy vyšší než posun nižšími náklady na příjem dat. |
Omezte shromažďování dat ze zdrojů dat pro pracovní prostor. | Primárním faktorem nákladů na Azure Monitor je množství dat, která shromažďujete v pracovním prostoru služby Log Analytics, takže byste měli zajistit, abyste nezjistili žádná další data, která potřebujete k posouzení stavu a výkonu služeb a aplikací. Podrobnosti o tom, jak toto rozhodnutí pro vaše prostředí vyvážit pomocí kritérií v jiných pilířích, najdete v tématu Návrh architektury pracovního prostoru služby Log Analytics. Kompromis: Mezi náklady a vašimi požadavky na monitorování může být kompromis. S vysokou vzorkovací rychlostí můžete například rychleji zjistit problém s výkonem, ale můžete chtít nižší vzorkovací frekvenci, abyste ušetřili náklady. Většina prostředí má více zdrojů dat s různými typy kolekcí, takže je potřeba vyvážit konkrétní požadavky s vašimi nákladovými cíli pro každou z nich. Doporučení ke konfiguraci shromažďování pro různé zdroje dat najdete v tématu Optimalizace nákladů ve službě Azure Monitor . |
Pravidelně analyzujte shromážděná data za účelem identifikace trendů a anomálií. | Pomocí přehledů pracovního prostoru služby Log Analytics můžete pravidelně kontrolovat množství dat shromážděných ve vašem pracovním prostoru. Kromě toho, že vám pomůže pochopit množství dat shromážděných různými zdroji, identifikuje anomálie a vzestupné trendy v kolekci dat, které by mohly vést k nadměrným nákladům. Další analýza shromažďování dat pomocí metod analýzy využití v pracovním prostoru Služby Log Analytics za účelem zjištění, jestli existuje další konfigurace, která může vaše využití dále snížit. To je zvlášť důležité, když přidáte novou sadu zdrojů dat, například novou sadu virtuálních počítačů nebo připojíte novou službu. |
Vytvořte upozornění, když je shromažďování dat vysoké. | Abyste se vyhnuli neočekávaným fakturám, měli byste být proaktivně upozorněni, kdykoli dojde k nadměrnému využití. Oznámení umožňuje řešit případné anomálie před koncem fakturačního období. |
Zvažte denní limit jako preventivní opatření, abyste zajistili, že nepřekročíte konkrétní rozpočet. | Denní limit zakáže shromažďování dat v pracovním prostoru služby Log Analytics po zbytek dne po dosažení nakonfigurovaného limitu. Neměli byste ho používat jako metodu ke snížení nákladů, jak je popsáno v tématu Kdy použít denní limit. Pokud nastavíte denní limit, kromě vytvoření výstrahy při dosažení limitu se ujistěte, že vytvoříte také pravidlo upozornění, které se bude informovat při dosažení určité procentuální hodnoty (například 90 %. Získáte tak příležitost prozkoumat a vyřešit příčinu zvýšeného množství dat před vypnutím shromažďování dat. |
Nastavte upozornění na doporučení k nákladům azure Advisoru pro pracovní prostory služby Log Analytics. | Doporučení Azure Advisoru pro pracovní prostory Log Analytics proaktivně upozorňují, když máte příležitost optimalizovat náklady. Vytvořte upozornění Azure Advisoru pro tato doporučení k nákladům:
|
Prostředky Azure
Kontrolní seznam návrhu
- Shromážděte pouze důležitá data protokolu prostředků z prostředků Azure.
Doporučení pro konfiguraci
Doporučení | Výhoda |
---|---|
Shromážděte pouze důležitá data protokolu prostředků z prostředků Azure. | Když vytvoříte nastavení diagnostiky pro odesílání protokolů prostředků pro prostředky Azure do databáze Log Analytics, zadejte pouze ty kategorie, které potřebujete. Vzhledem k tomu, že nastavení diagnostiky neumožňuje podrobné filtrování protokolů prostředků, můžete pomocí transformace pracovního prostoru filtrovat nepotřebná data pro prostředky, které používají podporovanou tabulku. Podrobnosti o konfiguraci nastavení diagnostiky a použití transformací k filtrování dat najdete v tématu Nastavení diagnostiky ve službě Azure Monitor . |
Výstrahy
Kontrolní seznam návrhu
- Upozornění protokolu aktivit, upozornění služby Service Health a upozornění služby Resource Health jsou bezplatná.
- Při použití upozornění prohledávání protokolu minimalizujte frekvenci upozornění prohledávání protokolu.
- Při používání upozornění na metriky minimalizujte počet monitorovaných prostředků.
Doporučení pro konfiguraci
Doporučení | Výhoda |
---|---|
Mějte na paměti, že upozornění protokolu aktivit, upozornění služby Service Health a upozornění služby Resource Health jsou zdarma. | Upozornění aktivit služby Azure Monitor, upozornění služby Service Health a upozornění služby Resource Health jsou zdarma. Pokud chcete pomocí těchto typů výstrah dosáhnout toho, co chcete monitorovat, použijte je. |
Při použití upozornění prohledávání protokolu minimalizujte frekvenci upozornění prohledávání protokolu. | Při konfiguraci upozornění prohledávání protokolu mějte na paměti, že čím častější vyhodnocování pravidel, tím vyšší jsou náklady. Nakonfigurujte pravidla odpovídajícím způsobem. |
Při používání upozornění na metriky minimalizujte počet monitorovaných prostředků. | Některé typy prostředků podporují pravidla upozornění na metriky, která můžou monitorovat více prostředků stejného typu. U těchto typů prostředků mějte na paměti, že pravidlo může být nákladné, pokud pravidlo monitoruje mnoho prostředků. Pokud chcete snížit náklady, můžete buď snížit rozsah pravidla upozornění na metriku, nebo použít pravidla upozornění prohledávání protokolu, která jsou levnější pro monitorování velkého počtu prostředků. |
Virtuální počítače
Kontrolní seznam návrhu
- Migrace z agenta Log Analytics na agenta Azure Monitoru pro podrobné filtrování dat
- Filtrujte data, která nepotřebujete od agentů.
- Určete, jestli budete používat přehledy virtuálních počítačů a jaká data chcete shromažďovat.
- Snižte frekvenci dotazování čítačů výkonu.
- Ujistěte se, že virtuální počítače neodesílají duplicitní data.
- Pomocí přehledů pracovního prostoru služby Log Analytics můžete analyzovat fakturovatelné náklady a identifikovat příležitosti k úsporám nákladů.
- Migrujte prostředí SCOM do spravované instance SCOM služby Azure Monitor.
Doporučení pro konfiguraci
Doporučení | Popis |
---|---|
Migrace z agenta Log Analytics na agenta Azure Monitoru pro podrobné filtrování dat | Pokud stále máte virtuální počítače s agentem Log Analytics, migrujte je do agenta Služby Azure Monitor, abyste mohli využívat lepší filtrování dat a používat jedinečné konfigurace s různými sadami virtuálních počítačů. Konfigurace shromažďování dat agentem Log Analytics se provádí v pracovním prostoru, takže všichni agenti obdrží stejnou konfiguraci. Pravidla shromažďování dat používaná agentem Azure Monitoru je možné ladit podle konkrétních požadavků monitorování různých sad virtuálních počítačů. Agent Azure Monitoru také umožňuje používat transformace k filtrování shromážděných dat. |
Filtrujte data, která nepotřebujete od agentů. | Snižte náklady na příjem dat filtrováním dat, která nepoužíváte k upozorňování nebo analýze. Podívejte se na téma Monitorování virtuálních počítačů pomocí Služby Azure Monitor: Shromažďování dat pro pokyny ke shromažďování dat pro různé scénáře monitorování a řízení nákladů na konkrétní pokyny k filtrování dat za účelem snížení nákladů. |
Určete, jaká data se mají shromažďovat pomocí přehledů virtuálních počítačů. | Přehledy virtuálních počítačů jsou skvělou funkcí, která vám umožní rychle začít s monitorováním virtuálních počítačů a poskytuje výkonné funkce, jako jsou zobrazení map a trendů výkonu. Pokud nepoužíváte funkci Mapování nebo data, která shromažďuje, měli byste zakázat shromažďování procesů a dat závislostí v konfiguraci přehledů virtuálních počítačů, abyste ušetřili náklady na příjem dat. |
Snižte frekvenci dotazování čítačů výkonu. | Pokud k odesílání dat do pracovního prostoru služby Log Analytics používáte pravidlo shromažďování dat , můžete snížit jejich četnost dotazování a snížit tak množství shromážděných dat. |
Ujistěte se, že virtuální počítače neodesílají duplicitní data. | Pokud používáte vícedomé agenty nebo vytváříte podobná pravidla shromažďování dat, ujistěte se, že odesíláte jedinečná data do každého pracovního prostoru. Pokyny k analýze shromážděných dat najdete v části Analýza využití v pracovním prostoru Služby Log Analytics, abyste měli jistotu, že neshromažďujete duplicitní data. Pokud migrujete mezi agenty, pokračujte v používání agenta Log Analytics, dokud nemigrujete na agenta Služby Azure Monitor, a ne na obojí, pokud nebudete moct zajistit, aby každý z nich shromažďuje jedinečná data. |
Pomocí přehledů pracovního prostoru služby Log Analytics můžete analyzovat fakturovatelné náklady a identifikovat příležitosti k úsporám nákladů. | V přehledech pracovního prostoru služby Log Analytics se zobrazují fakturovatelná data shromážděná v každé tabulce a z každého virtuálního počítače. Tyto informace použijte k identifikaci hlavních počítačů a tabulek, protože představují nejlepší příležitost ke snížení nákladů filtrováním dat. Pomocí tohoto přehledu a dotazů na protokoly v pracovním prostoru Analyzovat využití v Log Analytics můžete dále analyzovat účinky změn konfigurace. |
Migrujte prostředí SCOM do spravované instance SCOM služby Azure Monitor. | Migrujte stávající prostředí SCOM do spravované instance Azure Monitor SCOM, abyste podporovali všechny sady Management Pack, které nejde nahradit službou Azure Monitor. Spravovaná instance SCOM eliminuje požadavek na údržbu místních serverů pro správu a databázových serverů a snižuje celkové náklady na údržbu infrastruktury SCOM. |
Kontejnery
Kontrolní seznam návrhu
- Povolte shromažďování metrik prostřednictvím spravované služby Azure Monitor pro Prometheus.
- Nakonfigurujte shromažďování agentů tak, aby upravovali shromažďování dat v Container Insights.
- Upravte nastavení pro shromažďování dat metrik podle Container Insights.
- Pokud nepoužíváte prostředí Přehledy kontejnerů na webu Azure Portal, zakažte shromažďování dat metrik.
- Pokud se na tabulku protokolů kontejneru pravidelně dotazujete nebo ji používáte pro výstrahy, nakonfigurujte ji jako základní protokoly.
- Omezte shromažďování protokolů prostředků, které nepotřebujete.
- Pro protokoly prostředků AKS použijte protokolování specifické pro prostředky AKS a nakonfigurujte tabulky jako základní protokoly.
- S využitím OpenCost můžete shromažďovat podrobnosti o nákladech na Kubernetes.
Doporučení pro konfiguraci
Doporučení | Výhoda |
---|---|
Povolte shromažďování metrik prostřednictvím spravované služby Azure Monitor pro Prometheus. Nezapomeňte také neodesílat metriky Prometheus do pracovního prostoru služby Log Analytics. | Spravovanou službu Azure Monitor pro Prometheus můžete použít k výstřižkům metrik Prometheus z vašeho clusteru povolením spravované služby Prometheus. Mějte na paměti, že můžete nakonfigurovat přehledy kontejnerů tak, aby shromáždily metriky Prometheus v pracovním prostoru služby Log Analytics, ale nedoporučuje se, protože tato možnost je redundantní s daty ve spravovaném systému Prometheus a bude mít za následek další náklady. Podrobnosti najdete v tématu Spravované ceny Prometheus. |
Nakonfigurujte agenta pro úpravu shromažďování dat v Container Insights. | Analyzujte data shromážděná službou Container Insights, jak je popsáno v tématu Optimalizace nákladů na monitorování přehledů kontejnerů , a upravte konfiguraci tak, aby se zastavilo shromažďování dat, která nepotřebujete. |
Upravte nastavení pro shromažďování dat metrik podle Container Insights. | Podrobnosti o úpravě četnosti shromažďování dat metrik a oborů názvů shromažďovaných službou Container Insights najdete v tématu Povolení nastavení optimalizace nákladů. |
Pokud nepoužíváte prostředí Přehledy kontejnerů na webu Azure Portal, zakažte shromažďování dat metrik. | Container Insights shromažďuje mnoho stejných hodnot metrik jako Managed Prometheus. Shromažďování těchto metrik můžete zakázat tak, že nakonfigurujete přehledy kontejnerů tak, aby shromažďoval pouze protokoly a události , jak je popsáno v tématu Povolení nastavení optimalizace nákladů v Přehledech kontejnerů. Tato konfigurace zakáže prostředí Přehledy kontejnerů na webu Azure Portal, ale pomocí Grafany můžete vizualizovat metriky Prometheus a Log Analytics k analýze dat protokolů shromážděných službou Container Insights. |
Pokud se na tabulku protokolů kontejneru pravidelně dotazujete nebo ji používáte pro výstrahy, nakonfigurujte ji jako základní protokoly. | Převeďte schéma Container Insights na ContainerLogV2 , které je kompatibilní se základními protokoly, a může poskytovat významné úspory nákladů, jak je popsáno v tématu Optimalizace nákladů monitorování pro Přehledy kontejnerů. |
Omezte shromažďování protokolů prostředků, které nepotřebujete. | Protokoly řídicí roviny pro clustery AKS se implementují jako protokoly prostředků ve službě Azure Monitor. Vytvořte nastavení diagnostiky pro odeslání těchto dat do pracovního prostoru služby Log Analytics. Informace o tom, které kategorie byste měli shromáždit, najdete v tématu Shromažďování protokolů řídicí roviny pro clustery AKS. |
Pro protokoly prostředků AKS použijte protokolování specifické pro prostředky AKS a nakonfigurujte tabulky jako základní protokoly. | AKS podporuje pro protokoly prostředků buď režim diagnostiky Azure, nebo režim specifický pro prostředky. Zadejte protokoly prostředků, abyste povolili možnost nakonfigurovat tabulky pro základní protokoly, které poskytují nižší poplatky za příjem dat za protokoly, které se dotazují jenom příležitostně a nepoužívají se k upozorňování. |
S využitím OpenCost můžete shromažďovat podrobnosti o nákladech na Kubernetes. | OpenCost je opensourcový projekt neutrálního CNCF sandboxu, který vám pomůže porozumět nákladům na Kubernetes a podpořit vaši schopnost získat přehled o nákladech na AKS. Exportuje podrobná data nákladů kromě cen Azure specifických pro zákazníky do úložiště Azure, aby správci clusteru pomohli analyzovat a kategorizovat náklady. |
Application Insights
Kontrolní seznam návrhu
- Změna na Application Insights založená na pracovním prostoru
- Pomocí vzorkování můžete ladit množství shromážděných dat.
- Omezte počet volání Ajax.
- Zakažte nepotřebné moduly.
- Předaggregovat metriky od všech volání do TrackMetric.
- Pokud je to možné, omezte použití vlastních metrik.
- Zajistěte použití aktualizovaných sad SDK (Software Development Kit).
- Omezte nežádoucí trasování hostitele a obecné protokolování trasování pomocí úrovní protokolu.
Doporučení pro konfiguraci
Doporučení | Výhoda |
---|---|
Změna na Application Insights založená na pracovním prostoru | Ujistěte se, že vaše prostředky Application Insights jsou založené na pracovních prostorech. Prostředky Application Insights založené na pracovních prostorech můžou používat nové nástroje pro úsporu nákladů, jako jsou základní protokoly, úrovně závazku, uchovávání podle datového typu a dlouhodobé uchovávání. |
Pomocí vzorkování můžete ladit množství shromážděných dat. | Vzorkování je primární nástroj, který můžete použít k ladění množství dat shromážděných službou Application Insights. Pomocí vzorkování můžete snížit množství telemetrie odesílané z vašich aplikací s minimálním narušením metrik. |
Omezte počet volání Ajax. | Omezte počet volání Ajax, která lze hlásit v každém zobrazení stránky nebo zakázat generování sestav Ajax. Pokud zakážete volání Ajax, zakážete také korelaci JavaScriptu. |
Zakažte nepotřebné moduly. | Upravte ApplicationInsights.config a vypněte moduly kolekce, které nepotřebujete. Můžete se například rozhodnout, že se nevyžadují čítače výkonu nebo data závislostí. |
Předaggregovat metriky od všech volání do TrackMetric. | Pokud do aplikace vložíte volání TrackMetric, můžete snížit provoz pomocí přetížení, které přijímá výpočet průměrné a směrodatné odchylky dávky měření. Alternativně můžete použít předem agregační balíček. |
Omezte použití vlastních metrik. | Možnost Application Insights povolit upozorňování na vlastní dimenze metrik může zvýšit náklady. Použití této možnosti může vést k vytvoření více metrik preaggregace. |
Zajistěte použití aktualizovaných sad SDK (Software Development Kit). | Starší verze sady ASP.NET Core SDK a sady SDK pracovních služeb ve výchozím nastavení shromažďují mnoho čítačů, které byly shromážděny jako vlastní metriky. K určení pouze požadovaných čítačů použijte novější verze. |
Omezte nežádoucí protokolování trasování. | Application Insights má několik možných zdrojů protokolů. Úrovně protokolů je možné použít k ladění a omezení telemetrie protokolu trasování. Protokolování se také může vztahovat na hostitele. Například zákazníci, kteří používají Azure Kubernetes Service (AKS), by měli upravit řídicí rovinu a protokoly roviny dat. Podobně by zákazníci, kteří používají azure functions, měli přizpůsobit úrovně protokolů a rozsah , aby optimalizovali objem protokolů a náklady. |