Cassandra sett loggnivå

Cassandra sett loggnivå

Logger er sannsynligvis en av de mest grunnleggende formene for feilsøking og diagnostiske tiltak. Avhengig av applikasjons- og loggingsnivå, kan logger gi detaljert informasjon om hver applikasjons handling.

I Apache Cassandra leveres loggfunksjonalitet av den enkle loggfasaden for Java, med en backend levert av logbacken.

Apache Cassandra gir tre loggfiler. Disse filene inkluderer:

  1. Logg - Denne filen lagrer forskjellige aktiviteter i Cassandra -klyngen som usikre unntak, KeySpace/Table CRUD -operasjoner, bakgrunnsprosesser og mer. Denne filen fungerer som standard loggfil for en bestemt klynge.
  2. Logg - feilsøkingen.loggfil har ytterligere informasjon om klyngen. Dette inneholder informasjonen som hovedsakelig er sannsynlig å være nyttig når du feilsøker problemer i klyngen din. Du finner logginformasjonen som MemTable Flushes, forplikter logger osv.
  3. Logg - Dette inneholder Java GC -logginformasjonen. Denne filen er svært ordentlig med informasjon som applikasjonspauser, JVM -operasjoner, latens osv.

Loggfiler i Apache Cassandra -klyngen lagres i standard loggingskatalog. Standardbanen er plassert på/var/log/cassandra.

For eksempel viser følgende skjermbilde loggfilene i en lokal Cassandra -klynge.

MERK: Som standard ruller Apache Cassandra systemet.Logg og feilsøking.Logg til komprimerte zip -filer etter at størrelsen overstiger 20MB.

Vis gjeldende loggnivå

For å se gjeldende loggingsinformasjon, kan du bruke noteTool GetLoggingLevels -kommandoen som vist:

$ NodeTool GetloggingLevels

Kommandoen skal returnere loggnavnet og det for øyeblikket satte loggnivået. Et eksempelutgang vises i følgende:

Logger Navn Loggenivå
Rotinfo
org.Apache.Cassandra Debug

Cassandra Endre loggnivå

Du kan bruke NodeTool SetLoggingLevel -kommandoen til å endre loggingsnivået for et spesifikt rammeverk.

Kommandosyntaks er som vist:

$ NodeTool SetLoggingLevel

Cassandra støtter følgende loggnivåer:

  1. ALLE
  2. Spor
  3. Feilsøking
  4. Info (standard)
  5. VARSLE
  6. FEIL
  7. AV

For eksempel å endre org.Apache.Cassandra Framework Log -nivå til alle, vi kan kjøre kommandoen som:

$ NodeTool SetLoggingLevel Org.Apache.Cassandra alle

Den forrige kommandoen øker loggnivået til alle. Du kan bekrefte med følgende kommando:

$ NodeTool GetloggingLevels

Produksjon:

Logger Navn Loggenivå
Rotinfo
org.Apache.Cassandra alle

Vi kan se at loggnivået har endret seg til alle.

Vi kan også øke loggnivået til andre rammer som FailureDector som følger:

$ NodeTool SetLoggingLevel Org.Apache.Cassandra.GMS.FailureDector Info

Den forrige kommandoen aktiverer FailureDector Framework og setter den til det spesifiserte loggnivået.

Sjekk rammer og loggnivåer ved å bruke følgende kommando:

$ NodeTool GetloggingLevels

Produksjon:

Logger Navn Loggenivå
Rotinfo
org.Apache.Cassandra alle
org.Apache.Cassandra.GMS.FailureDector Info

Forsikre deg om at du har tillatelse til å legge til loggrammer i klyngen din.

MERK: Du kan også redigere logbacken.XML -fil for å endre loggnivået til et spesifikt rammeverk. For eksempel å endre loggnivået til org.Apache.Cassandra Framework, bruk følgende kommando:

Rediger følgende verdi og angi målloggnivået:

Å gjøre endringer i konfigurasjonsfilen kan kreve at du starter Cassandra -tjenesten på nytt.

Konklusjon

I denne artikkelen oppdaget du hvordan du bruker NodeTool til å se og administrere loggnivåene til de forskjellige rammene i en Cassandra -klynge.

Takk for at du leste!