Nejčastější dotazy ke službě Azure Monitor

Nejčastější dotazy k Microsoftu jsou seznam nejčastějších dotazů k Azure Monitoru. Pokud máte nějaké další otázky, přejděte na diskuzní fórum a publikujte své otázky. Když je otázka často kladena, přidáme ji do tohoto článku, abychom ji mohli rychle a snadno najít.

Obecné

Co je Azure Monitor?

Azure Monitor je služba v Azure, která poskytuje monitorování výkonu a dostupnosti pro aplikace a služby v Azure, jiná cloudová prostředí nebo místní prostředí. Azure Monitor shromažďuje data z více zdrojů do běžné datové platformy, kde je možné analyzovat trendy a anomálie. Bohaté funkce ve službě Azure Monitor vám pomůžou rychle identifikovat a reagovat na kritické situace, které můžou ovlivnit vaši aplikaci.

Jaký je rozdíl mezi službou Azure Monitor, Log Analytics a Přehledy aplikací?

Microsoft v září 2018 zkombinoval Azure Monitor, Log Analytics a application Přehledy do jedné služby, aby poskytoval výkonné komplexní monitorování vašich aplikací a komponent, na které spoléhají. Funkce v Log Analytics a aplikačních Přehledy se nezměnily, i když některé funkce byly na Azure Monitor změněny, aby lépe odrážely jejich nový obor. Datový modul protokolů a dotazovací jazyk Služby Log Analytics se teď označuje jako protokoly služby Azure Monitor. Viz aktualizace terminologie služby Azure Monitor.

Co stojí Azure Monitor?

Funkce služby Azure Monitor, které jsou automaticky povolené, jako je shromažďování metrik a protokolů aktivit, jsou poskytovány bez jakýchkoli nákladů. Existují náklady spojené s dalšími funkcemi, jako jsou dotazy protokolu a upozorňování. Podrobné informace o cenách najdete na stránce s cenami služby Azure Monitor .

Návody povolit Azure Monitor?

Služba Azure Monitor je povolená v okamžiku, kdy vytvoříte nové předplatné Azure, a automaticky se shromažďují protokoly aktivit a metriky platformy. Vytvořte nastavení diagnostiky , abyste shromáždí podrobnější informace o provozu vašich prostředků Azure a přidali monitorovací řešení a přehledy , abyste mohli poskytovat další analýzu shromážděných dat pro konkrétní služby.

Návody získat přístup ke službě Azure Monitor?

Přístup ke všem funkcím a datům služby Azure Monitor v nabídce Monitor v Azure Portal Část Monitorování nabídky pro různé služby Azure poskytuje přístup ke stejným nástrojům s daty filtrovanými pro konkrétní prostředek. Data služby Azure Monitor jsou přístupná také pro různé scénáře pomocí rozhraní příkazového řádku, PowerShellu a rozhraní REST API.

Existuje místní verze služby Azure Monitor?

No. Azure Monitor je škálovatelná cloudová služba, která zpracovává a ukládá velké objemy dat, i když Azure Monitor dokáže monitorovat prostředky, které jsou místně i v jiných cloudech.

Může Azure Monitor monitorovat místní prostředky?

Ano, kromě shromažďování dat monitorování z prostředků Azure může Azure Monitor shromažďovat data z virtuálních počítačů a aplikací v jiných cloudech a v místním prostředí. Podívejte se na zdroje monitorovacích dat pro Azure Monitor.

Integruje se Azure Monitor s System Center Operations Managerem?

Ke službě Azure Monitor můžete připojit existující skupinu pro správu System Center Operations Manageru a shromažďovat data z agentů do protokolů služby Azure Monitor. Tato funkce umožňuje používat dotazy protokolu a řešení k analýze dat shromážděných z agentů. Můžete také nakonfigurovat existující agenty System Center Operations Manageru tak, aby odesílaly data přímo do služby Azure Monitor. Viz Připojení Operations Manageru do služby Azure Monitor.

Jaké IP adresy Azure Monitor používá?

Seznam IP adres požadovaných pro agenty a další externí prostředky pro přístup ke službě Azure Monitor najdete v tématu IP adresy používané aplikací Přehledy a Log Analytics.

Data monitorování

Kde azure Monitor získá svá data?

Azure Monitor shromažďuje data z různých zdrojů, včetně protokolů a metrik z platformy a prostředků Azure, vlastních aplikací a agentů spuštěných na virtuálních počítačích. Další služby, jako jsou Microsoft Defender for Cloud a Network Watcher shromažďují data do pracovního prostoru Služby Log Analytics, aby je bylo možné analyzovat pomocí dat služby Azure Monitor. Do Služby Azure Monitor můžete také odesílat vlastní data pomocí rozhraní REST API pro protokoly nebo metriky. Podívejte se na zdroje monitorovacích dat pro Azure Monitor.

Jaká data shromažďuje Azure Monitor?

Azure Monitor shromažďuje data z různých zdrojů do protokolů nebo metrik. Každý typ dat má své vlastní relativní výhody a každý podporuje určitou sadu funkcí ve službě Azure Monitor. Pro každé předplatné Azure existuje jedna databáze metrik, zatímco můžete vytvořit několik pracovních prostorů Log Analytics pro shromažďování protokolů v závislosti na vašich požadavcích. Podívejte se na datovou platformu Azure Monitoru.

Je v Azure Monitoru maximální množství dat, která můžu shromažďovat?

Množství dat metrik, která můžete shromažďovat, není nijak omezeno, ale tato data se ukládají maximálně 93 dnů. Podívejte se na uchovávání metrik. Množství dat protokolu, která můžete shromažďovat, není nijak omezeno, ale může to mít vliv na cenovou úroveň, kterou zvolíte pro pracovní prostor Služby Log Analytics. Podívejte se na podrobnosti o cenách.

Návody přístupu k datům shromážděným službou Azure Monitor?

Přehledy a řešení poskytují vlastní prostředí pro práci s daty uloženými ve službě Azure Monitor. Data protokolu můžete pracovat přímo pomocí dotazu protokolu napsaného v dotazovací jazyk Kusto (KQL). V Azure Portal můžete psát a spouštět dotazy a interaktivně analyzovat data pomocí Log Analytics. Analýza metrik v Azure Portal pomocí Průzkumníka metrik Viz Analýza dat protokolů ve službě Azure Monitor a Začínáme s Průzkumníkem metrik Azure.

Proč se v protokolech služby Azure Monitor zobrazují duplicitní záznamy?

V protokolech služby Azure Monitor si můžete všimnout duplicitních záznamů. Obvykle to bude z jedné z následujících dvou podmínek.

  • Komponenty v kanálu mají opakování, aby se zajistilo spolehlivé doručení v cíli. V některých případech může mít tato funkce za následek duplicity pro malé procento položek telemetrie.
  • Pokud duplicitní záznamy pocházejí z virtuálního počítače, možná máte nainstalovaného agenta Log Analytics i agenta Služby Azure Monitor. Pokud stále potřebujete nainstalovaného agenta Log Analytics, nakonfigurujte pracovní prostor Log Analytics tak, aby už neshromažďoval data shromážděná také pravidlem shromažďování dat používaným agentem Azure Monitoru.

Řešení a přehledy

Co je přehled ve službě Azure Monitor?

Přehledy poskytuje přizpůsobené prostředí monitorování pro konkrétní služby Azure. Používají stejné metriky a protokoly jako jiné funkce ve službě Azure Monitor, ale můžou shromažďovat další data a poskytovat jedinečné prostředí v Azure Portal. Viz Přehledy ve službě Azure Monitor.

Pokud chcete zobrazit přehledy v Azure Portal, přečtěte si část Přehledy nabídky Monitorování nebo část Monitorování v nabídce služby.

Co je řešení ve službě Azure Monitor?

Řešení monitorování jsou zabalené sady logiky pro monitorování konkrétní aplikace nebo služby na základě funkcí služby Azure Monitor. Shromažďují data protokolů ve službě Azure Monitor a poskytují dotazy a zobrazení protokolů pro analýzu pomocí společného prostředí v Azure Portal. Viz Řešení monitorování ve službě Azure Monitor.

Pokud chcete zobrazit řešení v Azure Portal, klikněte v části Přehledy nabídky Monitorování na další. Kliknutím na Přidat přidáte do pracovního prostoru další řešení.

Protokoly

Jaký je rozdíl mezi protokoly služby Azure Monitor a azure Data Explorer?

Průzkumník dat Azure je rychlá a vysoce škálovatelná služba pro zkoumání dat protokolů a telemetrie. Protokoly Azure Monitoru jsou založené na azure Data Explorer a používají stejné dotazovací jazyk Kusto (KQL) s některými menšími rozdíly. Podívejte se na rozdíly v dotazovacím jazyku protokolu služby Azure Monitor.

Návody načíst data protokolu?

Všechna data se načítají z pracovního prostoru Služby Log Analytics pomocí dotazu protokolu napsaného pomocí dotazovací jazyk Kusto (KQL). Můžete psát vlastní dotazy nebo používat řešení a přehledy, které zahrnují dotazy protokolu pro konkrétní aplikaci nebo službu. Podívejte se na přehled dotazů protokolu ve službě Azure Monitor.

Můžu odstranit data z pracovního prostoru Log Analytics?

Data se z pracovního prostoru odeberou podle doby uchovávání. Konkrétní data můžete odstranit z důvodů ochrany osobních údajů nebo dodržování předpisů. Další informace najdete v tématu Export a odstranění privátních dat .

Je úložiště Log Analytics neměnné?

Data v úložišti databáze nelze po ingestování změnit, ale je možné je odstranit pomocí cesty rozhraní API pro vymazání pro odstranění privátních dat. I když data nelze změnit, některé certifikace vyžadují, aby data byla neměnná a nelze je změnit ani odstranit v úložišti. Neměnnost dat lze dosáhnout pomocí exportu dat do účtu úložiště, který je nakonfigurovaný jako neměnné úložiště.

Co je pracovní prostor služby Log Analytics?

Všechna data protokolu shromážděná službou Azure Monitor se ukládají do pracovního prostoru Služby Log Analytics. Pracovní prostor je v podstatě kontejner, ve kterém se shromažďují data protokolů z různých zdrojů. Můžete mít jeden pracovní prostor služby Log Analytics pro všechna data monitorování nebo mít požadavky na více pracovních prostorů. Viz Návrh konfigurace pracovního prostoru služby Log Analytics(logs/workspace-design.md).

Můžete existující pracovní prostor služby Log Analytics přesunout do jiného předplatného Azure?

