Waarneembaarheid in Microsoft Discovery

Microsoft Discovery integreert met Azure Monitor om uitgebreide waarneembaarheid te bieden voor alle platformbronnen. U kunt werkruimten, supercomputers en boekenplanken bewaken en problemen oplossen door toepassingslogboeken op te vragen in toegewezen Log Analytics werkruimten en activiteitenlogboeken te bekijken voor besturingsvlakbewerkingen.

Logboektypen

Microsoft Discovery bevat drie categorieën logboeken:

Logboektype bron Configuratie Purpose
Toepassingslogboeken Log Analytics werkruimte in beheerde resourcegroep Automatisch (geen installatie vereist) Agentuitvoering, hulpprogrammauitvoeringen, indexeringstaken en querybewerkingen binnen het platform traceren
Activiteitenlogboeken Azure Monitor Automatisch (standaard beschikbaar in Azure Monitor) Controle- en traceringsvlakbewerkingen op Detectieresources (maken, bijwerken, verwijderen)
Auditlogboeken Azure Storage account of Log Analytics werkruimte (eigendom van de klant) Configureerbaar door de klant via diagnostische instellingen Logboeken op platform- en resourceniveau archiveren of opvragen voor naleving, beveiligingscontrole en langetermijnretentie

Beheerde resourcegroep en Log Analytics-werkruimtes

Wanneer u een Microsoft Discovery-resource maakt, zoals een werkruimte, supercomputer of boekenplank, richt de Microsoft Discovery-service een Beheerde resourcegroep (MRG) in naast de resource in uw abonnement. De MRG bevat de beheerde infrastructuur die is vereist voor het uitvoeren van de resource, waaronder een toegewezen Log Analytics werkruimte die automatisch toepassingslogboeken verzamelt.

Logboeken stromen naar de MRG Log Analytics werkruimte zonder andere configuratie. Elk detectieresourcetype (een werkruimte, supercomputer of boekenplank) heeft een eigen MRG en een eigen Log Analytics-werkruimte, die logboekgegevens geïsoleerd houdt en het bereik ervan beperkt tot de bijbehorende resource.

Opmerking

De MRG wordt beheerd door Microsoft. U kunt gegevens lezen uit de Log Analytics werkruimte, maar u moet resources in de MRG niet wijzigen of verwijderen.

Toepassingslogboektabellen per bron

In de volgende tabellen worden de logboektabellen beschreven die beschikbaar zijn in de MRG-Log Analytics werkruimte van elke resource.

Workspace

Tabel Beschrijving
DiscoveryLogs_CL Uitvoeringstraceringen voor agentoproepen, hulpprogramma-aanroepen, werkstroomstappen en foutdiagnose voor onderzoeken die in de werkruimte worden uitgevoerd
DiscoveryCogLoopLogs AI-orkestratielogboeken van de CogLoop-engine, waaronder activiteit in Act- en Cognitie-sublussen, voortgang van onderzoek, beslissingen en foutdiagnostiek.

Supercomputer

Tabel Beschrijving
KubePodInventory_CL Houdt het maken, plaatsen en levenscyclusstatus van pods bij in het cluster
KubeEvents_CL Legt Kubernetes-gebeurtenissen vast, zoals planningsfouten, fouten bij het koppelen van volumes en overgangen van podstatussen
Syslog_CL Registreert signalen op besturingssysteemniveau met betrekking tot problemen met de status van knooppunten en onderliggende infrastructuur
SystemContainerLogs_CL Logs van door platform beheerde controllers en orkhestratiediensten
DiscoveryToolLogs_CL Toepassingslogboeken van hulpprogrammacontainers, inclusief uitvoer en fouten
DiscoveryBookshelfLogs_CL Logboeken van boekenplank-indexeringstaken die op de supercomputer worden uitgevoerd

Boekenplank

Tabel Beschrijving
DiscoveryLogs_CL Logboeken uit de knowledgebase-querycontainer, inclusief traceringen voor queryuitvoering en foutdiagnose
AzureDiagnostics Diagnostische logboeken van de Azure AI Zoeken-service die is gekoppeld aan de boekenplank, waaronder indexeringsbewerkingen, querybewerkingen en diagnostische gegevens op serviceniveau

Opmerking

Indexeringstaken van Bookshelf worden uitgevoerd op de supercomputer, dus het indexeren van logboeken wordt weergegeven in de MRG van de supercomputer, DiscoveryBookshelfLogs_CLniet de MRG van de boekenplank.

De tabel AzureDiagnostics wordt gevuld door de Azure AI Zoeken-bron die is ingericht in de MRG van de boekenplank.

Activiteitenlogboeken

