Operationel rapportering giver støtte til den daglige virksomhedsaktivitetsovervågning og -kontrol. Formålet med denne blogartikel er at gøre dig mere fortrolig med de operationelle rapporter, der er tilgængelige i ClusterControl.
ClusterControl driftsrapporter forsyner dig med information om din databaseinfrastrukturstatus, som du kan bruge til at revidere dit miljø eller som en del af operationel support. Disse rapporter består af forskellige kontroller og omhandler forskellige daglige DBA-opgaver. Ideen bag ClusterControl driftsrapportering er at samle alle de mest relevante data i et enkelt dokument, som hurtigt kan analyseres for at få en klar forståelse af status for databaserne og dens processer.
Med ClusterControl kan du planlægge rapporter på tværs af miljøer som "Daglig systemrapport", "pakkeopgraderingsrapport", "skemaændringsrapport" samt "sikkerhedskopier" og "tilgængelighed." Disse rapporter hjælper dig med at holde dit miljø sikkert og operationelt. Du vil også se anbefalinger til, hvordan du løser huller. Rapporter kan adresseres til SysOps, DevOps eller endda ledere, der gerne vil have regelmæssige statusopdateringer om et givet systems helbred.
Hvorfor har jeg brug for driftsrapporter?
Du har muligvis allerede et glimrende overvågningsværktøj med alle mulige målinger/grafer, og du har sikkert også sat alarmer op baseret på målinger og tærskler (nogle vil endda have automatiske rådgivere, der giver dem anbefalinger eller ordner ting automatisk). Det er godt - at have synlighed i din systemet er vigtigt; ikke desto mindre skal du være i stand til at behandle en masse information. Integrerede værktøjer som ClusterControl har en fordel, at alle de forskellige informationer er placeret på samme sted.
På mindre systemer vil du måske lave nogle manuelle kontroller, men i større miljøer er det umuligt at analysere alt i realtid. Det lyder også som spild af tid. For at sikre, at dine systemer er i god stand, skal du gennemgå en hel del information. Normalt inkluderer det værtsstatistik, databasestatistik, sikkerhedskopieringstilstand, logfiler og så videre.
Hvad skal man overvåge og hvor ofte?
Når du har opsat alle dine databaseovervågnings-/administrationsværktøjer, skal du etablere en rutine for at kontrollere databasernes tilstand. Hvor ofte du gerne vil gøre det, er op til dig og bør være baseret på størrelsen/arbejdsbelastningen af dit miljø eller i henhold til din virksomheds eller branchestandarder. For mindre opsætninger vil daglige kontroller fungere. For større konfigurationer skal du sandsynligvis gøre det hver uge eller deromkring. Begrundelsen bag det er, at regelmæssige test skal gøre dig i stand til at handle proaktivt og løse eventuelle problemer, før de opstår eller bliver alvorlige. Selvfølgelig vil du med tiden udvikle dit mønster, men her er nogle tips til, hvad du måske vil se ud.
Hvad du skal overvåge, vil sandsynligvis være relateret til den rolle, du spiller i din it-organisation. DBA'er, DevOps, Udviklere eller IT Management vil hver især have forskellige behov.
ClusterControl Operationelle rapporter Driftsrapportplanlægning
Før vi begynder at beskrive bestemte driftsrapporter, lad os tage et hurtigt kig på rapportplanlæggeren. Du kan opsætte tilbagevendende automatiserede rapporter baseret på dit klyngenavn. Generationshastighed er opdelt i type daglig, ugentlig, månedlig. Hver af dem giver dig mulighed for at opsætte rapport efter behov, f.eks. hver 5. dag i måneden for en månedlig type eller hver tirsdag, hvis du henter ugentlige rapporter.
ClusterControl Operational Report Scheduler I den anden sektion af rapportplanlæggeren kan du vælge modtagerne. Det er en god mulighed for at konfigurere nogle advarsler til det administrerende team og derefter mere tekniske til it-support. At planlægge dette korrekt kan i høj grad fjerne opgaver fra IT, dvs. når ledelsen beder om tilgængelighedsrapporter eller sikkerhedsteamet har brug for at kende pakkeversion og skemaændringer.
Sikkerhedskopieringsrapport
Den ugentlige sikkerhedskopieringsrapport er en HTML-rapport, der giver et overblik over sikkerhedskopier for rapporteringsperioden for alle administrerede klynger. Sikkerhedskopieringsrapporten er opdelt i to sektioner; backup oversigt og backup detaljer.
I rapportens hovedafsnit kan du se oversigten over alle dine klynger med klyngetype, sidste backup, mislykkede og vellykkede backups, succesrate og opbevaringsperiode. Det, der også er vigtigt, er, at du også vil se oplysninger om klynger uden sikkerhedskopiering. Det er ekstremt nyttigt, hvis du glemmer at konfigurere sikkerhedskopiering, eller hvis sikkerhedskopier holdt op med at virke af en eller anden grund.
ClusterControl Backup Summary Operational Report I sikkerhedskopieringsdetaljerne kan du spore et bestemt backup-id med detaljerede oplysninger om placering, størrelse, tid og metode. Vi bruger de samme skabeloner med data til forskellige databasetyper, så når du administrerer dit blandede miljø, får du den samme følelse og udseende. Det hjælper med at administrere forskellige databasesikkerhedskopier bedre.
Hvordan fungerer denne løsning? Vi indsamler oplysninger om backup-processen, systemerne, platformene og enheder i backup-infrastrukturen, når backup-jobbet udløses. Alle disse oplysninger er aggregeret og gemt i en CMON (ClusterControl repository database), så der er ingen grund til at forespørge særlige databaser yderligere.
Standard klyngerapport
Standardklyngerapporten indeholder alle detaljerede oplysninger om en bestemt klynge. Det starter med en gennemgang af forskellige advarsler, som er relateret til klyngegruppen.
ClusterControl Standard klyngerapport Næste afsnit handler om tilstanden af de noder, der er en del af klyngen. Du har en liste over noderne i klyngen, deres type, rolle (master eller slave), status for noden, oppetid og OS.
ClusterControl Standard klyngerapportknudeoppetid og roller Et andet afsnit af rapporten er backupresuméet, det samme som vi diskuterede ovenfor.
ClusterControl Standard cluster rapport backup detaljer Den næste præsenterer en gennemgang af de mest populære forespørgsler i klyngen. Til sidst ser vi en "Knudestatusoversigt", hvori du får vist grafer relateret til OS- og MySQL-metrics for hver node.
ClusterControl Standard klyngeoversigt nodestatus Opgraderingsrapport
Denne klyngerapport hjælper dig med at holde dine pakker opdaterede og sikre. Opgraderingsrapporten samler oplysninger fra operativsystemet og sammenligner dem med pakker, der er tilgængelige i lageret.
Rapporten er opdelt i fire afsnit; opgraderingsoversigt, databasepakker, sikkerhedspakker og andre pakker. Du kan hurtigt sammenligne, hvad du har installeret på dit system og finde en anbefalet opgradering eller patch.
Skemaændringsregistreringsrapport
Skemaændringsdetektionsrapporten viser eventuelle DDL-ændringer på din database. For at fungere korrekt kræver det en ekstra parameter i ClusterControl-konfigurationsfilen. Hvis dette ikke er indstillet, vil du se følgende information:schema_change_detection_address er ikke indstillet i /etc/cmon.d/cmon_1.cnf. Når det er på plads, kan et eksempel output være som nedenfor:
ClusterControl Schema-ændringsrapport Tilgængelighedsrapport
Sidst men ikke mindst er tilgængelighedsrapporten. Tilgængelighed er notorisk svær at måle og rapportere om, selvom det er en vigtig KPI i enhver SLA mellem dig og din kunde. Med det i tankerne har vi lavet en rapport, som kan måle din databases oppetid. Scriptet lægges ind på din konto under planlagt vedligeholdelse, som du kan indstille i ClusterControl. Baseret på rapportoplysningerne kan du se, om du er på linje med din interne eller eksterne SLA og planlægge ændringer i databaseinfrastrukturen for at holde dine planlagte ni.
ClusterControl Schema-ændringsrapport Hovedafsnittet af rapporten beskriver oppetiden/nedetiden og tilgængeligheden for rapporteringsperioden for hver klynge, der administreres af ClusterControl. Oplysningerne er kombineret for alle klynge uanset klyngetype.
ClusterControl Tilgængelighedsrapport klyngestatushistorik Nedenfor i detaljer kan du se vigtige tilstandsændringer, der er sket inden for rapporteringsperioden, såvel som controller-genstarter. Controllergenstarter påvirker ikke oppetid eller nedetid, og planlagt vedligeholdelse tæller ikke med i rapporten.
ClusterControl Tilgængelighedsrapport nodehistorik Konklusion
Severalnines ClusterControl kan hjælpe dig med at dække flere aspekter af dit databasesystems overholdelse. Startende med sikkerhedskopieringshistorikdetaljer, som du kan bruge til at spore ting som fuldførelse af sikkerhedskopiering, historik og servere uden en ordentlig sikkerhedskopieringspolitik til at pakke opgraderingsrapporter med forældede systempakker og skemaændringer. Med nogle få trin kan du planlægge kontrol på virksomhedsniveau på dine open source-databaser. Alt dette vil give dine ledelses- og supportteams bedre indsigt i din DB-drift.