Pracovní prostor můžete přesunout mezi skupinami prostředků nebo předplatnými, ale ne do jiné oblasti. Viz Přesunutí pracovního prostoru služby Log Analytics do jiného předplatného nebo skupiny prostředků.

Proč v Log Analytics nevidím tlačítka Průzkumník dotazů a Uložit?

Když je obor dotazu nastavený na konkrétní prostředek, tlačítko Průzkumník dotazů, uložit a nové pravidlo upozornění nejsou k dispozici. Pokud chcete vytvořit upozornění, uložit nebo načíst dotaz, musí být služba Log Analytics vymezená na pracovní prostor. Pokud chcete otevřít Log Analytics v kontextu pracovního prostoru, vyberte protokoly z nabídky Azure Monitoru . Vybere se poslední použitý pracovní prostor, ale můžete vybrat libovolný jiný pracovní prostor. Zobrazení rozsahu a časového rozsahu dotazů protokolu ve službě Azure Monitor Log Analytics

Proč se mi zobrazuje chyba Zaregistrovat poskytovatele prostředků Microsoft. Přehledy pro toto předplatné povolit tento dotaz" při otevírání Log Analytics z virtuálního počítače?

Mnoho poskytovatelů prostředků se registruje automaticky, ale možná budete muset některé poskytovatele prostředků zaregistrovat ručně. Obor registrace je vždy předplatné. Další informace najdete v tématu Poskytovatelé a typy prostředků.

Proč se mi při otevírání Log Analytics z virtuálního počítače nezobrazí chybová zpráva o přístupu?

Pokud chcete zobrazit protokoly virtuálních počítačů, musíte mít k pracovním prostorům, které ukládají protokoly virtuálních počítačů, udělené oprávnění ke čtení. V těchto případech vás správce musí udělit oprávněním v Azure.

Metriky

Proč se metriky z hostovaného operačního systému virtuálního počítače Azure nezobrazují v Průzkumníku metrik?

Metriky platformy se shromažďují automaticky pro prostředky Azure. Pokud chcete shromažďovat metriky z hostovaného operačního systému virtuálního počítače, musíte provést určitou konfiguraci. Pro virtuální počítač Windows nainstalujte rozšíření diagnostiky a nakonfigurujte jímku služby Azure Monitor, jak je popsáno v tématu Instalace a konfigurace rozšíření diagnostiky Microsoft Azure (WAD). Pro Linux nainstalujte agenta Telegraf, jak je popsáno v tématu Shromažďování vlastních metrik pro virtuální počítač s Linuxem pomocí agenta InfluxData Telegraf.

Analýza změn

Účtují se za použití analýzy změn náklady?

Analýzu změn můžete používat bez dalších poplatků. Jednoduše povolte Microsoft.ChangeAnalysis poskytovatele prostředků a vše, co vám analýza změn podporuje, se otevře.

Jak můžu povolit webovou aplikaci?

Pomocí nástroje Diagnostika a řešení problémů povolte analýzu změn pro webové aplikace v hostu.

Výstrahy

Co je upozornění ve službě Azure Monitor?

Výstrahy vás proaktivně upozorňují, když se v datech monitorování nacházejí důležité podmínky. Umožňují vám identifikovat a řešit problémy před tím, než si je uživatelé vašeho systému všimnou. Existuje několik druhů výstrah:

  • Metrika – Hodnota metriky překračuje prahovou hodnotu.
  • Dotaz protokolu – Výsledky dotazu protokolu odpovídají definovaným kritériím.
  • Protokol aktivit – Událost protokolu aktivit odpovídá definovaným kritériím.
  • Webový test – Výsledky testu dostupnosti odpovídají definovaným kritériím.

Podívejte se na přehled výstrah v Microsoft Azure.

Co je skupina akcí?

Skupina akcí je kolekce oznámení a akcí, které se dají aktivovat výstrahou. Několik upozornění může používat jednu skupinu akcí, která umožňuje využívat běžné sady oznámení a akcí. Viz Vytvoření a správa skupin akcí v Azure Portal.

Co je pravidlo akce?

Pravidlo akce umožňuje upravit chování sady výstrah, které odpovídají určitým kritériím. To vám umožní provádět takové požadavky, jako je zakázání akcí upozornění během časového období údržby. Skupinu akcí můžete také použít u sady upozornění, nikoli přímo na pravidla upozornění. Viz pravidla akcí.

Agenti

Vyžaduje Azure Monitor agenta?

Agent je nutný pouze ke shromažďování dat z operačního systému a úloh ve virtuálních počítačích. Virtuální počítače se dají nacházet v Azure, jiném cloudovém prostředí nebo místně. Podívejte se na přehled agentů Azure Monitoru.

Jaký je rozdíl mezi agenty Azure Monitoru?

Agent Služby Azure Monitor je nový, vylepšený agent, který konsoliduje funkce ze všech ostatních starších agentů monitorování a zároveň poskytuje další výhody, jako je centralizované shromažďování dat, filtrování, multihoming a další. Podívejte se na přehled agentů Azure Monitoru.
Starší verze agentů zahrnují:

  • Rozšíření Azure Diagnostic je určené pro virtuální počítače Azure a shromažďuje data do metrik Azure Monitoru, Azure Storage a Azure Event Hubs.
  • Agent Log Analytics je určený pro virtuální počítače v Azure, jiném cloudovém prostředí nebo v místním prostředí a shromažďuje data do protokolů služby Azure Monitor. Tito agenti budou vyřazeni ze srpna 2024.
  • Agent závislostí vyžaduje agenta Log Analytics a shromážděné podrobnosti procesu a závislosti.

Používá můj provoz agenta připojení ExpressRoute?

Provoz do služby Azure Monitor používá okruh ExpressRoute partnerského vztahu Microsoftu. Popis různých typů provozu ExpressRoute najdete v dokumentaci k ExpressRoute .

Jak můžu ověřit, že agent Log Analytics dokáže komunikovat se službou Azure Monitor?

V Ovládací panely na počítači agenta vyberte Nastavení zabezpečení &Microsoft Monitoring Agent. Na kartě Azure Log Analytics (OMS) zelená ikona zaškrtnutí potvrdí, že agent může komunikovat se službou Azure Monitor. Žlutá ikona upozornění znamená, že agent má problémy. Jedním z běžných důvodů je zastavení služby Microsoft Monitoring Agent. Pomocí správce řízení služeb restartujte službu.

Návody zastavit komunikaci agenta Log Analytics se službou Azure Monitor?

U agentů připojených k Log Analytics přímo otevřete Ovládací panely a vyberte Nastavení zabezpečení &Microsoft Monitoring Agent. Na kartě Azure Log Analytics (OMS) odeberte všechny uvedené pracovní prostory. V System Center Operations Manageru odeberte počítač ze seznamu spravovaných počítačů služby Log Analytics. Operations Manager aktualizuje konfiguraci agenta tak, aby se už neshlásil do Log Analytics.

Kolik dat se odesílá na agenta?

Množství dat odeslaných na agenta závisí na:

  • Řešení, která jste povolili
  • Počet shromažďovaných protokolů a čítačů výkonu
  • Objem dat v protokolech

Podrobnosti najdete v tématu Analýza využití v pracovním prostoru služby Log Analytics .

U počítačů, které můžou spustit agenta WireData, použijte následující dotaz a zjistěte, kolik dat se odesílá:

WireData
| where ProcessName == "C:\\Program Files\\Microsoft Monitoring Agent\\Agent\\MonitoringHost.exe"
| where Direction == "Outbound"
| summarize sum(TotalBytes) by Computer 

Kolik šířky pásma sítě používá agent Microsoft Management Agent (MMA) při odesílání dat do služby Azure Monitor?

Šířka pásma je funkce pro množství odesílaných dat. Data se komprimují, protože se odesílají přes síť.

Jak můžu být upozorněn na zastavení shromažďování dat z agenta Log Analytics?

Postupujte podle kroků popsaných v části Vytvoření nového upozornění protokolu , které se má upozornit, když se shromažďování dat zastaví. Pro pravidlo upozornění použijte následující nastavení:

  • Definovat podmínku upozornění: Zadejte pracovní prostor služby Log Analytics jako cíl prostředku.
  • Kritéria upozornění
    • Název signálu: Vlastní prohledávání protokolu
    • Vyhledávací dotaz: Heartbeat | summarize LastCall = max(TimeGenerated) by Computer | where LastCall < ago(15m)
    • Logika upozornění: Na základěpočtu výsledků, podmínkyvětší nežprahová hodnota0
    • Vyhodnoceno na základě: Období (v minutách)30, Frekvence (v minutách)10
  • Definice podrobností o upozornění
    • Název: Shromažďování dat zastaveno
    • Závažnost: Upozornění

Zadejte existující nebo novou skupinu akcí , aby se po splnění kritérií upozornění protokolu zobrazila upozornění, pokud vám chybí prezenční signál déle než 15 minut.

Jaké jsou požadavky brány firewall pro agenty Log Analytics?

Podrobnosti o požadavcích brány firewall najdete v tématu Požadavky na bránu firewall.

Agent Azure Monitoru

Proč mám používat AMA nebo migrovat z agenta Log Analytics (MMA) do AMA?

AMA nahrazuje agenta Log Analytics, rozšíření Azure Diagnostics a telegraf agenta. AMA nabízí vyšší míru EPS s nižším nárokem a poskytuje vylepšené funkce filtrování, škálovatelnou správu nasazení a konfiguraci pomocí zásad DCR a Azure.

Zatímco AMA ještě nedosáhla úplné parity s MMA, budeme dál přidávat funkce a podporu a MMA bude vyřazen 31. srpna 2024.

Další informace najdete v přehledu agenta služby Azure Monitor.

Jaká je cesta upgradu z agentů Log Analytics na agenta Azure Monitoru? Jak migrujeme?

Jaká je cesta upgradu z agenta Log Analytics (MMA) na agenta Služby Azure Monitor (AMA) pro monitorování System Center Operations Manageru? Můžeme použít AMA pro scénáře System Center Operations Manageru?

Tady je postup, jak AMA ovlivňuje dva scénáře monitorování System Center Operations Manageru:

  • Scénář 1: Pro monitorování Windows operačního systému System Center Operations Manageru je cesta upgradu stejná jako jakýkoli jiný počítač, kde můžete migrovat z MMA (verze 2016, 2019) do AMA, jakmile budou v AMA k dispozici požadované funkce parity.
  • Scénář 2: Pro připojení System Center Operations Manageru k pracovním prostorům Služby Log Analytics, protože je to povolené prostřednictvím konektoru nástroje System Center Operations Manager pro Log Analytics nebo Azure Monitor, není nutné nainstalovat MMA ani AMA na server pro správu Operations Manageru. Takový případ použití není nijak ovlivněn z pohledu AMA.

