Operational Reporting ger stöd till den dagliga verksamhetens övervakning och kontroll. Syftet med den här bloggartikeln är att göra dig mer bekant med de operativa rapporter som finns tillgängliga i ClusterControl.
ClusterControls driftsrapporter ger dig information om din databasinfrastrukturstatus, som du kan använda för att granska din miljö eller som en del av driftstöd. Dessa rapporter består av olika kontroller och tar upp olika dagliga DBA-uppgifter. Tanken bakom ClusterControls verksamhetsrapportering är att lägga all den mest relevanta informationen i ett enda dokument som snabbt kan analyseras för att få en tydlig förståelse av statusen för databaserna och dess processer.
Med ClusterControl kan du schemalägga rapporter över flera miljöer som "Daglig systemrapport", "Paketuppgraderingsrapport", "Schemaändringsrapport" samt "Säkerhetskopieringar" och "Tillgänglighet". Dessa rapporter hjälper dig att hålla din miljö säker och funktionsduglig. Du kommer också att se rekommendationer om hur man åtgärdar luckor. Rapporter kan riktas till SysOps, DevOps eller till och med chefer som vill få regelbundna statusuppdateringar om ett givet systems tillstånd.
Varför behöver jag driftsrapporter?
Du kanske redan har ett utmärkt övervakningsverktyg med alla möjliga mätvärden/grafer och du har förmodligen också ställt in varningar baserade på mätvärden och tröskelvärden (en del har till och med automatiska rådgivare som ger dem rekommendationer eller fixar saker automatiskt.) Det är bra - att ha insyn i din systemet är viktigt; ändå måste du kunna bearbeta mycket information. Integrerade verktyg som ClusterControl har en fördel att alla olika informationsbitar finns på samma plats.
På mindre system kanske du vill göra några manuella kontroller, men i större miljöer är det omöjligt att analysera allt i realtid. Det låter också som slöseri med tid. För att se till att dina system är i gott skick måste du gå igenom ganska mycket information. Vanligtvis inkluderar det värdstatistik, databasstatistik, säkerhetskopior, loggar och så vidare.
Vad ska man övervaka och hur ofta?
När du har installerat alla dina databasövervaknings-/hanteringsverktyg måste du upprätta en rutin för att kontrollera databasernas tillstånd. Hur ofta du vill göra det är upp till dig och bör baseras på storleken/arbetsbelastningen på din miljö eller enligt ditt företags eller branschstandarder. För mindre inställningar kommer dagliga kontroller att fungera. För större konfigurationer måste du förmodligen göra det varje vecka eller så. Resonemanget bakom det är att regelbundna tester ska göra det möjligt för dig att agera proaktivt och åtgärda eventuella problem innan de inträffar eller blir allvarliga. Naturligtvis kommer du så småningom att utveckla ditt mönster men här är några tips på vad du kan vilja se ut.
Vad du ska övervaka kommer förmodligen att vara relaterat till den roll du spelar i din IT-organisation. DBA:er, DevOps, Developers eller IT Management har olika behov.
ClusterControl Driftsrapporter Schemaläggare för driftrapporter
Innan vi börjar beskriva specifika driftsrapporter låt oss ta en snabb titt på rapportschemaläggaren. Du kan ställa in återkommande automatiska rapporter baserat på ditt klusternamn. Generationstakten är indelad i typ daglig, veckovis, månadsvis. Var och en av dem ger dig möjlighet att ställa in rapporter efter behov, som var 5:e dag i månaden för en månadstyp eller varje tisdag om du hämtar veckorapporter.
ClusterControl Operational Report Scheduler I den andra delen av rapportschemaläggaren kan du välja mottagarna. Det är ett bra tillfälle att ställa in några varningar för ledningsgruppen, sedan mer tekniska för IT-support. Att schemalägga detta korrekt kan avsevärt ta bort uppgifter från IT, det vill säga när ledningen ber om tillgänglighetsrapporter eller säkerhetsteamet behöver känna till paketversioner och schemaändringar.
Säkerhetskopieringsrapport
Weekly Backup Report är en HTML-rapport som ger en översikt över säkerhetskopior för rapporteringsperioden för alla hanterade kluster. Backuprapporten är uppdelad i två sektioner; säkerhetskopieringssammanfattning och säkerhetskopieringsdetaljer.
I huvuddelen av rapporten kan du se en sammanfattning av alla dina kluster med klustertyp, senaste säkerhetskopiering, misslyckade och framgångsrika säkerhetskopieringar, framgångsfrekvens och lagringsperiod. Vad som också är viktigt är att du också kommer att se information om kluster utan säkerhetskopiering. Det är oerhört användbart om du glömmer att ställa in säkerhetskopiering eller om säkerhetskopior slutat fungera av någon anledning.
ClusterControl Backup Sammanfattning Driftsrapport I säkerhetskopieringsdetaljerna kan du spåra ett visst säkerhetskopierings-ID med detaljerad information om plats, storlek, tid och metod. Vi använder samma mallar med data för olika databastyper så när du hanterar din blandade miljö får du samma känsla och utseende. Det hjälper till att hantera olika databassäkerhetskopior bättre.
Hur fungerar denna lösning? Vi samlar in information om backup-processen, systemen, plattformarna och enheterna i backup-infrastrukturen när backup-jobbet utlöses. All denna information aggregeras och lagras i en CMON (ClusterControl repository databas), så det finns inget behov av att fråga särskilda databaser ytterligare.
Standard klusterrapport
Standardklusterrapporten innehåller all detaljerad information om ett visst kluster. Det börjar med en genomgång av olika varningar som är relaterade till klustergruppen.
ClusterControl Standard klusterrapport Nästa avsnitt handlar om tillståndet för noderna som är en del av klustret. Du har en lista över noderna i klustret, deras typ, roll (master eller slav), nodens status, drifttid och OS.
ClusterControl Standard klusterrapportnods drifttid och roller En annan del av rapporten är säkerhetskopieringssammanfattningen, samma som vi diskuterade ovan.
ClusterControl Standard säkerhetskopieringsinformation för klusterrapport Nästa presenterar en genomgång av de vanligaste frågorna i klustret. Slutligen ser vi en "Nodstatusöversikt" där du får grafer relaterade till OS- och MySQL-statistik för varje nod.
ClusterControl Standardöversikt över nodstatus för kluster Uppgraderingsrapport
Denna klusterrapport hjälper dig att hålla dina paket uppdaterade och säkra. Uppgraderingsrapporten samlar information från operativsystemet och jämför dem med paket som finns tillgängliga i förvaret.
Rapporten är uppdelad i fyra avsnitt; uppgraderingssammanfattning, databaspaket, säkerhetspaket och andra paket. Du kan snabbt jämföra vad du har installerat på ditt system och hitta en rekommenderad uppgradering eller patch.
Rapport för upptäckt av schemaändringar
Schema Change Detection Report visar eventuella DDL-ändringar i din databas. För att fungera korrekt krävs ytterligare en parameter i ClusterControl-konfigurationsfilen. Om detta inte är inställt kommer du att se följande information:schema_change_detection_address är inte satt i /etc/cmon.d/cmon_1.cnf. När det väl är på plats kan ett exempelutdata se ut som nedan:
ClusterControl Schema förändringsrapport Tillgänglighetsrapport
Sist men inte minst är tillgänglighetsrapporten. Tillgänglighet är notoriskt svårt att mäta och rapportera om, även om det är en viktig KPI i alla SLA mellan dig och din kund. Med det i åtanke skapade vi en rapport som kan mäta din databas drifttid. Skriptet läggs in på ditt konto under planerat underhåll som du kan ställa in i ClusterControl. Baserat på rapportinformationen kan du se om du är i linje med din interna eller externa SLA och planera förändringar i databasinfrastrukturen för att hålla dina planerade nior.
ClusterControl Schema förändringsrapport Huvuddelen av rapporten beskriver upptid/stopptid och tillgänglighet för rapporteringsperioden för varje kluster som hanteras av ClusterControl. Informationen kombineras för alla kluster oavsett klustertyp.
ClusterControl Tillgänglighetsrapport klusterstatushistorik Nedan i detaljer kan du se viktiga tillståndsförändringar som har hänt under rapporteringsperioden, såväl som kontrollerns omstarter. Kontrollerns omstarter påverkar inte drifttid eller driftstopp och planerat underhåll kommer inte att räknas in i rapporten.
ClusterControl Tillgänglighetsrapport nodhistorik Slutsats
Severalnines ClusterControl kan hjälpa dig att täcka flera aspekter av ditt databassystems efterlevnad. Börjar med säkerhetskopieringshistorik, som du kan använda för att spåra saker som slutförande av säkerhetskopiering, historik och servrar utan en ordentlig säkerhetskopieringspolicy för att paketera uppgraderingsrapporter med föråldrade systempaket och schemaändringar. Med några få steg kan du schemalägga kontroller på företagsnivå på dina databaser med öppen källkod. Allt detta kommer att ge dina lednings- och supportteam bättre insikt i din DB-verksamhet.