ClusterControl 1.9.0 blev udgivet den 16. juli 2021 med en masse nye funktioner introduceret til systemet. Disse funktioner omfatter Redis Management and Monitoring, et nyt agentbaseret forespørgselsovervågningssystem til MySQL og PostgreSQL, pgBackRest-forbedringer samt nogle andre forbedringer, der er anført her. Vi er ret spændte, da dette er vores anden store udgivelse for 2021 efter ClusterControl 1.8.2.
Hvis du er ny til ClusterControl, er Query Monitor en af vores nyttige funktioner, hvor du kan få information om din databases arbejdsbyrde. Query Monitor giver en oversigt over forespørgselsbehandlingen på tværs af alle noder i klyngen, som bliver uundværlig, når du bemærker eller oplever forringelse af ydeevnen. Ikke alle Query Monitoring-funktioner er ens for hver databasetype, for eksempel er Query Monitor for MySQL-baseret forskellig fra Query Monitor for PostgreSQL.
At have en toppræstation er ikke en undskyldning, især når du kører missionskritiske applikationer udover at give den bedste brugeroplevelse.
I dette blogindlæg vil vi diskutere, hvad den nye Query Monitor har tilbudt og gennemgå nogle af trinene til, hvordan man aktiverer det for både MySQL-baseret og PostgreSQL-baseret system. Uden videre, lad os komme i gang!
Vores nye MySQL Query Monitor
Hvis du allerede har opdateret denne nye version, vil du sandsynligvis bemærke nogle af ændringerne på grænsefladen. Den nye Query Monitor vil have en ekstra fane kaldet Oversigt. Forespørgselsoversigten er et sted, hvor du kan få et generelt overblik over alle forespørgsler til din databaseklynge. For MySQL-baserede databaseforekomster skal du aktivere parameteren "performance_schema" for alle dine MySQL-forekomster, før forespørgselsagenten kan installeres. Du vil se følgende skærmbillede, hvis du klikker på fanen Forespørgselsoversigt:
Hvis du ikke har aktiveret "performance_schema", vil du ikke være i stand til at bruge dette dashboard. Du kan aktivere parameteren gennem Cluster -> Administrer -> Konfigurationer og redigere filen /etc/my.cnf for alle værter. Sørg for at opdatere værdien til følgende:
performance_schema =TIL
Når dette er gjort, skal du lave en rullende genstart af klyngen fra klyngens handlingsliste, så ændringen træder i kraft. Uden en rullende genstart kan forespørgselsagenten ikke installeres.
Selvfølgelig kan du også gøre det manuelt fra dine databasenoder, det afhænger af din præference. Hvis du vælger den manuelle måde, kan du SSH til din databaseinstans og redigere /etc/my.cnf. Hvis du gerne vil SSH fra ClusterControl UI, kan du nemt gøre det fra nodehandlingslisten som på skærmbilledet nedenfor:
Nu bør du bemærke følgende skærmbillede, efter at den rullende genstart er fuldført, og alt du skal gøre er at klikke på Installer Query Monitor Agent:
Det skulle kun tage et stykke tid, før du kunne se det nye dashboard for forespørgselsoversigt som følgende skærmbillede:
I vores nye dashboard for forespørgselsoversigt er der et par variabler, som du kan overvåge og få metrics fra. Her kunne du se gennemløb, samtidighed, gennemsnitlig latenstid, fejl samt listen over forespørgslerne nederst. Forklaringen for hver af dem er som følger:
-
Throughput - Forespørgsel pr. sekund (q/s)
-
Den overordnede evne til at behandle data, der måles i forespørgsler pr. sekund, transaktion pr. sekund eller den gennemsnitlige svartid .
-
-
Samtidighed - Låsetid(er)
-
Antallet af samtidige forespørgsler, især INSERT-forespørgslen. Det måles i sekunder.
-
-
Gennemsnitlig forsinkelse - Gennemsnitlig forespørgselstid(er)
-
Latensfordelingen af udsagn, der kører i denne MySQL-instans.
-
-
Fejl - Fejl (sek.)
-
Antallet af forespørgselsfejl pr. sekund for klyngen.
-
Du kan vælge, hvilken databaseinstans du gerne vil se metrikken samt tidsrammen fra 15 minutter op til 4 timer for hver af dem. Med denne mulighed kan du nemt identificere, hvad der sker i det pågældende tilfælde.
Nederst på dashboardet kan du bemærke, at der er en liste over forespørgsler, der i øjeblikket kører for din klynge. Her kan du se oplysningerne om forespørgselssammendrag, skema, antal, rækker og også udførelsestiden.
I modsætning til den ældre version (1.8.2) er dette et helt nyt dashboard, og det vil være meget nyttigt, når du vil have et overblik over klyngen. Med metrics her vil du være i stand til at foretage de nødvendige handlinger, hvis du bemærker, at din klyngeydelse ikke er optimal.
Ny forespørgselsmonitor til PostgreSQL
Den samme proces skal udføres for PostgreSQL:Når du har opgraderet ClusterControl til 1.9.0, skal du installere forespørgselsovervågningsagenten, før du kan få metrics til forespørgselsoversigten. Du vil se output svarende til det nedenfor:
Men for PostgreSQL behøver du ikke at aktivere nogen parameter som dig har brug for til MySQL-baserede databaser, kan du med det samme installere agenten fra dashboardet. Installationen skulle tage et stykke tid, før du kunne se dashboardet for forespørgselsoversigt som nedenfor.
Som du kunne se, er dashboardet en smule anderledes end MySQL dashboard hvor der kun er 2 målinger som er gennemløb og gennemsnitlig latency. Ligesom MySQL-baseret dashboard for forespørgselsoversigt, kan du også vælge den databaseforekomst, som du ønsker, for at se metrics såvel som tidsinterval.
Du kan også se listen over forespørgsler nedenfor over metrics som vist på skærmbilledet ovenfor. I forespørgselslisten kunne du se sammendraget, skemaet, antallet, rækker og udførelsestidspunktet for hver forespørgsel.
Sidste tanker
Vi mener, at den nye Query Monitor er ret nyttig, når du vil se, hvad der sker med dine forespørgsler i en databaseinstans. Forestil dig, at du har et par noder:Du kan nemt skifte databaseforekomsten fra forespørgselsoversigten for at se metrics. Med denne mulighed er du i stand til specifikt at vide, hvad der sker på hver af dine databaseforekomster.
For MySQL-baserede forekomster skal du huske at aktivere/aktivere "performance_schema" for hver af databaseforekomsterne, før du installerer forespørgselsagenten og fortsætter med at se oversigten.
Hvad er dine tanker om vores nye Query Monitor? Kan du lide det og synes det er nyttigt? Fortæl os det i kommentarfeltet nedenfor.