Bude nový agent Azure Monitor podporovat shromažďování dat pro různá řešení Log Analytics a služby Azure, jako jsou Microsoft Defender for Cloud a Microsoft Sentinel?

Prohlédněte si seznam aktuálně dostupných rozšíření AMA ve verzi Preview. Toto jsou stejná řešení a služby, které jsou teď k dispozici pomocí nového agenta Služby Azure Monitor. Může se zobrazit další rozšíření, která se instalují pro řešení nebo službu, aby shromažďoval další data nebo prováděla transformaci nebo zpracování podle potřeby pro řešení nebo službu, a pak pomocí AMA směrujte finální data do služby Azure Monitor.

Tady je diagram vysvětlující novou architekturu rozšiřitelnosti:

Extensions architecture

Která řešení Log Analytics se podporují v novém agentu Azure Monitoru?

Jak můžu shromažďovat události zabezpečení Windows pomocí nového agenta služby Azure Monitor?

Události zabezpečení můžete shromažďovat dvěma způsoby pomocí nového agenta při odesílání do pracovního prostoru Služby Log Analytics:

  • Pomocí AMA můžete nativně shromažďovat události zabezpečení, stejně jako jiné události Windows. Tyto toky do tabulky Událost v pracovním prostoru Služby Log Analytics.
  • Pokud máte v pracovním prostoru povolenou službu Sentinel, tok událostí zabezpečení přes AMA místo toho do tabulky SecurityEvent (stejně jako pomocí agenta Log Analytics). To bude vždy vyžadovat, aby bylo řešení povolené jako první.

Může agent Služby Azure Monitor a agent Log Analytics existovat vedle sebe?

Ano, můžou, ale s určitými aspekty. Přečtěte si další informace o koexistence agentů.

Duplikuji události, pokud používám agenta Azure Monitoru a agenta Log Analytics na stejném počítači?

Pokud shromažďujete stejné události s oběma agenty, dojde k duplikaci. Toto duplikování může být starší verze agenta, který shromažďuje redundantní data z konfiguračních dat pracovního prostoru shromážděných pravidlem shromažďování dat. Nebo můžete shromažďovat události zabezpečení se starším agentem a povolit události Zabezpečení Windows s konektory AMA v Microsoft Sentinelu.

Duplicitní události byste měli omezit jenom na přechod z jednoho agenta na druhý. Po úplném otestování řadiče domény a ověření jeho shromažďování dat byste měli zakázat shromažďování pro pracovní prostor a odpojit všechny datové konektory MMA.

Je agent Azure Monitoru v paritě s agenty Log Analytics?

Zkontrolujte aktuální omezení AMA v porovnání s agenty Log Analytics.

Podporuje agenta Azure Monitor prostředí mimo Azure (jiné cloudy, místní)?

Místní počítače i počítače připojené k jiným cloudům se dnes podporují pro servery, jakmile budete mít nainstalovaného agenta Azure Arc. Pro účely spouštění AMA a DCR se požadavek ARC nevztahuje na žádné dodatečné náklady ani spotřebu prostředků, protože agent ARC se používá jenom jako instalační mechanismus a pokud je nechcete používat, nemusíte povolit placené funkce správy.

Podporuje agent Azure Monitor privátní propojení?

Ano, provede to prostřednictvím koncových bodů shromažďování dat vytvořených a přidaných do oboru služby Azure Monitor Private Link (AMPLS). Projděte si kroky nastavení.

Podporuje AMA protokoly AuditD v linuxu nebo AUOMS?

Ano, ale musíte se připojit ke službě Defender for Cloud (dříve Azure Security Center), která je k dispozici jako rozšíření AMA, která shromažďuje protokoly auditované linuxem prostřednictvím AUOMS.

Vyžaduje se Azure Arc pro počítače připojené k AAD?

U počítačů připojených ke službě AAD (nebo hybridních počítačů připojených k AAD) se systémem Windows 10 nebo 11 (klientský operační systém) nevyžadujete, aby se na těchto počítačích nainstalovala služba Arc. Místo toho můžete využít instalační program msi Windows pro AMA, který je aktuálně k dispozici ve verzi Preview).

Proč musím k používání AMA nainstalovat agenta připojeného počítače Azure Arc?

Služba AMA se ověří ve vašem pracovním prostoru prostřednictvím spravované identity, která se vytvoří při instalaci agenta připojeného počítače. Spravovaná identita je bezpečnější a spravovatelné řešení ověřování z Azure. Starší verze agenta Log Analytics se místo toho ověřuje pomocí ID a klíče pracovního prostoru, a proto nepotřebujete Azure Arc.

Jaký dopad má instalace agenta připojeného počítače Azure Arc na můj počítač mimo Azure?

Po instalaci služby Azure Arc na počítač nemá žádný vliv. Sotva používá systémové nebo síťové prostředky a je navržený tak, aby měl nízké nároky na hostitele, na kterém běží.

Jaké typy počítačů nový agent Azure Monitor podporuje?

Můžete je nainstalovat přímo na servery s podporou Virtual Machines, Virtual Machines škálovacích sad a Arc. Můžete je také nainstalovat na zařízení (pracovní stanice, plochy) se spuštěnými Windows 10 nebo 11 pomocí instalačního programu msi Windows pro AMA, který je aktuálně k dispozici ve verzi Preview.

Můžeme filtrovat události pomocí ID události, tj. podrobnější filtrování událostí pomocí nového agenta služby Azure Monitor?

Ano. Dotazy Xpath můžete použít k filtrování Windows protokoly událostí. Další informace
U čítačů výkonu můžete určit konkrétní čítače, které chcete shromáždit, a vyloučit ty, které nepotřebujete. V případě syslogu v Linuxu můžete zvolit úroveň zařízení a protokolu pro každé zařízení, která chcete shromáždit.

Podporuje nový agent Azure Monitor odesílání dat do služby Event Hubs a účtů Azure Storage?

Ještě ne, ale nový agent spolu s pravidly shromažďování dat bude podporovat odesílání dat do obou služeb Event Hubs i Azure Storage účtů v budoucnu, když AMA začne konvergenční s rozšířeními diagnostiky.

Podporuje nový agent Azure Monitor podporu posílení zabezpečení linuxu?

Podpora posílení zabezpečení pro Linux ještě není dostupná.

Jaké role musím vytvořit řadič domény, který shromažďuje události ze serverů?

Pokud vytvořím řadiče domény, které obsahují stejné ID události a přidružím ho ke stejnému virtuálnímu počítači, budou události duplicitní?

Ano. Abyste se vyhnuli duplicitám, ujistěte se, že výběr události, kterou jste v pravidlech shromažďování dat udělali, neobsahuje duplicitní události.

Jak můžu ověřit dotazy XPATH v AMA?

K otestování platnosti dotazu XPath použijte rutinu PowerShellu Get-WinEvent–FilterXPath . Další informace najdete v tipu uvedeném v pokynech pro připojení na základě agenta Windows. Rutina PowerShellu Get-WinEvent podporuje až 23 výrazů, které azure Monitor DCRs podporuje až 20. Také > a < znaky musí být kódovány jako &gt; a &lt; v DCR.

Vizualizace

Proč nevidím Návrhář zobrazení?

Návrhář zobrazení je dostupný jenom pro uživatele přiřazené s oprávněními přispěvatele nebo vyšší v pracovním prostoru Služby Log Analytics.

Application Insights

Problémy s konfigurací

Můžu použít Přehledy aplikace s ...?

Je to zadarmo?

Ano, pro experimentální použití. V základním cenovém plánu může vaše aplikace každý měsíc zdarma odeslat určitý příspěvek dat. Bezplatná povolenka je dostatečně velká, aby pokrýla vývoj a publikovala aplikaci pro malý počet uživatelů. Můžete nastavit limit, který zabrání zpracování více než zadaného množství dat.

Gb účtuje větší objem telemetrie. Nabízíme několik tipů, jak omezit poplatky.

Plán Enterprise se účtuje za každý den, že každý uzel webového serveru odesílá telemetrii. Je vhodný, pokud chcete používat průběžný export ve velkém měřítku.

Přečtěte si cenový plán.

Kolik to stojí?

  • Otevřete stránku Využití a odhadované náklady v prostředku Přehledy aplikace. Existuje graf nedávného použití. Pokud chcete, můžete nastavit limit objemu dat.
  • Otevřete okno Fakturace Azure a zobrazte si faktury napříč všemi prostředky.

Co aplikace Přehledy upravovat v mém projektu?

Podrobnosti závisí na typu projektu. Pro webovou aplikaci:

  • Přidá do projektu tyto soubory:
    • ApplicationInsights.config
    • ai.js
  • Nainstaluje tyto balíčky NuGet:
    • Rozhraní API Přehledy aplikací – základní rozhraní API
    • Rozhraní API Přehledy aplikací pro webové aplikace – používá se k odesílání telemetrie ze serveru.
    • Rozhraní API Přehledy aplikace pro JavaScript – používá se k odesílání telemetrie z klienta.
  • Balíčky zahrnují tato sestavení:
    • Microsoft.ApplicationInsights
    • Microsoft.ApplicationInsights.Platform
  • Vloží položky do:
    • Soubor web.config
    • packages.config
  • (Pouze pro nové projekty přidáte Přehledy aplikace do existujícího projektu ručně). Vloží fragmenty kódu klienta a serveru a inicializuje je pomocí ID prostředku Přehledy aplikace. Například v aplikaci MVC se kód vloží do zobrazení stránky předlohy/Shared/_Layout.cshtml.

Návody upgrade ze starších verzí sady SDK?

Prohlédněte si poznámky k verzi sady SDK odpovídající vašemu typu aplikace.

Jak můžu změnit zdroj Azure, do kterého projekt odesílá data?

V Průzkumník řešení klikněte pravým tlačítkem myši ApplicationInsights.config a zvolte Aktualizovat Přehledy aplikace. Data můžete odeslat do existujícího nebo nového prostředku v Azure. Průvodce aktualizací změní instrumentační klíč v ApplicationInsights.config, který určuje, kam sada SDK serveru odesílá vaše data. Pokud nevybídnete možnost Aktualizovat vše, změní se také klíč, ve kterém se zobrazí na webových stránkách.

Vyžadují nové oblasti Azure použití připojovacích řetězců?

Nové oblasti Azure vyžadují použití připojovacích řetězců místo instrumentačních klíčů. Připojovací řetězec identifikuje prostředek, ke kterému chcete přidružit telemetrická data. Umožňuje také upravit koncové body, které váš prostředek použije jako cíl pro vaši telemetrii. Připojovací řetězec budete muset zkopírovat a přidat ho do kódu aplikace nebo do proměnné prostředí.

