Delen via


Azure Monitor verkennen in azure Cosmos DB op basis van vCore voor MongoDB (vCore)

VAN TOEPASSING OP: MongoDB vCore

Azure Monitor voor azure Cosmos DB voor MongoDB op basis van vCore biedt een metrische weergave voor het bewaken van uw account en het maken van dashboards. De metrische gegevens van Azure Cosmos DB worden standaard verzameld, maar deze functie is alleen toegankelijk voor M40- en hoger clusterlagen. Het metrische cpu-percentage wordt gebruikt om het verbruik voor verschillende typen bewerkingen op te halen. Later kunt u analyseren welke bewerkingen het grootste deel van het vastgelegde geheugen hebben gebruikt. Standaard worden de verbruiksgegevens samengevoegd met een interval van vijf minuten. U kunt de aggregatie-eenheid echter wijzigen door de optie tijdgranulariteit te wijzigen.

Inleiding

Voordat u begint, moet u begrijpen hoe informatie wordt gepresenteerd en gevisualiseerd.

Het levert:

  • Perspectief op schaal van uw Azure Cosmos DB voor MongoDB-resources (vCore) voor al uw abonnementen op één locatie. U kunt selectief bereik toepassen op alleen de abonnementen en resources die u wilt evalueren.
  • Analyse van een bepaalde Azure Cosmos DB voor MongoDB-resource (vCore). U kunt problemen diagnosticeren of gedetailleerde analyses uitvoeren met behulp van de categorieën gebruik, fouten, capaciteit en bewerkingen. Als u een van de opties selecteert, krijgt u een uitgebreide weergave van de relevante metrische gegevens van Azure Cosmos DB voor MongoDB (vCore).
  • Aanpasbare ervaring op basis van Azure Monitor-werkmapsjablonen. U kunt wijzigen welke metrische gegevens worden weergegeven, drempelwaarden wijzigen of instellen die overeenkomen met uw limieten en vervolgens opslaan in een aangepaste werkmap. Grafieken in de werkmappen kunnen vervolgens worden vastgemaakt aan Azure-dashboards.

Metrische gegevens die vandaag beschikbaar zijn

Metrische systeemgegevens (beschikbaar op alle clusterlagen)

  • Percentage vastgelegd geheugen: geeft het percentage van de toegewezen geheugenlimiet weer die door toepassingen op een shard wordt toegewezen. Deze metrische waarde helpt bij het bewaken van het geheugengebruik ten opzichte van de toegewezen limiet.
  • CPU-percentage: geeft het CPU-gebruik op een shard aan.
    • Hoog CPU-gebruik: Als u gemiddeld een piek in het CPU-gebruik ziet, kunt u het beste de prestaties maximaliseren door de clusterlaag te verhogen. Nadat u de laag hebt verhoogd, controleert u het gebruik om te zien of deze wordt gestabiliseerd.
    • Laag CPU-gebruik: Als het CPU-gebruik echter consistent laag is, is het raadzaam om omlaag te schalen naar een lagere clusterlaag om kosten te besparen.
  • Geheugenpercentage: geeft het geheugengebruik op een shard weer. Voor leesintensieve workloads kunt u clusterlagen met meer RAM gebruiken om de prestaties te optimaliseren en soepelere bewerkingen te garanderen.
  • Opslagpercentage: geeft het beschikbare opslagpercentage weer op een shard.
  • Gebruikte opslag: Vertegenwoordigt de werkelijke hoeveelheid opslagruimte die op een shard wordt gebruikt. Deze metrische gegevens zijn van cruciaal belang voor inzicht in de trends in opslagverbruik en het beheren van opslagresources.
    • Bewaking en beheer: als het opslaggebruik hoger is dan 80%, moeten gebruikers dit nauwkeuriger controleren. Het wordt aanbevolen om de SKU-grootte van de schijf te vergroten om de opslag effectiever te beheren.
    • Prestatieoptimalisatie: als schrijfprestaties niet op het gewenste niveau zijn, met name wanneer deze op schaal worden uitgevoerd, kan het vergroten van de schijfgrootte de schrijfprestaties verbeteren.
  • IOPS: meet de schijf-IO-bewerkingen per seconde op een shard. Het biedt inzicht in de lees- en schrijfprestaties van het opslagsysteem, waardoor het schijfgebruik kan worden geoptimaliseerd.
    • Zware schrijfworkloads: IOPS is met name belangrijk voor schrijfintensieve werkbelastingen, met name wanneer u op schaal werkt. Als de schrijfprestaties moeten worden verbeterd, is het raadzaam om de SKU-grootte van de opslagschijf bij te werken in plaats van de clusterlaag te verhogen.

Metrische gegevens voor de database

  • Mongo-aanvraagduur: legt de end-to-end duur vast in milliseconden van client MongoDB-aanvragen die worden verwerkt door het Mongo-cluster, elke 60 seconden bijgewerkt. Deze metrische waarde is essentieel voor het beoordelen van de reactiesnelheid en latentie van de databasebewerkingen.

Notitie

Er worden geen kosten in rekening gebracht voor toegang tot metrische databasegegevens. U moet zich echter op de M40-clusterlaag of hoger bevinden om toegang te krijgen tot de metrische gegevens. Raadpleeg deze handleiding voor meer informatie over het upgraden.

Metrische gegevens bekijken

  1. Meld u aan bij het Azure-portaal.

  2. Navigeer naar de bestaande azure Cosmos DB voor MongoDB vCore-clusterpagina.

  3. Selecteer op de pagina Azure Cosmos DB voor MongoDB vCore-cluster de optie navigatiemenu voor metrische gegevens .

    Schermopname van de blade met metrische gegevens in Azure Cosmos DB.

  4. Selecteer vervolgens de metrische gegevens van de Monogo-aanvraagduur in de lijst met beschikbare metrische gegevens. In dit voorbeeld selecteren we Mongo-aanvraagduur en Avg als de aggregatiewaarde. Naast deze details kunt u ook het tijdsbereik en de tijdgranulariteit van de metrische gegevens selecteren. U kunt maximaal metrische gegevens bekijken voor de afgelopen 30 dagen. Nadat u het filter hebt toegepast, wordt een grafiek weergegeven op basis van uw filter. U ziet het gemiddelde aantal verbruikte aanvraageenheden per minuut voor de geselecteerde periode.

    Schermopname van het kiezen van een metrische waarde in Azure Portal.

Filters voor metrische databasegegevens

  • U kunt ook metrische gegevens filteren en de grafieken weergeven door een specifieke CollectionName, DatabaseName, Operation en StatusCode. Met de opties Filter toevoegen en Splitsen toepassen kunt u het gebruik filteren en de metrische gegevens groeperen.

  • Als u het gebruik per verzameling wilt zien, selecteert u Splitsen toepassen en kiest u de naam van de verzameling als filter. U ziet een grafiek zoals hieronder met een keuze aan verzamelingen in het dashboard. U kunt vervolgens een specifieke verzamelingsnaam selecteren om meer details weer te geven:

    Duur van de geheugenaanvraag van Azure Cosmos DB voor alle bewerkingen door de verzameling in Azure Monitor

Volgende stappen

  • Configureer metrische waarschuwingen om geautomatiseerde waarschuwingen in te stellen om problemen te detecteren.
  • Uw gegevens migreren naar Azure Cosmos DB voor MongoDB op basis van vCore