Azure activiteitenlogboeken registreren alle bewerkingen beheervlak uitgevoerd op Microsoft Discovery-resources. Dit zijn schrijf- en verwijderbewerkingen die door gebruikers of geautomatiseerde processen worden geïnitieerd via de ARM-API (Azure Resource Manager), bijvoorbeeld het maken van een werkruimte, het bijwerken van een supercomputerconfiguratie of het verwijderen van een boekenplank.

Activiteitenlogboeken zijn beschikbaar in Azure Monitor en worden standaard bewaard voor 90 dagen. U kunt retentie uitbreiden door activiteitenlogboeken te exporteren naar een Log Analytics werkruimte of opslagaccount via diagnostische instellingen.

Veelvoorkomende bewerkingen van het detectiebeheervlak die zichtbaar zijn in activiteitenlogboeken zijn onder andere:

Operatie Beschrijving
Microsoft.Discovery/workspaces/write Een werkruimte maken of bijwerken
Microsoft.Discovery/workspaces/delete Een werkruimte verwijderen
Microsoft.Discovery/supercomputers/write Een supercomputer maken of bijwerken
Microsoft.Discovery/supercomputers/delete Een supercomputer verwijderen
Microsoft.Discovery/bookshelves/write Een boekenplank maken of bijwerken
Microsoft.Discovery/bookshelves/delete Een boekenplank verwijderen

Zie Activiteitenlogboeken Bekijken voor Microsoft Discovery-resources voor instructies over het openen van activiteitenlogboeken.

Controlelogboeken

Auditlogboeken zijn door de klant configureerbare logboeken die u vanuit Microsoft Discovery-resources exporteert naar een Azure Storage-account of een Log Analytics werkruimte in uw eigen abonnement. In tegenstelling tot toepassingslogboeken (die automatisch worden verzameld in de MRG) en activiteitenlogboeken (die altijd beschikbaar zijn in Azure Monitor), moeten auditlogboeken expliciet worden ingeschakeld via Azure Monitor diagnostische instellingen.

U kunt ervoor kiezen om alle beschikbare logboekcategorieën of auditlogboeken alleen te exporteren. Auditlogboeken zijn geschikt voor:

  • Nalevingsvereisten : behoud platformlogboeken op resourceniveau voor een gedefinieerde periode om te voldoen aan regelgeving of organisatiebeleid.
  • Beveiligingscontrole : sla logboeken op een bestemming op die u kunt beheren ter ondersteuning van beveiligingsbeoordelingen en incidentonderzoeken.
  • Langetermijnretentie - Retentie van logboeken uitbreiden buiten de standaardinstelling van 90 dagen van Azure Monitor activiteitenlogboeken.

Auditlogboekregistratie wordt ondersteund voor de volgende detectieresourcetypen:

Hulpmiddeltype Pad van de resource-aanbieder
Workspace Microsoft.Discovery/workspaces
Boekenplank Microsoft.Discovery/bookshelves
Supercomputer Microsoft.Discovery/supercomputers

Zie Enable audit logging for Microsoft Discovery resources voor stapsgewijze instructies.

Correlatie-id's

Wanneer een bewerking wordt uitgevoerd in Discovery Studio, zoals het uitvoeren van een onderzoek, wijst het platform een correlatie-id toe waarmee de aanvraag uniek wordt geïdentificeerd. Deze id wordt doorgegeven voor alle systeemonderdelen die betrokken zijn bij het verwerken van die aanvraag, en elke gerelateerde logboekvermelding in de tabel van DiscoveryLogs_CL de werkruimte bevat de correlatie-id in het CorrelationId veld.

Met behulp van een correlatie-id kunt u de volledige end-to-endstroom van een aanvraag traceren: wanneer deze is gestart, welke agents en hulpprogramma's zijn aangeroepen, eventuele fouten die zijn opgetreden en wanneer deze zijn voltooid.

Correlatie-id's worden geretourneerd in de X-Ms-Correlation-Request-Id antwoordheader van API-aanroepen van Discovery Studio. U kunt ze ophalen op het tabblad Netwerk van de ontwikkelhulpprogramma's van de browser.

Zie De logboeken van de querywerkruimte voor stapsgewijze instructies voor het zoeken en gebruiken van een correlatie-id.

Voor problemen met het besturingsvlak controleert u de activiteitenlogboeken op een correlatie-id die is gekoppeld aan de mislukte bewerking. Neem deze correlatie-id op bij het openen van een ondersteuningsaanvraag met Microsoft Ondersteuning om het onderzoek te versnellen.

Latentie van logboekopname

Logboeken zijn doorgaans binnen een paar seconden na de gebeurtenis beschikbaar in Log Analytics. In zeldzame gevallen kan opname tot vijf minuten worden uitgesteld. Als u problemen met recente activiteiten wilt oplossen, wacht u even en vernieuwt u de query als u de verwachte logboekvermeldingen niet ziet.

Volgende stappen 

  • Laatst bijgewerkt om