Mám použít připojovací řetězce nebo instrumentační klíče?

Připojovací řetězce se doporučují přes instrumentační klíče.

Můžu v nasazeních Azure Resource Manager použít poskytovatele (Microsoft.Přehledy; components).apiVersions[0]?

Tuto metodu naplnění verze rozhraní API nedoporučujeme používat. Nejnovější verze může představovat verze Preview, které můžou obsahovat zásadní změny. I v novějších verzích než Preview nejsou verze API vždy zpětně kompatibilní se stávajícími šablonami nebo v některých případech nemusí být verze rozhraní API dostupná pro všechna předplatná.

Jaká telemetrie shromažďuje Přehledy aplikace?

Ze serverových webových aplikací:

Z webových stránek klienta:

Pokud je nakonfigurujete z jiných zdrojů:

Můžu vyfiltrovat nebo upravit určitou telemetrii?

Ano, na serveru můžete napsat:

  • Procesor telemetrie pro filtrování nebo přidání vlastností do vybraných položek telemetrie před jejich odesláním z vaší aplikace
  • Inicializátor telemetrie pro přidání vlastností do všech položek telemetrie

Další informace o ASP.NET nebo Javě

Jak se počítají data o městě, zemi nebo oblasti a dalších geografických umístěních?

Pomocí GeoLite2 vyhledáme IP adresu webového klienta (IPv4 nebo IPv6).

  • Telemetrie prohlížeče: Shromažďujeme IP adresu odesílatele.
  • Telemetrie serveru: Modul Přehledy aplikace shromažďuje IP adresu klienta. Pokud je nastavená, neshromažďuje X-Forwarded-For se.
  • Další informace o shromažďování IP adres a geografických dat v aplikaci Přehledy najdete v tomto článku.

Můžete nakonfigurovat ClientIpHeaderTelemetryInitializer , aby ip adresu převzala z jiné hlavičky. V některých systémech se například přesune proxy serverem, nástrojem pro vyrovnávání zatížení nebo CDN do X-Originating-IP. Přečtěte si další informace.

K zobrazení telemetrie žádostí na mapě můžete použít Power BI.

Jak dlouho se data uchovávají na portálu? Je zabezpečené?

Co se stane s telemetrií application Insight, když server nebo zařízení ztratí připojení k Azure?

Všechny naše sady SDK, včetně webové sady SDK, zahrnují "spolehlivý přenos" nebo "robustní přenos". Když server nebo zařízení ztratí připojení k Azure, telemetrie se ukládá místně v systému souborů (sady SDK serveru) nebo v Storage relace HTML5 (webová sada SDK). Sada SDK bude pravidelně opakovat odesílání této telemetrie, dokud naše služba pro příjem dat nepovažuje za zastaralou (48 hodin pro protokoly, 30 minut pro metriky). Zastaralá telemetrie se zahodí. V některých případech, například když je místní úložiště plné, se opakování neprojeví.

Dají se osobní údaje odesílat v telemetrii?

Osobní údaje můžete odeslat v případě, že váš kód tyto údaje odešle. Může k tomu dojít také v případě, že proměnné v trasování zásobníku obsahují osobní údaje. Váš vývojový tým by měl provádět posouzení rizik, aby se zajistilo správné zpracování osobních údajů. Přečtěte si další informace o uchovávání a ochraně osobních údajů.

Všechny oktety webové adresy klienta jsou vždy nastaveny na hodnotu 0 po vyhledání atributů geografického umístění.

Sada Application Přehledy JavaScript SDK ve výchozím nastavení neobsahuje žádné osobní údaje. Některé osobní údaje používané ve vaší aplikaci však mohou být vyzvednuty sadou SDK (například úplná jména nebo window.title ID účtu v parametrech dotazu na adresu URL XHR). Pro vlastní maskování osobních dat přidejte inicializátor telemetrie.

Klíč instrumentace je viditelný ve zdroji webové stránky.

  • Tato viditelnost je běžným postupem při monitorování řešení.
  • Nedá se použít k odcizení dat.
  • Může se použít ke nerovnoměrné distribuci dat nebo k aktivaci upozornění.
  • Neslyšeli jsme, že každý zákazník měl takové problémy.

Mohli byste:

  • Pro data klienta a serveru použijte dva samostatné instrumentační klíče (samostatné prostředky Přehledy aplikací). Nebo
  • Napište proxy server, který běží na vašem serveru, a požádejte webového klienta, aby přes tento proxy server odesílal data.

Návody zobrazit data POST ve vyhledávání diagnostiky?

Data POST se nehlásí automaticky, ale můžete použít volání TrackTrace: vložte data do parametru zprávy. Parametry zprávy mají delší limit velikosti, než jsou limity vlastností řetězce, ale nemůžete je filtrovat.

Mám použít jeden nebo více prostředků Přehledy aplikací?

Použijte jeden prostředek pro všechny komponenty nebo role v jednom obchodním systému. Pro vývojové, testovací a vydané verze a pro nezávislé aplikace používejte samostatné prostředky.

Návody dynamicky měnit instrumentační klíč?

Jaké jsou počty uživatelů a relací?

  • Sada JavaScript SDK nastaví soubor cookie uživatele na webovém klientovi, aby identifikovala vracející uživatele a soubor cookie relace pro seskupení aktivit.
  • Pokud neexistuje žádný skript na straně klienta, můžete na serveru nastavit soubory cookie.
  • Pokud jeden skutečný uživatel používá váš web v různých prohlížečích nebo používá anonymní nebo anonymní procházení nebo různé počítače, budou se počítat více než jednou.
  • Pokud chcete identifikovat přihlášeného uživatele v počítačích a prohlížečích, přidejte volání setAuthenticatedUserContext().

Jak aplikace Přehledy generovat informace o zařízení (prohlížeč, operační systém, jazyk, model)?

Prohlížeč předá řetězec uživatelského agenta v hlavičce HTTP požadavku a služba příjmu dat Přehledy aplikace používá analyzátor UA k vygenerování polí, která vidíte v tabulkách dat a prostředích. V důsledku toho aplikace Přehledy uživatelé nemůžou tato pole změnit.

V některých případech můžou tato data chybět nebo nepřesně, pokud uživatel nebo podnik zakáže odesílání uživatelských agentů v nastavení prohlížeče. Regulární výrazy analyzátoru UA nemusí obsahovat všechny informace o zařízení nebo Přehledy aplikace nemusí přijímat nejnovější aktualizace.

Povolil(a) jsem všechno v Přehledy aplikace?

Co byste měli vidět Jak ho získat Proč ho chcete
Grafy dostupnosti Webové testy Znalost, že je vaše webová aplikace vzhůru
Výkon serverové aplikace: doby odezvy, ... Přidejte Přehledy aplikace do projektu nebo nainstalujte agenta Přehledy aplikace Azure Monitor na server (nebo napište vlastní kód pro sledování závislostí). Zjištění problémů s výkonem
Telemetrie závislostí Instalace agenta služby Azure Monitor Application Přehledy na serveru Diagnostika problémů s databázemi nebo jinými externími komponentami
Získání trasování zásobníku z výjimek Vložení volání TrackException do kódu (ale některé jsou hlášeny automaticky) Detekce a diagnostika výjimek
Trasování protokolu hledání Přidání adaptéru protokolování Diagnostika výjimek, problémů s výkonem
Základy používání klienta: zobrazení stránek, relace, ... Inicializátor JavaScriptu na webových stránkách Analýza využití
Vlastní metriky klienta Sledování hovorů na webových stránkách Vylepšení uživatelského prostředí
Vlastní metriky serveru Sledování volání na serveru Business intelligence

Proč jsou počty v grafech vyhledávání a metrik nerovné?

Vzorkování snižuje počet položek telemetrie (požadavky, vlastní události atd.), které se skutečně odesílají z vaší aplikace na portál. Ve vyhledávání se zobrazí počet skutečně přijatých položek. V grafech metrik, které zobrazují počet událostí, se zobrazí počet původních událostí, ke kterým došlo.

Každá přenášená položka nese itemCount vlastnost, která ukazuje, kolik původních událostí tato položka představuje. Pokud chcete sledovat provoz vzorkování, můžete tento dotaz spustit v Analýze:

    requests | summarize original_events = sum(itemCount), transmitted_events = count()

Návody přesunout prostředek Přehledy aplikace do nové oblasti?

Přesun stávajících prostředků aplikace Přehledy z jedné oblasti do jiné se v současné době nepodporuje. Historická data, která jste shromáždili, nelze migrovat do nové oblasti. Jediným částečným alternativním řešením je:

  1. V nové oblasti vytvořte úplně nový prostředek Přehledy aplikace (klasický prostředek nebo založený na pracovním prostoru).
  2. Znovu vytvořte všechna jedinečná přizpůsobení specifická pro původní prostředek v novém prostředku.
  3. Upravte aplikaci tak, aby používala instrumentační klíč nebo připojovací řetězec nového prostředku oblasti.
  4. Otestujte, jestli všechno dál funguje podle očekávání s novým prostředkem Přehledy aplikace.
  5. V tomto okamžiku můžete odstranit původní prostředek, který způsobí ztrátu všech historických dat. Nebo ponechte původní zdroj pro historické účely generování sestav po dobu trvání nastavení uchovávání dat.

Mezi jedinečná přizpůsobení, která obvykle potřebujete ručně vytvořit nebo aktualizovat pro prostředek v nové oblasti, patří mimo jiné:

  • Znovu vytvořte vlastní řídicí panely a sešity.
  • Znovu vytvořte nebo aktualizujte rozsah všech vlastních upozornění protokolu nebo metrik.
  • Znovu vytvořte upozornění na dostupnost.
  • Znovu vytvořte vlastní nastavení řízení přístupu na základě role Azure (Azure RBAC), která jsou potřebná pro přístup k novému prostředku uživatelům.
  • Replikujte nastavení zahrnující vzorkování dat, uchovávání dat, denní limit a povolení vlastních metrik. Tato nastavení se řídí prostřednictvím podokna Využití a odhadované náklady .
  • Veškerá integrace, která spoléhá na klíče rozhraní API, jako jsou poznámky k verzi, kanál bezpečného řízení metrik za provozu atd. Budete muset vygenerovat nové klíče rozhraní API a aktualizovat přidruženou integraci.
  • Průběžný export v klasických prostředcích by se muset znovu nakonfigurovat.
  • Nastavení diagnostiky v prostředcích založených na pracovních prostorech by bylo potřeba nakonfigurovat znovu.

Poznámka

