Operational Reporting biedt ondersteuning voor de dagelijkse bewaking en controle van bedrijfsactiviteiten. Het doel van dit blogartikel is om u vertrouwd te maken met de operationele rapporten die beschikbaar zijn in ClusterControl.
De operationele rapporten van ClusterControl voorzien u van informatie over de status van uw database-infrastructuur, die u kunt gebruiken om uw omgeving te controleren of als onderdeel van operationele ondersteuning. Deze rapportages bestaan uit verschillende controles en behandelen verschillende dagelijkse DBA-taken. Het idee achter de operationele rapportage van ClusterControl is om alle meest relevante gegevens in één document te plaatsen dat snel kan worden geanalyseerd om een duidelijk inzicht te krijgen in de status van de databases en de bijbehorende processen.
Met ClusterControl kunt u rapporten voor meerdere omgevingen plannen, zoals "Dagelijks systeemrapport", "Pakketupgraderapport", "Schemawijzigingsrapport", evenals "Back-ups" en "Beschikbaarheid". Deze rapporten helpen u om uw omgeving veilig en operationeel te houden. U ziet ook aanbevelingen voor het oplossen van hiaten. Rapporten kunnen worden gericht aan SysOps, DevOps of zelfs managers die regelmatig statusupdates willen ontvangen over de gezondheid van een bepaald systeem.
Waarom heb ik operationele rapporten nodig?
Je hebt misschien al een uitstekende monitoringtool met alle mogelijke statistieken/grafieken en je hebt waarschijnlijk ook waarschuwingen ingesteld op basis van statistieken en drempels (sommige hebben zelfs geautomatiseerde adviseurs die hen aanbevelingen doen of dingen automatisch oplossen.) Dat is goed - inzicht hebben in je systeem is belangrijk; toch moet je veel informatie kunnen verwerken. Geïntegreerde tools zoals ClusterControl hebben het voordeel dat alle verschillende stukjes informatie zich op dezelfde plaats bevinden.
Op kleinere systemen wilt u misschien wat handmatige controles uitvoeren, maar in grotere omgevingen is het onmogelijk om alles in realtime te analyseren. Het klinkt ook als tijdverspilling. Om ervoor te zorgen dat uw systemen in goede staat zijn, moet u behoorlijk wat informatie doornemen. Meestal omvat dat hoststatistieken, databasestatistieken, back-upstatus, logbestanden enzovoort.
Wat te controleren en hoe vaak?
Zodra u al uw hulpprogramma's voor databasebewaking/beheer hebt ingesteld, moet u een routine instellen om de status van de databases te controleren. Hoe vaak u het wilt doen, is aan u en moet gebaseerd zijn op de grootte/werklast van uw omgeving of op de nalevingsnormen van uw bedrijf of branche. Voor kleinere opstellingen werken dagelijkse controles. Voor grotere configuraties moet u dit waarschijnlijk elke week of zo doen. De redenering hierachter is dat regelmatige tests u in staat moeten stellen proactief te handelen en eventuele problemen op te lossen voordat ze zich voordoen of ernstig worden. Natuurlijk zul je uiteindelijk je patroon ontwikkelen, maar hier zijn enkele tips over wat je misschien wilt zien.
Wat u moet controleren, heeft waarschijnlijk te maken met de rol die u speelt in uw IT-organisatie. DBA's, DevOps, Developers of IT Management zullen elk verschillende behoeften hebben.
ClusterControl Operationele rapporten Bewerkingsrapportplanner
Voordat we beginnen met het beschrijven van bepaalde operationele rapporten, kijken we even naar de rapportplanner. U kunt terugkerende geautomatiseerde rapporten instellen op basis van uw clusternaam. Opwekkingssnelheid is onderverdeeld in type dagelijks, wekelijks, maandelijks. Elk van hen geeft je de mogelijkheid om naar behoefte een rapport in te stellen, zoals elke 5e dag van de maand voor een maandelijks type of elke dinsdag als je wekelijkse rapporten ophaalt.
ClusterControl Operational Report Scheduler In het tweede gedeelte van de rapportplanner kunt u de ontvangers kiezen. Het is een goede gelegenheid om enkele waarschuwingen in te stellen voor het managementteam, en dan meer technische voor IT-ondersteuning. Door dit correct te plannen, kan de IT veel taken uit handen nemen, d.w.z. wanneer het management om beschikbaarheidsrapporten vraagt of wanneer het beveiligingsteam de versie van de pakketten en schemawijzigingen moet kennen.
Back-uprapport
Het wekelijkse back-uprapport is een HTML-rapport dat een overzicht geeft van back-ups voor de rapportageperiode voor alle beheerde clusters. Het back-uprapport is verdeeld in twee secties; back-upoverzicht en back-updetails.
In het hoofdgedeelte van het rapport ziet u de samenvatting van al uw clusters met clustertype, laatste back-up, mislukte en succesvolle back-ups, slagingspercentage en bewaarperiode. Wat ook belangrijk is, is dat u ook informatie ziet over clusters zonder back-upset. Het is erg handig als u vergeet een back-up in te stellen of als back-ups om de een of andere reden niet meer werken.
ClusterControl back-up samenvatting operationeel rapport In de back-updetails kunt u een bepaalde back-up-ID volgen met gedetailleerde informatie over locatie, grootte, tijd en methode. We gebruiken dezelfde sjablonen met gegevens voor verschillende databasetypes, dus wanneer u uw gemengde omgeving beheert, krijgt u hetzelfde gevoel en uiterlijk. Het helpt om back-ups van verschillende databases beter te beheren.
Hoe werkt deze oplossing? We verzamelen informatie over het back-upproces, de systemen, platforms en apparaten in de back-upinfrastructuur wanneer de back-uptaak wordt geactiveerd. Al die informatie wordt geaggregeerd en opgeslagen in een CMON (ClusterControl repository database), dus het is niet nodig om bepaalde databases extra te doorzoeken.
Standaard clusterrapport
Het standaardclusterrapport bevat alle gedetailleerde informatie over een bepaald cluster. Het begint met een beoordeling van verschillende waarschuwingen die betrekking hebben op de clustergroep.
ClusterControl Standaard clusterrapport De volgende sectie gaat over de status van de knooppunten die deel uitmaken van het cluster. Je hebt een lijst van de nodes in het cluster, hun type, rol (master of slave), de status van de node, uptime en het besturingssysteem.
ClusterControl Standaard uptime en rollen van clusterrapportknooppunten Een ander deel van het rapport is het back-upoverzicht, zoals we hierboven hebben besproken.
ClusterControl Standaard clusterrapport back-updetails De volgende presenteert een overzicht van de meest voorkomende zoekopdrachten in het cluster. Ten slotte zien we een "Knooppuntstatusoverzicht" waarin u grafieken krijgt met betrekking tot OS- en MySQL-statistieken voor elk knooppunt.
ClusterControl Standaard clusteroverzicht knooppuntstatus Upgraderapport
Dit clusterrapport helpt u om uw pakketten up-to-date en veilig te houden. Het upgraderapport verzamelt informatie van het besturingssysteem en vergelijkt deze met pakketten die beschikbaar zijn in de repository.
Het rapport is verdeeld in vier secties; upgradeoverzicht, databasepakketten, beveiligingspakketten en andere pakketten. U kunt snel vergelijken wat u op uw systeem hebt geïnstalleerd en een aanbevolen upgrade of patch vinden.
Detectierapport schemawijzigingen
Het Schema Change Detection Report toont alle DDL-wijzigingen in uw database. Om correct te werken, is een extra parameter nodig in het configuratiebestand van ClusterControl. Als dit niet is ingesteld, ziet u de volgende informatie:schema_change_detection_address is niet ingesteld in /etc/cmon.d/cmon_1.cnf. Als dat eenmaal op zijn plaats is, kan een voorbeelduitvoer zijn zoals hieronder:
ClusterControl Schema wijzigingsrapport Beschikbaarheidsrapport
Last but not least is het Beschikbaarheidsrapport. Beschikbaarheid is notoir moeilijk te meten en te rapporteren, hoewel het een belangrijke KPI is in elke SLA tussen u en uw klant. Met dat in gedachten hebben we een rapport gemaakt dat de uptime van uw database kan meten. Het script wordt in uw account gezet tijdens gepland onderhoud dat u kunt instellen in ClusterControl. Op basis van de rapportinformatie kunt u zien of u in overeenstemming bent met uw interne of externe SLA en wijzigingen in de database-infrastructuur plannen om uw geplande negens te behouden.
ClusterControl Schema wijzigingsrapport Het hoofddeel van het rapport beschrijft de uptime/downtime en beschikbaarheid voor de rapportageperiode voor elk door ClusterControl beheerd cluster. De informatie wordt gecombineerd voor alle clusters, ongeacht het clustertype.
ClusterControl Beschikbaarheidsrapport clusterstatusgeschiedenis Hieronder in detail ziet u belangrijke statuswijzigingen die binnen de rapportageperiode hebben plaatsgevonden, evenals het opnieuw opstarten van de controller. Het opnieuw opstarten van de controller heeft geen invloed op de uptime of downtime en gepland onderhoud wordt niet meegeteld in het rapport.
Geschiedenis van rapportknooppunten van clusterControl-beschikbaarheid Conclusie
Verschillende aspecten van de naleving van uw databasesysteem kunnen u helpen bij het behandelen van verschillende aspecten van uw databasesysteem. Beginnend met details over de back-upgeschiedenis, die u kunt gebruiken om zaken als het voltooien van back-ups, geschiedenis en servers bij te houden zonder een goed back-upbeleid om upgraderapporten te verpakken met verouderde systeempakketten en schemawijzigingen. Met een paar stappen kunt u controles op ondernemingsniveau plannen voor uw open source-databases. Dit alles geeft uw management- en ondersteuningsteams een beter inzicht in uw DB-activiteiten.