Nastavení diagnostiky ve službě Azure Monitor
Tento článek obsahuje podrobnosti o vytváření a konfiguraci nastavení diagnostiky pro odesílání metrik a protokolů platformy Azure do různých cílů.
Metriky platformy se automaticky odesílají do metrik služby Azure Monitor ve výchozím nastavení a bez konfigurace.
Protokoly platformy poskytují podrobné informace o diagnostice a auditování prostředků Azure a platformě Azure, na které závisí:
- Protokoly prostředků se neshromažďují, dokud nejsou směrovány do cíle.
- Protokoly aktivit existují samy o sobě, ale dají se směrovat do jiných umístění.
Každý prostředek Azure vyžaduje vlastní nastavení diagnostiky, které definuje následující kritéria:
- Zdroje: Typ metriky a dat protokolů, které se mají odesílat do cílů definovaných v nastavení. Dostupné typy se liší podle typu prostředku.
- Cíle: Jeden nebo více cílů, do které se má odeslat.
Jedno nastavení diagnostiky nemůže definovat více než jeden z cílů. Pokud chcete odesílat data do více než jednoho konkrétního typu cíle (například do dvou různých pracovních prostorů služby Log Analytics), vytvořte několik nastavení. Každý prostředek může mít až pět nastavení diagnostiky.
Upozornění
Pokud potřebujete odstranit prostředek nebo ho migrovat mezi skupinami prostředků nebo předplatnými, měli byste nejprve odstranit jeho nastavení diagnostiky. V opačném případě by při opětovném vytvoření tohoto prostředku mohlo být nastavení diagnostiky odstraněného prostředku zahrnuto do nového prostředku v závislosti na konfiguraci prostředku pro každý prostředek. Pokud jsou nastavení diagnostiky součástí nového prostředku, obnoví se shromažďování protokolů prostředků, jak je definováno v nastavení diagnostiky, a odešle příslušná data metrik a protokolů do dříve nakonfigurovaného cíle.
Také je vhodné odstranit nastavení diagnostiky pro prostředek, který chcete odstranit a neplánujete ho znovu používat, aby vaše prostředí bylo čisté.
Následující video vás provede směrováním protokolů platformy prostředků s nastavením diagnostiky. Video bylo provedeno dříve. Mějte na paměti následující změny:
- Teď jsou k dispozici čtyři cíle. Metriky a protokoly platformy můžete odesílat určitým partnerům služby Azure Monitor.
- V listopadu 2021 byla zavedena nová funkce s názvem skupiny kategorií.
Informace o těchto novějších funkcích najdete v tomto článku.
zdroje
Existují tři zdroje diagnostických informací:
- Metriky
- Protokoly prostředků
- Protokoly aktivit
Metriky
Nastavení AllMetrics směruje metriky platformy prostředku do jiných cílů. Tato možnost nemusí být dostupná pro všechny poskytovatele prostředků.
Protokoly prostředků
Pomocí protokolů můžete vybrat kategorie protokolů, které chcete směrovat jednotlivě, nebo zvolit skupinu kategorií.
Poznámka
Skupiny kategorií se nevztahují na všechny poskytovatele prostředků metrik. Pokud je poskytovatel nemá k dispozici v nastavení diagnostiky v Azure Portal, nebude dostupný ani prostřednictvím šablon Azure Resource Manager.
Skupiny kategorií můžete použít k dynamickému shromažďování protokolů prostředků na základě předdefinovaných seskupení místo výběru jednotlivých kategorií protokolů. Microsoft definuje seskupení, která pomáhají monitorovat konkrétní případy použití ve všech službách Azure.
V průběhu času se kategorie ve skupině můžou aktualizovat s tím, jak se nasadí nové protokoly nebo se mění hodnocení. Při přidání nebo odebrání kategorií protokolů ze skupiny kategorií se kolekce protokolů automaticky změní, aniž byste museli aktualizovat nastavení diagnostiky.
Při použití skupin kategorií:
- Protokoly prostředků už není možné vybírat jednotlivě na základě jednotlivých typů kategorií.
- U protokolů odesílaných do Služby Azure Storage už nelze použít nastavení uchovávání informací.
V současné době existují dvě skupiny kategorií:
- Vše: Každý protokol prostředků, který prostředek nabízí.
- Audit: Všechny protokoly prostředků, které zaznamenávají interakce zákazníků s daty nebo nastavení služby. Protokoly auditu jsou pokusem jednotlivých poskytovatelů prostředků poskytnout nejrelevantní data auditu, ale z hlediska standardů auditování je nemusí považovat za dostatečné.
Kategorie Audit je podmnožinou "Vše", ale Azure Portal a REST API je považují za samostatná nastavení. Výběrem možnosti Vše se shromáždí všechny protokoly auditu bez ohledu na to, jestli je vybraná i kategorie Audit.
Následující obrázek ukazuje skupiny kategorií protokolů na stránce přidat nastavení diagnostiky.
Poznámka
Povolení auditování pro Azure SQL Database nepovolí auditování pro Azure SQL Database. Pokud chcete povolit auditování databáze, musíte ho povolit v okně auditování pro službu Azure Database.
Protokol aktivit
Viz část Nastavení protokolu aktivit .
Cíle
Protokoly a metriky platformy je možné odesílat do cílů uvedených v následující tabulce.
Kvůli zajištění zabezpečení přenášených dat jsou všechny cílové koncové body nakonfigurované tak, aby podporovaly protokol TLS 1.2.
| Cíl | Description |
|---|---|
| Pracovní prostor služby Log Analytics | Metriky se převedou do formátu protokolu. Tato možnost nemusí být dostupná pro všechny typy prostředků. Jejich odeslání do úložiště protokolů Azure Monitoru (které je prohledávatelné přes Log Analytics) vám pomůže integrovat je do dotazů, upozornění a vizualizací se stávajícími daty protokolů. |
| Účet služby Azure Storage | Archivace protokolů a metrik do účtu úložiště je užitečná pro audit, statickou analýzu nebo zálohování. V porovnání s používáním protokolů Azure Monitoru nebo pracovního prostoru služby Log Analytics je úložiště levnější a protokoly se tam dají uchovávat po neomezenou dobu. |
| Azure Event Hubs | Když odesíláte protokoly a metriky do služby Event Hubs, můžete streamovat data do externích systémů, jako jsou siemy třetích stran a další řešení Log Analytics. |
| Integrace partnerů ve službě Azure Monitor | Mezi službou Azure Monitor a dalšími monitorovacími platformami od jiných společností než Microsoft je možné provádět specializované integrace. Integrace je užitečná, pokud už používáte některého z partnerů. |
Nastavení protokolu aktivit
Protokol aktivit používá nastavení diagnostiky, ale má vlastní uživatelské rozhraní, protože se vztahuje spíše na celé předplatné než na jednotlivé prostředky. Zde uvedené informace o cíli stále platí. Další informace najdete v protokolu aktivit Azure.
Požadavky a omezení
Tato část popisuje požadavky a omezení.
Doba, než se telemetrie dostane do cíle
Jakmile nastavíte nastavení diagnostiky, měla by do 90 minut začít tok dat do vybraných cílů. Pokud neobdržíte žádné informace do 24 hodin, pak buď
- negenerují se žádné protokoly nebo
- v základním mechanismu směrování není něco v pořádku. Zkuste konfiguraci zakázat a pak ji znovu použít. Pokud budete mít i nadále problémy, obraťte se na podpora Azure prostřednictvím Azure Portal.
Metriky jako zdroj
Export metrik má určitá omezení:
- Odesílání multidimenzionálních metrik prostřednictvím nastavení diagnostiky se v současné době nepodporuje: Metriky s dimenzemi se exportují jako ploché jednorozměrné metriky agregované mezi hodnotami dimenzí. Například metriku IOReadBytes na blockchainu je možné prozkoumat a vymapovat na úrovni jednotlivých uzlů. Při exportu prostřednictvím nastavení diagnostiky ale exportovaná metrika zobrazí všechny přečtené bajty pro všechny uzly.
- Ne všechny metriky se dají exportovat pomocí nastavení diagnostiky: Kvůli interním omezením se ne všechny metriky dají exportovat do protokolů Služby Azure Monitor nebo Log Analytics. Další informace najdete ve sloupci Exportovatelné v seznamu podporovaných metrik.
Pokud chcete tato omezení pro konkrétní metriky obejít, můžete je ručně extrahovat pomocí rozhraní REST API pro metriky. Pak je můžete importovat do protokolů služby Azure Monitor pomocí rozhraní API kolektoru dat služby Azure Monitor.
Omezení cíle
Před vytvořením nastavení diagnostiky je potřeba vytvořit všechny cíle pro nastavení diagnostiky. Cíl nemusí být ve stejném předplatném jako prostředek odesílající protokoly, pokud uživatel, který konfiguruje nastavení, má odpovídající přístup k řízení přístupu na základě role v Azure k oběma předplatným. Pomocí služby Azure Lighthouse je také možné nechat nastavení diagnostiky odesílat do pracovního prostoru, účtu úložiště nebo centra událostí v jiném tenantovi Azure Active Directory.
Následující tabulka obsahuje jedinečné požadavky pro každý cíl, včetně případných místních omezení.
| Cíl | Požadavky |
|---|---|
| Pracovní prostor služby Log Analytics | Pracovní prostor nemusí být ve stejné oblasti jako monitorovaný prostředek. |
| Účet úložiště | Nepoužívejte existující účet úložiště, který má uložená jiná data než data monitorování, abyste mohli lépe řídit přístup k datům. Pokud protokol aktivit a protokoly prostředků archivujete společně, můžete použít stejný účet úložiště, abyste všechna data monitorování uchováli v centrálním umístění. Pokud chcete odesílat data do neměnného úložiště, nastavte pro účet úložiště zásady neměnnosti, jak je popsáno v tématu Nastavení a správa zásad neměnnosti pro Azure Blob Storage. Musíte postupovat podle všech kroků v tomto propojeném článku, včetně povolení zápisů chráněných doplňovacích objektů blob. Pokud je prostředek regionální, musí být účet úložiště ve stejné oblasti jako monitorovaný prostředek. Nastavení diagnostiky nemají přístup k účtům úložiště, pokud jsou povolené virtuální sítě. Musíte povolit možnost Povolit důvěryhodným službám Microsoftu obejít toto nastavení brány firewall v účtech úložiště, aby služba nastavení diagnostiky služby Azure Monitor získala přístup k vašemu účtu úložiště. Koncové body zóny Azure DNS (Preview) a účty úložiště Azure Premium LRS (místně redundantní úložiště) se nepodporují jako cíl protokolu nebo metriky. |
| Event Hubs | Zásady sdíleného přístupu pro obor názvů definují oprávnění, která má mechanismus streamování. Streamování do služby Event Hubs vyžaduje oprávnění ke správě, odesílání a naslouchání. Pokud chcete aktualizovat nastavení diagnostiky tak, aby zahrnovalo streamování, musíte mít u tohoto autorizačního pravidla služby Event Hubs oprávnění ListKey. Pokud je prostředek regionální, musí být obor názvů centra událostí ve stejné oblasti jako monitorovaný prostředek. Nastavení diagnostiky nemají přístup k prostředkům služby Event Hubs, pokud jsou povolené virtuální sítě. Musíte povolit možnost Povolit důvěryhodným službám Microsoftu obejít toto nastavení brány firewall ve službě Event Hubs, aby služba nastavení diagnostiky služby Azure Monitor získala přístup k vašim prostředkům služby Event Hubs. |
| Integrace partnerů | Řešení se liší podle partnera. Podrobnosti najdete v dokumentaci k integraci partnerů služby Azure Monitor . |
Upozornění
Pokud chcete ukládat diagnostické protokoly v pracovním prostoru služby Log Analytics, je potřeba zvážit dva body, abyste se vyhnuli zobrazení duplicitních dat v Application Insights:
- Cílem nemůže být pracovní prostor služby Log Analytics, na kterém je založený váš prostředek Application Insights.
- Uživatel Application Insights nemůže mít přístup k oběma pracovním prostorům. Režim řízení přístupu Log Analytics nastavte na Vyžaduje oprávnění pracovního prostoru. Prostřednictvím řízení přístupu na základě role Azure se ujistěte, že uživatel má přístup pouze k pracovnímu prostoru služby Log Analytics, na kterém je prostředek Application Insights založený.
Tyto kroky jsou nezbytné, protože služba Application Insights přistupuje k telemetrii napříč prostředky Application Insights (včetně pracovních prostorů služby Log Analytics), aby bylo možné poskytnout kompletní transakční operace a přesné mapy aplikací. Vzhledem k tomu, že diagnostické protokoly používají stejné názvy tabulek, může se zobrazit duplicitní telemetrie, pokud má uživatel přístup k více prostředkům, které obsahují stejná data.
Řízení nákladů
Shromažďování dat v pracovním prostoru služby Log Analytics se můžou účtovat, takže byste měli shromažďovat jenom kategorie, které potřebujete pro každou službu. Objem dat pro protokoly prostředků se mezi službami výrazně liší.
Také možná nebudete chtít shromažďovat metriky platformy z prostředků Azure, protože tato data se už shromažďují v metrikách. Diagnostická data nakonfigurujte tak, aby shromažďovat metriky, pouze pokud potřebujete data metrik v pracovním prostoru pro složitější analýzu pomocí dotazů na protokoly. Nastavení diagnostiky neumožňují podrobné filtrování protokolů prostředků.
Tip
Strategie snížení nákladů na Azure Monitor najdete v tématu Optimalizace nákladů a Azure Monitor.
Vytvoření nastavení diagnostiky
Nastavení diagnostiky můžete vytvořit a upravit několika způsoby.
Nastavení diagnostiky můžete nakonfigurovat v Azure Portal buď z nabídky Azure Monitoru, nebo z nabídky pro prostředek.
To, kde nakonfigurujete nastavení diagnostiky v Azure Portal závisí na prostředku:
U jednoho prostředku v nabídce prostředku v části Monitorování vyberte Nastavení diagnostiky.
U jednoho nebo více prostředků vyberte Nastavení diagnostiky v části Nastavení v nabídce Azure Monitoru a pak vyberte prostředek.
Pro protokol aktivit vyberte Protokol aktivit v nabídce Azure Monitoru a pak vyberte Exportovat protokoly aktivit. Ujistěte se, že jste pro protokol aktivit zakázali všechny starší konfigurace. Pokyny najdete v tématu Zakázání existujících nastavení.
Pokud u vybraného prostředku neexistují žádná nastavení, zobrazí se výzva k vytvoření nastavení. Vyberte Přidat nastavení diagnostiky.
Pokud v prostředku existují nastavení, zobrazí se seznam nastavení, která už jsou nakonfigurovaná. Vyberte Přidat nastavení diagnostiky a přidejte nové nastavení. Nebo vyberte Upravit nastavení a upravte existující nastavení. Každé nastavení může mít maximálně jeden z každého z cílových typů.
Zadejte název nastavení, pokud ho ještě nemá.
Protokoly a metriky, které se mají směrovat: U protokolů buď zvolte skupinu kategorií, nebo zaškrtněte jednotlivá políčka pro každou kategorii dat, kterou chcete odeslat do cílů zadaných později. Seznam kategorií se pro každou službu Azure liší. Pokud chcete metriky ukládat také do protokolů služby Azure Monitor, vyberte VšeMetriky .
Podrobnosti o cíli: Zaškrtněte políčko pro každý cíl. Zobrazí se možnosti, abyste mohli přidat další informace.
Log Analytics
Zadejte předplatné a pracovní prostor. Pokud pracovní prostor nemáte, musíte si ho před pokračováním vytvořit.Event Hubs
Zadejte následující kritéria:- Předplatné: Předplatné, do kterého je centrum událostí součástí.
- Obor názvů centra událostí: Pokud ho nemáte, musíte ho vytvořit.
- Název centra událostí (volitelné):Název, do které se mají všechna data posílat. Pokud nezadáte název, vytvoří se centrum událostí pro každou kategorii protokolu. Pokud odesíláte do více kategorií, můžete zadat název, který omezí počet vytvořených center událostí. Další informace najdete v tématu Azure Event Hubs kvót a omezení.
- Název zásady centra událostí (také volitelný): Zásada definuje oprávnění, která má mechanismus streamování. Další informace najdete v tématu Funkce služby Event Hubs.
Archivace do účtu úložiště
Vyberte předplatné a účet úložiště , do kterého chcete data uložit.
Tip
Pomocí zásad životního cyklu služby Azure Storage můžete spravovat dobu uchovávání protokolů.
Zásady uchovávání informací nastavené v nastavení diagnostiky jsou teď zastaralé.Integrace partnerů: Nejdřív musíte do svého předplatného nainstalovat integraci partnera. Možnosti konfigurace se liší podle partnera. Další informace najdete v tématu Integrace partnerů služby Azure Monitor.
Pokud služba podporuje režim diagnostiky Azure i konkrétní prostředek, zobrazí se při výběru pracovního prostoru služby Log Analytics jako cíle možnost výběru cílové tabulky. Obvykle byste měli vybrat konkrétní prostředek , protože struktura tabulky umožňuje větší flexibilitu a efektivnější dotazy.
Vyberte Uložit.
Po chvíli se nové nastavení zobrazí v seznamu nastavení pro tento prostředek. Protokoly se streamují do zadaných cílů při generování nových dat událostí. Mezi vygenerovanou událostí a jejím zobrazením v pracovním prostoru služby Log Analytics může trvat až 15 minut.
Poradce při potížích
Tady je několik tipů pro řešení potíží.
Kategorie metriky se nepodporuje.
Když nasadíte nastavení diagnostiky, zobrazí se chybová zpráva podobná typu Kategorie metrik xxxx se nepodporuje. Tato chyba se může zobrazit i v případě, že vaše předchozí nasazení proběhlo úspěšně.
K tomuto problému dochází při použití šablony Resource Manager, rozhraní REST API, rozhraní příkazového řádku nebo Azure PowerShell. Nastavení diagnostiky vytvořené prostřednictvím Azure Portal to neovlivní, protože se zobrazí jenom podporované názvy kategorií.
Příčinou problému je nedávná změna v podkladovém rozhraní API. Jiné kategorie metrik než AllMetrics se nepodporují a nikdy nebyly s výjimkou několika konkrétních služeb Azure. V minulosti se při nasazování nastavení diagnostiky ignorovaly jiné názvy kategorií. Back-end služby Azure Monitor přesměroval tyto kategorie na AllMetrics. Od února 2021 se back-end aktualizoval, aby se konkrétně potvrdilo, že zadaná kategorie metrik je přesná. Tato změna způsobila selhání některých nasazení.
Pokud se zobrazí tato chyba, aktualizujte nasazení tak, aby se všechny názvy kategorií metrik nahradily AllMetrics , aby se problém vyřešil. Pokud nasazení dříve přidávalo více kategorií, ponechte s odkazem AllMetrics jenom jednu. Pokud potíže přetrvávají, kontaktujte podpora Azure prostřednictvím Azure Portal.
Nastavení zmizí kvůli znakům, které nejsou ASCII, v id prostředku
Nastavení diagnostiky nepodporují ID prostředků s znaky, které nejsou ASCII. Představte si například termín Preproducción. Vzhledem k tomu, že v Azure nemůžete přejmenovat prostředky, je jedinou možností vytvořit nový prostředek bez znaků, které nejsou ASCII. Pokud jsou znaky ve skupině prostředků, můžete prostředky pod ní přesunout do nové. V opačném případě budete muset prostředek znovu vytvořit.
Možnost duplikování nebo vyřazení dat
Je vynaloženo veškeré úsilí, aby se všechna data protokolů odesílala správně do vašich cílů, ale není možné zaručit 100% přenos dat protokolů mezi koncovými body. Existují opakované pokusy a další mechanismy, které tyto problémy obcházejí a snaží se zajistit, aby data protokolu dorazila do koncového bodu.