Pokud prostředek, který vytváříte v nové oblasti, nahrazuje klasický prostředek, doporučujeme prozkoumat výhody vytvoření nového prostředku založeného na pracovním prostoru nebo případně migraci stávajícího prostředku na základě pracovního prostoru.

Jaké verze ASP.NET a ASP.NET Core podporují Přehledy aplikace?

.NET a .NET Core LTS

Jak můžu sledovat telemetrii, která se automaticky neshromažďuje?

Získejte instanci TelemetryClient pomocí injektáže konstruktoru a volejte požadovanou metodu TrackXXX() . Nedoporučujeme vytvářet nové TelemetryClient nebo TelemetryConfiguration instance v aplikaci ASP.NET Core. V kontejneru DependencyInjection je již zaregistrovaná jedna instanceTelemetryClient, která sdílí TelemetryConfiguration zbytek telemetrie. Vytvoření nové TelemetryClient instance se doporučuje jenom v případě, že potřebuje konfiguraci oddělenou od zbytku telemetrie.

Následující příklad ukazuje, jak sledovat další telemetrii z kontroleru.

using Microsoft.ApplicationInsights;
public class HomeController : Controller
{
 private TelemetryClient telemetry;
 // Use constructor injection to get a TelemetryClient instance.
 public HomeController(TelemetryClient telemetry)
 {
  this.telemetry = telemetry;
 }
 public IActionResult Index()
 {
 // Call the required TrackXXX method.
 this.telemetry.TrackEvent("HomePageRequested");
 return View();
 }

Další informace o vytváření vlastních sestav dat v Přehledy aplikace najdete v tématu Referenční informace k rozhraní API vlastních metrik Přehledy aplikace. Podobný přístup je možné použít k odesílání vlastních metrik do aplikačních Přehledy pomocí rozhraní GetMetric API.

Návody přizpůsobení kolekce protokolů ILogger?

Ve výchozím nastavení se automaticky zaznamenávají jenom Warning protokoly a složitější protokoly. Pokud chcete toto chování změnit, explicitně přepište konfiguraci protokolování pro zprostředkovatele ApplicationInsights , jak je znázorněno níže.

Následující konfigurace umožňuje ApplicationInsights zachytit všechny Information protokoly a přísnější protokoly.

{
 "Logging": {
  "LogLevel": {
   "Default": "Warning"
  },
  "ApplicationInsights": {
   "LogLevel": {
    "Default": "Information"
    }
   }
 }
}

Je důležité si uvědomit, že následující příklad nezpůsobí, že poskytovatel ApplicationInsights zachytí Information protokoly. Nezachytí ho, protože sada SDK přidá výchozí filtr protokolování, který dává ApplicationInsights pokyn k zachycení pouze Warning protokolů a přísnějších protokolů. ApplicationInsights vyžaduje explicitní přepsání.

{
 "Logging": {
  "LogLevel": {
   "Default": "Information"
   }
 }
}

Další informace najdete v tématu Konfigurace ILoggeru.

Některé šablony Visual Studio používaly metodu rozšíření UseApplicationInsights() na IWebHostBuilder k povolení Přehledy aplikace. Je toto využití stále platné?

Metoda UseApplicationInsights() rozšíření je stále podporovaná, ale je označená jako zastaralá v sadě Application Přehledy SDK verze 2.8.0 a novější. Odebere se v další hlavní verzi sady SDK. Pokud chcete povolit telemetrii Přehledy aplikací, doporučujeme ji použítAddApplicationInsightsTelemetry(), protože poskytuje přetížení pro řízení určité konfigurace. V aplikacích ASP.NET Core 3.X je také jediný způsob, services.AddApplicationInsightsTelemetry() jak povolit Přehledy aplikace.

Nasazujem svou ASP.NET Core aplikaci do Web Apps. Mám stále povolit rozšíření Přehledy aplikace z Web Apps?

Pokud je sada SDK nainstalovaná v době sestavení, jak je znázorněno v tomto článku, nemusíte z portálu App Service povolit rozšíření Přehledy aplikace. Pokud je rozšíření nainstalované, vrátí se po zjištění, že už je sada SDK přidaná. Pokud povolíte Přehledy aplikace z rozšíření, nemusíte sadu SDK instalovat a aktualizovat. Pokud ale povolíte aplikaci Přehledy podle následujících pokynů v tomto článku, máte větší flexibilitu, protože:

  • Telemetrie Přehledy aplikací bude dál fungovat:
  • Všechny operační systémy, včetně Windows, Linuxu a Macu.
  • Všechny režimy publikování, včetně samostatného nebo závislého rozhraní.
  • Všechny cílové architektury, včetně úplného rozhraní .NET Framework.
  • Všechny možnosti hostování, včetně Web Apps, virtuálních počítačů, Linuxu, kontejnerů, Azure Kubernetes Service a hostování mimo Azure.
  • Všechny verze .NET Core včetně verzí Preview
  • Telemetrii můžete zobrazit místně při ladění z Visual Studio.
  • Pomocí rozhraní API můžete sledovat další vlastní telemetrii TrackXXX() .
  • Máte úplnou kontrolu nad konfigurací.

Můžu povolit monitorování Přehledy aplikací pomocí nástrojů, jako je Agent Přehledy aplikace služby Azure Monitor (dříve Monitorování stavu v2)?

Ano. V aplikaci Přehledy Agent 2.0.0-beta1 a novějších aplikacích hostovaných ve službě IIS se podporují ASP.NET Core aplikace hostované ve službě IIS.

Podporují se všechny funkce, pokud spustím svou aplikaci v Linuxu?

Ano. Podpora funkcí sady SDK je stejná ve všech platformách s následujícími výjimkami:

  • Sada SDK shromažďuje čítače událostí v Linuxu, protože čítače výkonu jsou podporovány pouze v Windows. Většina metrik je stejná.
  • I když ServerTelemetryChannel je ve výchozím nastavení povolená, pokud je aplikace spuštěná v Linuxu nebo macOS, kanál automaticky nevytvoří místní složku úložiště, aby se telemetrie dočasně zachovala, pokud dojde k problémům se sítí. Kvůli tomuto omezení dojde ke ztrátě telemetrie, pokud dojde k dočasným problémům se sítí nebo serverem. Pokud chcete tento problém obejít, nakonfigurujte místní složku kanálu:
using Microsoft.ApplicationInsights.Channel;
using Microsoft.ApplicationInsights.WindowsServer.TelemetryChannel;
public void ConfigureServices(IServiceCollection services)
{
 // The following will configure the channel to use the given folder to temporarily
 // store telemetry items during network or Application Insights server issues.
 // User should ensure that the given folder already exists
 // and that the application has read/write permissions.
 services.AddSingleton(typeof(ITelemetryChannel),
 new ServerTelemetryChannel () {StorageFolder = "/tmp/myfolder"});
 services.AddApplicationInsightsTelemetry();
}

Toto omezení se nevztahuje na verzi 2.15.0 a novější.

Automation

Konfigurace Přehledy aplikace

Skripty PowerShellu můžete psát pomocí Azure Resource Monitoru do:

  • Vytváření a aktualizace prostředků Přehledy aplikací
  • Nastavte cenový plán.
  • Získejte instrumentační klíč.
  • Přidejte upozornění na metriku.
  • Přidejte test dostupnosti.

Sestavu Průzkumníka metrik nemůžete nastavit ani nastavit průběžný export.

Dotazování telemetrie

Pomocí rozhraní REST API můžete spouštět analytické dotazy.

Jak můžu nastavit upozornění na událost?

Upozornění Azure jsou pouze na metrikách. Vytvořte vlastní metriku, která překročí prahovou hodnotu hodnoty při každé události. Pak nastavte upozornění na metriku. Vždy, když metrika překročí prahovou hodnotu v obou směrech, dostanete oznámení. nebudete dostávat oznámení až do prvního přechodu, bez ohledu na to, jestli je počáteční hodnota vysoká nebo nízká; vždy existuje latence několika minut.

Jsou mezi webovou aplikací Azure a aplikačními Přehledy poplatky za přenos dat?

  • Pokud je vaše webová aplikace Azure hostovaná v datovém centru, kde je koncový bod shromažďování Přehledy aplikace, není účtován žádný poplatek.
  • Pokud v datovém centru hostitele neexistuje žádný koncový bod shromažďování, telemetrie vaší aplikace bude účtovat odchozí poplatky za Azure.

Tato odpověď závisí na distribuci našich koncových bodů, ne na tom, kde je váš prostředek Přehledy aplikace hostovaný.

Můžu odeslat telemetrii na portál Přehledy aplikace?

Doporučujeme používat naše sady SDK a používat rozhraní API sady SDK. Existují varianty sady SDK pro různé platformy. Tyto sady SDK zpracovávají ukládání do vyrovnávací paměti, kompresi, omezování, opakování atd. Schéma příjmu dat a protokol koncového bodu jsou však veřejné.

Můžu monitorovat intranetový webový server?

Ano, ale budete muset povolit provoz do našich služeb buď výjimkami brány firewall, nebo přesměrováním proxy serveru.

  • QuickPulse https://rt.services.visualstudio.com:443
  • ApplicationIdProvider https://dc.services.visualstudio.com:443
  • TelemetryChannel https://dc.services.visualstudio.com:443

Tady si projděte úplný seznam služeb a IP adres.

Výjimka brány firewall

Povolte webovému serveru odesílat telemetrická data do našich koncových bodů.

Přesměrování brány

Směrování provozu ze serveru do brány v intranetu přepsáním koncových bodů v konfiguraci Pokud tyto vlastnosti koncového bodu nejsou v konfiguraci k dispozici, budou tyto třídy používat výchozí hodnoty uvedené níže v příkladu ApplicationInsights.config.

Vaše brána by měla směrovat provoz na základní adresu koncového bodu. V konfiguraci nahraďte výchozí hodnoty http://<your.gateway.address>/<relative path>hodnotou .

Příklad ApplicationInsights.config s výchozími koncovými body:

<ApplicationInsights>
  ...
  <TelemetryModules>
    <Add Type="Microsoft.ApplicationInsights.Extensibility.PerfCounterCollector.QuickPulse.QuickPulseTelemetryModule, Microsoft.AI.PerfCounterCollector">
      <QuickPulseServiceEndpoint>https://rt.services.visualstudio.com/QuickPulseService.svc</QuickPulseServiceEndpoint>
    </Add>
  </TelemetryModules>
    ...
  <TelemetryChannel>
    <EndpointAddress>https://dc.services.visualstudio.com/v2/track</EndpointAddress>
  </TelemetryChannel>
  ...
  <ApplicationIdProvider Type="Microsoft.ApplicationInsights.Extensibility.Implementation.ApplicationId.ApplicationInsightsApplicationIdProvider, Microsoft.ApplicationInsights">
    <ProfileQueryEndpoint>https://dc.services.visualstudio.com/api/profiles/{0}/appId</ProfileQueryEndpoint>
  </ApplicationIdProvider>
  ...
</ApplicationInsights>

Poznámka

ApplicationIdProvider je dostupný od verze 2.6.0.

Předávání proxy serveru

Průchod proxy serveru je možné dosáhnout konfigurací proxy serveru na úrovni počítače nebo proxy serveru na úrovni aplikace. Další informace najdete v článku dotnetu o DefaultProxy.

Příklad Web.config:

<system.net>
    <defaultProxy>
      <proxy proxyaddress="http://xx.xx.xx.xx:yyyy" bypassonlocal="true"/>
    </defaultProxy>
</system.net>

Můžu na intranetového serveru spustit webové testy dostupnosti?

Naše webové testy běží na místech přítomnosti distribuovaných po celém světě. Existují dvě řešení:

  • Dveře brány firewall – Povolte požadavky na váš server z dlouhého a změnitelného seznamu agentů webového testu.
  • Napište vlastní kód pro odesílání pravidelných požadavků na server z intranetu. Pro tento účel můžete spustit webové testy Visual Studio. Tester může výsledky odeslat do aplikace Přehledy pomocí rozhraní API TrackAvailability().

Jak dlouho trvá shromažďování telemetrie?

Většina dat Přehledy aplikací má latenci pod 5 minut. Některá data můžou trvat déle; obvykle větší soubory protokolu. Další informace najdete ve sla Přehledy aplikace.

Odpovědi HTTP 502 a 503 nejsou vždy zachyceny aplikací Přehledy

Chyby 502 – Chybná brána a 503 – nedostupná služba – aplikace Přehledy není vždy zachycena. Pokud se k monitorování používá pouze JavaScript na straně klienta, bude to očekávané chování, protože se před stránkou obsahující hlavičku HTML s vykreslovaným fragmentem kódu JavaScriptu monitorování vrátí chybová odpověď.

Pokud byla odpověď 502 nebo 503 odeslána ze serveru s povoleným monitorováním na straně serveru, byly by chyby shromažďovány sadou Application Přehledy SDK.

Existují však případy, kdy i když je na webovém serveru povolené monitorování na straně serveru, že Přehledy aplikace nezachytí chybu 502 nebo 503. Mnoho moderních webových serverů neumožňuje klientovi komunikovat přímo, ale místo toho využívají řešení, jako jsou reverzní proxy servery, aby předávaly informace mezi klientem a front-endovými webovými servery.

V tomto scénáři by se klientovi mohla vrátit odpověď 502 nebo 503 kvůli problému v reverzní vrstvě proxy serveru a aplikace Přehledy ji nezachytá. Abyste mohli zjistit problémy v této vrstvě, možná budete muset předávat protokoly z reverzního proxy serveru do Log Analytics a vytvořit vlastní pravidlo pro kontrolu odpovědí 502/503. Další informace o běžných příčinách chyb 502 a 503 najdete v článku Azure App Service řešení potíží s chybou 502 a nedostupnou službou 503.

OpenTelemetry

Co je OpenTelemetry?

Nový opensourcový standard pro pozorovatelnost. Další informace najdete na adrese https://opentelemetry.io/.

Proč Microsoft Azure Monitorování aplikací Přehledy investovat do OpenTelemetry?

Microsoft patří mezi největší přispěvatele OpenTelemetry.

Nabídky klíčových hodnot OpenTelemetry jsou v tom, že jsou neutrální od dodavatele a poskytují konzistentní rozhraní API a sady SDK napříč jazyky.

V průběhu času si myslíme, že OpenTelemetry umožní zákazníkům služby Azure Monitor sledovat aplikace napsané v jazycích nad rámec našich podporovaných jazyků a rozšířit počet knihoven instrumentace dostupných zákazníkům. Zejména sada OpenTelemetry .NET SDK je ve velkém výkonnější než její předchůdce sady Application Přehledy SDK.

A konečně OpenTelemetry odpovídá strategii Microsoftu pro přijetí open source.

Jaký je stav OpenTelemetry?

Kompletní řešení pozorovatelnosti zahrnuje všechny tři pilíře pozorovatelnosti. Komunita OpenTelemetry se výrazně zavázala k distribuovanému trasování a specifikacím a podporovaným implementacím jazyka byla označena jako stabilní. Metriky a protokoly stále probíhají. Azure Monitor pracuje na podporovaném řešení telemetrie založené na OpenTelemetry, které zahrnuje distribuované trasování pouze s plány přidání dalších pilířů v rámci komunity OpenTelemetry.

Jak můžu testovat OpenTelemetry?

Zaregistrujte se, abyste se připojili k naší aplikaci Azure Monitor Přehledy na adrese https://aka.ms/AzMonOtel.

Návody určit, jestli je OpenTelemetry pro mě správné?

Komunita OpenTelemetry používá stabilní nebo experimentální k signálu vyspělosti kusu softwaru. Azure Monitor samostatně používá verzi Public Preview a GA ke signálu stability a závazku podpory.

Pokud jste stávajícím zákazníkem Přehledy aplikace Azure Monitor, nedoporučujeme migrovat do OpenTelemetry (s výjimkou aplikací v Javě, kde doporučujeme naši nabídku založenou na OpenTelemetry pro všechny, kteří v listopadu 2020 používají ga).

Aktuální sady SDK Přehledy aplikací pro C# (ASP.NET a ASP.NET Core) a JavaScript (Node.js) nebo OpenCensus Python nabízejí nejobvykávanější prostředí v Přehledy aplikací.

Scénáře, které vás můžou vést směrem k OpenTelemetry dříve než později, zahrnují odesílání telemetrie do služby Azure Monitor a dalšího dodavatele současně, shromažďování a sblížení stávajících instrumentačních protokolů nebo využití funkcí dostupných v OpenTelemetry-Collectoru. Zákazníci například hlásili použití dávkového procesoru, vzorkovače založeného na ocasu a/nebo procesoru atributů. I když existují podobné funkce v existujících sadách Application Přehledy SDK, někteří zákazníci preferují hostování tohoto zpracování v agentovi.

V opensourcových úložištích si můžete prohlédnout pokrok směrem k OpenTelemetry-Based exportérů služby Azure Monitor pro C#, JavaScript a Python .

Můžu používat buildy Preview v produkčních prostředích?

Nedoporučuje se. Další informace najdete v dodatečných podmínkách použití pro Microsoft Azure Preview.

Jaký je rozdíl mezi ručním a automatickým instrumentací?

Ruční instrumentace je kódování proti rozhraní API OpenTelemetry a obvykle se skládá z instalace sady SDK specifické pro jazyk do aplikace. "Ruční" neznamená, že budete muset napsat složitý kód, abyste definovali rozsahy pro distribuované trasování (i když zůstává možností). Bohatou a rostoucí sadu instrumentačních knihoven spravovaných přispěvateli OpenTelemetry vám umožní snadno zaznamenávat telemetrické signály napříč běžnými architekturami a knihovnami.

Automatická instrumentace umožňuje shromažďování telemetrických dat prostřednictvím konfigurace, aniž by se dotýkala kódu aplikace. I když je to velmi pohodlné, obvykle je méně konfigurovatelné a není k dispozici ve všech jazycích.

Úsilí o automatické instrumentaci OpenTelemetry zahrnuje nabídku Java, kterou Microsoft podporuje prostřednictvím distribuce s názvem Java 3.X. Python a .NET mají experimentální úsilí o automatické instrumentace, které Microsoft v současné době nepodporuje. Všechny ostatní jazyky OpenTelemetry se zaměřují pouze na ruční instrumentaci.

Můžu použít kolekci OpenTelemetry-Collector?

Někteří zákazníci začali používat OpenTelemetry-Collector jako alternativu agenta, i když Microsoft oficiálně nepodporuje přístup založený na agentech pro monitorování aplikací. Mezitím komunita open source přispěla exportérem služby Azure Monitor OpenTelemetry-Collector, který někteří zákazníci používají k odesílání dat do Přehledy aplikace Služby Azure Monitor.

Plánujeme v budoucnu podporovat přístup založený na agentech, i když podrobnosti a časová osa ještě nejsou k dispozici. Naším cílem je poskytnout cestu pro libovolný podporovaný jazyk OpenTelemetry, který se má odesílat do služby Azure Monitor prostřednictvím protokolu OTLP (OpenTelemetry Protocol). Zákazníci tak budou moct sledovat aplikace napsané v jazycích nad rámec našich podporovaných jazyků.

Jaký je rozdíl mezi OpenCensus a OpenTelemetry?

OpenCensus je prekurzorem OpenTelemetry. Microsoft pomohl spojit OpenTracing a OpenCensus k vytvoření OpenTelemetry, jediné pozorovatelnosti pro svět. Aktuální sada Python SDK doporučená pro produkční prostředí azure monitoru je založená na OpenCensus, ale nakonec budou všechny sady SDK služby Azure Monitor založené na OpenTelemetry.

Přehledy kontejnerů

Co představuje "Jiné procesy" v zobrazení Uzel?

Další procesy vám pomůžou jasně pochopit původní příčinu vysokého využití prostředků na vašem uzlu. Díky tomu můžete rozlišovat využití mezi kontejnerizovanými procesy a nekonte kontejnerizovanými procesy.

Co jsou tyto další procesy?

Jedná se o nekonte kontejnerizované procesy, které běží na vašem uzlu.

Jak to vypočítáme?

Další procesy = Celkové využití z CAdvisoru - Využití z kontejnerizovaného procesu

Mezi další procesy patří:

  • Samoobslužné nebo spravované procesy Kubernetes bez kontejnerizované

  • Procesy za běhu kontejneru

  • Kubelet

  • Systémové procesy spuštěné na vašem uzlu

  • Jiné úlohy, které nejsou kubernetes spuštěné na hardwaru uzlu nebo virtuálním počítači

Při dotazování na tabulku ContainerLog se nezobrazují hodnoty vlastností Image a Name.

Pro verzi agenta ciprod12042019 a novější nejsou ve výchozím nastavení tyto dvě vlastnosti vyplněny pro každý řádek protokolu, aby se minimalizovaly náklady na shromážděná data protokolu. Existují dvě možnosti dotazu na tabulku, která obsahuje tyto vlastnosti s jejich hodnotami:

Možnost 1

Spojením dalších tabulek zahrňte tyto hodnoty vlastností do výsledků.

Upravte dotazy tak, aby zahrnovaly vlastnosti Image a ImageTag z ContainerInventory tabulky připojením k vlastnosti ContainerID. Vlastnost Name (jak se dříve objevila v ContainerLog tabulce) můžete zahrnout z pole ContaineName tabulky KubepodInventory tak, že se připojíte k vlastnosti ContainerID. Toto je doporučená možnost.

Následující příklad je ukázkový podrobný dotaz, který vysvětluje, jak tyto hodnoty polí získat pomocí spojení.

//lets say we are querying an hour worth of logs
let startTime = ago(1h);
let endTime = now();
//below gets the latest Image & ImageTag for every containerID, during the time window
let ContainerInv = ContainerInventory | where TimeGenerated >= startTime and TimeGenerated < endTime | summarize arg_max(TimeGenerated, *)  by ContainerID, Image, ImageTag | project-away TimeGenerated | project ContainerID1=ContainerID, Image1=Image ,ImageTag1=ImageTag;
//below gets the latest Name for every containerID, during the time window
let KubePodInv  = KubePodInventory | where ContainerID != "" | where TimeGenerated >= startTime | where TimeGenerated < endTime | summarize arg_max(TimeGenerated, *)  by ContainerID2 = ContainerID, Name1=ContainerName | project ContainerID2 , Name1;
//now join the above 2 to get a 'jointed table' that has name, image & imagetag. Outer left is safer in-case there are no kubepod records are if they are latent
let ContainerData = ContainerInv | join kind=leftouter (KubePodInv) on $left.ContainerID1 == $right.ContainerID2;
//now join ContainerLog table with the 'jointed table' above and project-away redundant fields/columns and rename columns that were re-written
//Outer left is safer so you don't lose logs even if we cannot find container metadata for loglines (due to latency, time skew between data types etc...)
ContainerLog
| where TimeGenerated >= startTime and TimeGenerated < endTime
| join kind= leftouter (
  ContainerData
) on $left.ContainerID == $right.ContainerID2 | project-away ContainerID1, ContainerID2, Name, Image, ImageTag | project-rename Name = Name1, Image=Image1, ImageTag=ImageTag1

Možnost 2

Znovu povolte kolekci pro tyto vlastnosti pro každý řádek protokolu kontejneru.

Pokud první možnost není vhodná kvůli změnám dotazů, můžete znovu povolit shromažďování těchto polí povolením nastavení log_collection_settings.enrich_container_logs v mapě konfigurace agenta, jak je popsáno v nastavení konfigurace shromažďování dat.

Poznámka

Druhá možnost se nedoporučuje u velkých clusterů, které mají více než 50 uzlů, protože generuje volání serveru ROZHRANÍ API z každého uzlu v clusteru k provedení tohoto rozšiřování. Tato možnost také zvyšuje velikost dat pro každý shromážděný řádek protokolu.

Můžu zobrazit metriky shromážděné v Grafana?

Přehledy kontejnerů podporují zobrazení metrik uložených v pracovním prostoru služby Log Analytics na řídicích panelech Grafany. Poskytli jsme šablonu, kterou si můžete stáhnout z úložiště řídicího panelu Grafany, abyste mohli začít a odkazovat na vás, abyste se dozvěděli, jak dotazovat data z monitorovaných clusterů a vizualizovat je ve vlastních řídicích panelech Grafany.

Můžu monitorovat cluster modulu AKS pomocí přehledů kontejnerů?

Služba Container Insights podporuje monitorování úloh kontejnerů nasazených do modulu AKS (dříve označovaného jako clustery ACS-engine) hostované v Azure. Další podrobnosti a přehled kroků potřebných k povolení monitorování pro tento scénář najdete v tématu Použití přehledů kontejnerů pro modul AKS.

Proč nevidím data v pracovním prostoru Služby Log Analytics?

Pokud se v pracovním prostoru služby Log Analytics každý den v určitou dobu nezobrazují žádná data, možná jste dosáhli výchozího denního limitu 500 MB určeného k řízení množství shromážděných dat za den. Když dojde k dosažení denního limitu, shromažďování dat se zastaví a obnoví se až následující den. Informace o využití dat a aktualizaci na jinou cenovou úroveň na základě očekávaných vzorů využití najdete v podrobnostech o cenách protokolů služby Azure Monitor.

Jaké jsou stavy kontejneru zadané v tabulce ContainerInventory?

Tabulka ContainerInventory obsahuje informace o zastavených i spuštěných kontejnerech. Tabulka je naplněna pracovním postupem uvnitř agenta, který dotazuje docker pro všechny kontejnery (spuštěné a zastavené) a předává data o pracovním prostoru Log Analytics.

Návody vyřešit chybu Chybějící registrace předplatného?

Pokud se zobrazí chyba Chybějící registrace předplatného pro Microsoft.OperationsManagement, můžete ji vyřešit registrací poskytovatele prostředků Microsoft.OperationsManagement v předplatném, ve kterém je pracovní prostor definovaný. Tady najdete dokumentaci k tomu, jak to udělat.

Podporuje se clustery AKS s podporou RBAC Kubernetes?

Řešení pro monitorování kontejnerů nepodporuje RBAC Kubernetes, ale podporuje se s využitím Přehledů kontejnerů. Stránka s podrobnostmi řešení nemusí zobrazovat správné informace v ostřích, která zobrazují data pro tyto clustery.

Návody povolit shromažďování protokolů pro kontejnery v oboru názvů kube-system prostřednictvím Nástroje Helm?

Kolekce protokolů z kontejnerů v oboru názvů kube-system je ve výchozím nastavení zakázaná. Shromažďování protokolů je možné povolit nastavením proměnné prostředí v omsagentu. Další informace najdete na stránce Přehledy kontejnerů GitHub.

Návody aktualizovat omsagent na nejnovější vydané verze?

Informace o upgradu agenta najdete v tématu Správa agentů.

Proč jsou řádky protokolů větší než 16 kB rozdělené na několik záznamů v Log Analytics?

Agent používá ovladač protokolování souborů JSON Dockeru k zachycení stdoutu a stderru kontejnerů. Tento ovladač protokolování rozdělí řádky protokolu větší než 16KB na několik řádků při kopírování ze stdout nebo stderr do souboru.

Návody povolit víceřádkové protokolování?

V současné době služba Container Insights nepodporuje víceřádkové protokolování, ale k dispozici jsou alternativní řešení. Všechny služby můžete nakonfigurovat tak, aby zapisovaly ve formátu JSON, a pak je Docker/Moby napíše jako jeden řádek.

Můžete například zabalit protokol jako objekt JSON, jak je znázorněno v následujícím příkladu ukázkové Node.js aplikace:

console.log(json.stringify({ 
      "Hello": "This example has multiple lines:",
      "Docker/Moby": "will not break this into multiple lines",
      "and you will receive":"all of them in log analytics",
      "as one": "log entry"
      }));

Tato data budou při dotazování vypadat jako v následujícím příkladu v Azure Monitoru pro protokoly:

LogEntry : ({"Hello": "This example has multiple lines:","Docker/Moby": "will not break this into multiple lines", "and you will receive":"all of them in log analytics", "as one": "log entry"}

Podrobné informace o problému najdete na následujícím odkazu GitHub.

Návody vyřešit chyby Azure AD při povolení živých protokolů?

Může se zobrazit následující chyba: Adresa URL odpovědi zadaná v požadavku neodpovídá adresám URL odpovědí nakonfigurovaným pro aplikaci: "<ID> aplikace". Řešení, které ho vyřeší, najdete v článku Jak zobrazit data kontejneru v reálném čase pomocí Služby Container Insights.

Proč po onboardingu nejde upgradovat cluster?

Pokud po povolení služby Container Insights pro cluster AKS odstraníte pracovní prostor Služby Log Analytics, do něhož cluster odesílal data, při pokusu o upgrade clusteru se nezdaří. Abyste to mohli obejít, budete muset monitorování zakázat a pak ho znovu povolit odkazující na jiný platný pracovní prostor ve vašem předplatném. Když se pokusíte provést upgrade clusteru znovu, měl by se úspěšně zpracovat a dokončit.

Které porty a domény musím pro agenta otevřít nebo povolit?

Projděte si požadavky na bránu firewall sítě pro informace o konfiguraci proxy serveru a brány firewall vyžadované pro kontejnerizovaného agenta s cloudy Azure, Azure US Government a Azure China 21Vianet.

Podporuje se shromažďování protokolů auditu Kubernetes pro clustery ARO?

Ne, kontejner Přehledy nepodporuje shromažďování protokolů auditu Kubernetes.

Proč se při dotazování na tabulku KubeEvents nezobrazují normální typy událostí?

Ve výchozím nastavení se normální typy událostí neshromažďují, pokud není povolené nastavení konfigurační mapy collect_all_kube_events . Pokud potřebujete kolekci normálních událostí, povolte nastavení collect_all_kube_events v container-azm-ms-agentconfig configmap. Podrobnosti o konfiguraci konfigurační mapy najdete v tématu Konfigurace shromažďování dat agenta pro Container Insights .

Přehledy virtuálních počítačů

Můžu se připojit k existujícímu pracovnímu prostoru?

Pokud už jsou vaše virtuální počítače připojené k pracovnímu prostoru Služby Log Analytics, můžete tento pracovní prostor dál používat při připojování k přehledům virtuálních počítačů za předpokladu, že se nachází v některé z podporovaných oblastí.

Můžu se připojit k novému pracovnímu prostoru?

Pokud vaše virtuální počítače nejsou aktuálně připojené k existujícímu pracovnímu prostoru Služby Log Analytics, musíte vytvořit nový pracovní prostor pro ukládání dat. Vytvoření nového výchozího pracovního prostoru se provádí automaticky, pokud nakonfigurujete jeden virtuální počítač Azure pro přehledy virtuálních počítačů prostřednictvím Azure Portal.

Pokud se rozhodnete použít metodu založenou na skriptech, jsou tyto kroky popsané v článku Povolení přehledů virtuálních počítačů pomocí Azure PowerShell nebo Resource Manager šablony.

Co mám dělat, když už má virtuální počítač sestavy do existujícího pracovního prostoru?

Pokud už shromažďujete data z virtuálních počítačů, možná jste je už nakonfigurovali tak, aby hlásila data do existujícího pracovního prostoru Služby Log Analytics. Pokud je tento pracovní prostor v některé z našich podporovaných oblastí, můžete povolit přehledy virtuálních počítačů pro tento předem existující pracovní prostor. Pokud už pracovní prostor, který používáte, není v některé z našich podporovaných oblastí, nebudete v tuto chvíli moct připojit k přehledům virtuálních počítačů. Aktivně pracujeme na podpoře více oblastí.

Proč se mi nepodařilo připojit virtuální počítač?

Při onboardingu virtuálního počítače Azure z Azure Portal dojde k následujícím krokům:

  • Pokud byla tato možnost vybrána, vytvoří se výchozí pracovní prostor Služby Log Analytics.
  • Agent Log Analytics se nainstaluje na virtuální počítače Azure pomocí rozšíření virtuálního počítače, pokud je to určeno.
  • Agent mapování map virtuálních počítačů je nainstalovaný na virtuálních počítačích Azure pomocí rozšíření, pokud se zjistí, že se vyžaduje.

Během procesu onboardingu zkontrolujeme stav u každého z výše uvedených kroků a vrátíme vám na portálu stav oznámení. Konfigurace pracovního prostoru a instalace agenta obvykle trvá 5 až 10 minut. Zobrazení dat monitorování na portálu trvá ještě 5 až 10 minut.

Pokud jste zahájili onboarding a zobrazili se zprávy označující, že je potřeba virtuální počítač připojit, počkejte až 30 minut, než virtuální počítač dokončí proces.

V grafech výkonu pro svůj virtuální počítač se nezobrazují žádná data ani žádná data

Pokud v tabulce disků nebo v některých grafech výkonu nevidíte data o výkonu, nemusí být v pracovním prostoru nakonfigurované čítače výkonu. Pokud chcete tento problém vyřešit, spusťte následující skript PowerShellu.

Jak se funkce Map přehledů virtuálních počítačů liší od Service Map?

Funkce Map přehledů virtuálních počítačů je založená na službě Service Map, ale má následující rozdíly:

  • K zobrazení mapy se dostanete z okna virtuálního počítače a z přehledů virtuálních počítačů v rámci služby Azure Monitor.
  • Připojení v mapě se teď dají kliknout a zobrazit zobrazení dat metrik připojení na bočním panelu vybraného připojení.
  • Existuje nové rozhraní API, které slouží k vytvoření map pro lepší podporu složitějších map.
  • Monitorované virtuální počítače jsou teď součástí uzlu skupiny klientů a prstencový graf zobrazuje podíl monitorovaných virtuálních počítačů ve skupině. Dá se také použít k filtrování seznamu počítačů při rozbalení skupiny.
  • Monitorované virtuální počítače jsou teď součástí uzlů skupiny portů serveru a prstencový graf zobrazuje podíl monitorovaných a nemonitorovaných počítačů ve skupině. Dá se také použít k filtrování seznamu počítačů při rozbalení skupiny.
  • Styl mapy byl aktualizován tak, aby byl konzistentnější s mapou aplikací z Application Insights.
  • Boční panely byly aktualizovány a nemají úplnou sadu integrací podporovaných ve službě Service Map – Update Management, Change Tracking, Zabezpečení a Service Desk.
  • Možnost pro výběr skupin a počítačů k mapování byla aktualizována a teď podporuje předplatná, skupiny prostředků, škálovací sady virtuálních počítačů Azure a cloudové služby.
  • Nové skupiny počítačů Service Map nemůžete vytvořit ve funkci Mapa přehledů virtuálních počítačů.

Proč grafy výkonu zobrazují tečkované čáry?

Může k tomu dojít z několika důvodů. V případech, kdy je v kolekci dat mezera, znázorňujeme čáry jako tečkované. Pokud jste změnili frekvenci vzorkování dat pro povolené čítače výkonu (výchozí nastavení je shromažďovat data každých 60 sekund), můžete v grafu vidět tečkované čáry, pokud pro graf zvolíte úzký časový rozsah a frekvence vzorkování je menší než velikost kbelíku použitá v grafu (například frekvence vzorkování je každých 10 minut a každý kbelík v grafu je 5 minut). Volba širšího časového rozsahu, který chcete zobrazit, by měla způsobit, že se čáry grafu zobrazí jako plné čáry, nikoli tečky v tomto případě.

Podporují se skupiny s přehledy virtuálních počítačů?

Ano, jakmile nainstalujete agenta závislostí, shromáždíme informace z virtuálních počítačů a zobrazíte skupiny založené na předplatném, skupině prostředků, škálovacích sadách virtuálních počítačů a cloudových službách. Pokud používáte Service Map a vytvořili jste skupiny počítačů, zobrazí se také. Skupiny počítačů se zobrazí také v filtru skupin, pokud jste je vytvořili pro pracovní prostor, který si prohlížíte.

Návody zobrazit podrobnosti o tom, co řídí 95. percentilový řádek v agregovaných grafech výkonu?

Ve výchozím nastavení je seznam seřazený tak, aby zobrazoval virtuální počítače, které mají nejvyšší hodnotu pro 95. percentil pro vybranou metriku, s výjimkou dostupného paměťového grafu, který zobrazuje počítače s nejnižší hodnotou 5. percentilu. Po kliknutí na graf se otevře zobrazení Seznamu nejvyšších N s vybranou příslušnou metrikou.

Jak funkce Mapy zpracovává duplicitní IP adresy napříč různými virtuálními sítěmi a podsítěmi?

Pokud duplikujete rozsahy IP adres pomocí virtuálních počítačů nebo škálovacích sad virtuálních počítačů Azure napříč podsítěmi a virtuálními sítěmi, může to způsobit, že mapa přehledů virtuálních počítačů zobrazí nesprávné informace. Jedná se o známý problém a zkoumáme možnosti pro zlepšení tohoto prostředí.

Podporuje funkce Mapy protokol IPv6?

Funkce mapy aktuálně podporuje jenom protokol IPv4 a prošetřujeme podporu protokolu IPv6. Podporujeme také protokol IPv4, který je tunelovaný uvnitř protokolu IPv6.

Když načteme mapu pro skupinu prostředků nebo jinou velkou skupinu, je obtížné mapu zobrazit.

I když jsme vylepšili mapování pro zpracování rozsáhlých a složitých konfigurací, uvědomujeme si, že mapa může mít mnoho uzlů, připojení a uzlů, které fungují jako cluster. Zavázali jsme se, že nadále vylepšujeme podporu pro zvýšení škálovatelnosti.

Proč se síťový graf na kartě Výkon liší od síťového grafu na stránce Přehled virtuálního počítače Azure?

Na stránce přehledu virtuálního počítače Azure se zobrazují grafy na základě měření aktivity hostitele na virtuálním počítači hosta. V případě síťového grafu na virtuálním počítači Azure Overview se zobrazí jenom síťový provoz, který se bude účtovat. Nezahrnuje provoz mezi virtuálními sítěmi. Data a grafy zobrazené pro přehledy virtuálních počítačů jsou založené na datech z hostovaného virtuálního počítače a síťový graf zobrazuje veškerý provoz TCP/IP, který je příchozí a odchozí, do daného virtuálního počítače, včetně mezi virtuální sítě.

Jak se měří doba odezvy dat uložených ve VMConnection a zobrazuje se na panelu připojení a sešitech?

Doba odezvy je aproximace. Vzhledem k tomu, že kód aplikace instrumentujeme, nevíme, kdy požadavek začíná a kdy odpověď přijde. Místo toho vidíme, že se data odesílají na připojení a pak se k ho vrátí. Náš agent sleduje tyto odesílání a přijímá a pokouší se je spárovat: posloupnost odesílání, následovaná posloupností příjmu, je interpretována jako pár žádostí a odpovědí. Časování mezi těmito operacemi je doba odezvy. Bude obsahovat latenci sítě a dobu zpracování serveru.

Tato aproximace funguje dobře pro protokoly, které jsou založené na požadavku nebo odpovědi: jeden požadavek se v připojení vyhne a dorazí jedna odpověď. To je případ HTTP(S) (bez pipeliningu), ale není spokojen pro jiné protokoly.

Existují omezení, pokud používám cenový plán Log Analytics Free?

Pokud jste nakonfigurovali Azure Monitor s pracovním prostorem Služby Log Analytics pomocí cenové úrovně Free , funkce Mapa přehledů virtuálních počítačů bude podporovat pouze pět připojených počítačů připojených k pracovnímu prostoru. Pokud máte pět virtuálních počítačů připojených k bezplatnému pracovnímu prostoru, odpojíte jeden z virtuálních počítačů a později připojíte nový virtuální počítač, nový virtuální počítač se nemonitoruje a projeví se na stránce Mapy.

V této podmínce se zobrazí výzva s možností Vyzkoušet teď, když otevřete virtuální počítač a v levém podokně vyberete Přehledy, a to i po jeho instalaci na virtuálním počítači. Pokud by se ale tento virtuální počítač nepřipojí k přehledům virtuálních počítačů, nezobrazí se výzva k možnostem, jak by se normálně vyskytlo.

SQL Přehledy (Preview)

Jaké verze SQL Server jsou podporované?

Podporujeme SQL Server 2012 a všechny novější verze. Další podrobnosti najdete v podporovaných verzích .

Jaké typy prostředků SQL jsou podporované?

  • Azure SQL Database
  • Spravovaná instance Azure SQL
  • SQL Server v Azure Virtual Machines (SQL Server spuštěné na virtuálních počítačích zaregistrovaných u poskytovatele virtuálního počítače SQL)
  • Virtuální počítače Azure (SQL Server spuštěné na virtuálních počítačích, které nejsou zaregistrované u poskytovatele virtuálních počítačů SQL)

Další podrobnosti a podrobnosti o scénářích bez podpory nebo omezené podpory najdete v podporovaných verzích .

Jaké operační systémy pro virtuální počítač, na kterém běží SQL Server, se podporují?

Podporujeme všechny operační systémy určené v dokumentaci k Windows a Linuxu pro SQL Server v Azure Virtual Machines.

Jaký operační systém pro monitorovací virtuální počítač se podporuje?

Ubuntu 18.04 je aktuálně jediným operačním systémem podporovaným pro monitorování virtuálního počítače.

Kde budou data monitorování uložená v Log Analytics?

Všechna data monitorování jsou uložená v tabulce InsightsMetrics . Sloupec Origin má hodnotu solutions.azm.ms/telegraf/SqlInsights. Sloupec Obor názvů obsahuje hodnoty, které začínají sqlserver_.

Jak často se shromažďují data?

Frekvence shromažďování dat je přizpůsobitelná. Podrobnosti o výchozích frekvencích najdete v tématu Data shromážděná SQL Přehledy (Preview) a pokyny k přizpůsobení četností najdete v tématu Vytvoření SQL monitorovacího profilu.

Další kroky

Pokud tady na vaši otázku neodpovíte, můžete se podívat na následující fóra, kde najdete další otázky a odpovědi.

Obecnou zpětnou vazbu ke službě Azure Monitor najdete na fóru pro zpětnou vazbu.