Il reporting operativo fornisce supporto per il monitoraggio e il controllo quotidiani delle attività aziendali. Lo scopo di questo articolo del blog è di acquisire maggiore familiarità con i report operativi disponibili in ClusterControl.
I report operativi di ClusterControl forniscono informazioni sullo stato dell'infrastruttura del database, che è possibile utilizzare per controllare l'ambiente o come parte del supporto operativo. Questi report consistono in diversi controlli e affrontano varie attività DBA quotidiane. L'idea alla base del reporting operativo di ClusterControl è quella di mettere tutti i dati più rilevanti in un unico documento che può essere rapidamente analizzato al fine di ottenere una chiara comprensione dello stato dei database e dei suoi processi.
Con ClusterControl puoi pianificare rapporti tra ambienti come "Rapporto di sistema giornaliero", "Rapporto di aggiornamento del pacchetto", "Rapporto di modifica dello schema", nonché "Backup" e "Disponibilità". Questi rapporti ti aiuteranno a mantenere il tuo ambiente sicuro e operativo. Vedrai anche consigli su come correggere le lacune. I rapporti possono essere indirizzati a SysOps, DevOps o persino ai manager che desiderano ricevere aggiornamenti regolari sullo stato dello stato di un determinato sistema.
Perché ho bisogno di rapporti operativi?
Potresti già disporre di un eccellente strumento di monitoraggio con tutte le possibili metriche/grafici e probabilmente hai anche impostato avvisi basati su metriche e soglie (alcuni avranno anche consulenti automatici che forniscono loro consigli o correggono le cose automaticamente). Va bene, avere visibilità sul tuo il sistema è importante; tuttavia, devi essere in grado di elaborare molte informazioni. Gli strumenti integrati come ClusterControl hanno il vantaggio che tutti i vari bit di informazioni si trovano nella stessa posizione.
Su sistemi più piccoli, potresti voler eseguire alcuni controlli manuali, ma in ambienti più grandi è impossibile analizzare tutto in tempo reale. Sembra anche una perdita di tempo. Per assicurarti che i tuoi sistemi siano in buone condizioni, dovresti esaminare molte informazioni. Di solito, ciò include statistiche sull'host, statistiche sul database, stato dei backup, registri e così via.
Cosa monitorare e con quale frequenza?
Dopo aver configurato tutti gli strumenti di monitoraggio/gestione del database, è necessario stabilire una routine per verificare lo stato dei database. La frequenza con cui vorresti farlo dipende da te e dovrebbe essere basata sulle dimensioni/carico di lavoro del tuo ambiente o dagli standard di conformità della tua azienda o del tuo settore. Per le configurazioni più piccole, i controlli giornalieri funzioneranno. Per configurazioni più grandi, probabilmente devi farlo ogni settimana circa. Il ragionamento alla base è che i test regolari dovrebbero consentire di agire in modo proattivo e risolvere eventuali problemi prima che si verifichino o diventino gravi. Naturalmente, alla fine svilupperai il tuo modello, ma ecco alcuni suggerimenti su cosa potresti voler guardare.
Cosa monitorare sarà probabilmente correlato al ruolo che svolgi nella tua organizzazione IT. DBA, DevOps, sviluppatori o responsabili IT avranno esigenze diverse.
Rapporti operativi di ClusterControl Programmazione rapporti operativi
Prima di iniziare a descrivere particolari report operativi, diamo una rapida occhiata allo scheduler dei report. Puoi impostare report automatici ricorrenti in base al nome del tuo cluster. Il tasso di generazione è suddiviso in tipo giornaliero, settimanale, mensile. Ognuno di essi ti darà la possibilità di impostare i rapporti secondo necessità, ad esempio ogni 5° giorno del mese per un tipo mensile o ogni martedì se raccogli i rapporti settimanali.
Pianificatore report operativo ClusterControl Nella seconda sezione del pianificatore di report, puoi scegliere i destinatari. È una buona opportunità per impostare alcuni avvisi per il team di gestione, quindi altri più tecnici per il supporto IT. La corretta pianificazione di questa operazione può ridurre notevolmente le attività dell'IT, ad esempio quando la direzione richiede rapporti sulla disponibilità o il team di sicurezza ha bisogno di conoscere la versione dei pacchetti e le modifiche allo schema.
Rapporto di backup
Il Report backup settimanale è un report HTML che fornisce una panoramica dei backup per il periodo di report per tutti i cluster gestiti. Il rapporto di backup è diviso in due sezioni; riepilogo del backup e dettagli del backup.
Nella sezione principale del report puoi vedere il riepilogo di tutti i tuoi cluster con tipo di cluster, ultimo backup, backup falliti e riusciti, percentuale di successo e periodo di conservazione. Ciò che è anche importante è che vedrai anche le informazioni sui cluster senza set di backup. È estremamente utile se ti dimentichi di eseguire il backup o se i backup hanno smesso di funzionare per qualche motivo.
Rapporto operativo di riepilogo di ClusterControl Backup Nei dettagli del backup, puoi tenere traccia di un particolare ID di backup con informazioni dettagliate su posizione, dimensione, ora e metodo. Utilizziamo gli stessi modelli con dati per diversi tipi di database, quindi quando gestisci il tuo ambiente misto, otterrai la stessa sensazione e aspetto. Aiuta a gestire meglio i diversi backup di database.
Come funziona questa soluzione? Raccogliamo informazioni sul processo di backup, sui sistemi, sulle piattaforme e sui dispositivi nell'infrastruttura di backup quando viene attivato il processo di backup. Tutte queste informazioni vengono aggregate e archiviate in un CMON (ClusterControl repository database), quindi non è necessario eseguire ulteriori query su database particolari.
Rapporto cluster predefinito
Il rapporto cluster predefinito contiene tutte le informazioni dettagliate su un particolare cluster. Inizia con una revisione di vari avvisi correlati al gruppo di cluster.
Report cluster predefinito di ClusterControl La prossima sezione riguarda lo stato dei nodi che fanno parte del cluster. Hai un elenco dei nodi nel cluster, il loro tipo, ruolo (master o slave), lo stato del nodo, il tempo di attività e il sistema operativo.
ClusterControl Tempo di attività e ruoli del nodo report cluster predefinito Un'altra sezione del rapporto è il riepilogo del backup, lo stesso di cui abbiamo discusso sopra.
Dettagli di backup del rapporto cluster predefinito di ClusterControl Quello successivo presenta una rassegna delle principali query nel cluster. Infine, vediamo una "Panoramica sullo stato del nodo" in cui ti verranno forniti grafici relativi alle metriche del sistema operativo e MySQL per ciascun nodo.
ClusterControl Stato del nodo Panoramica cluster predefinito Rapporto di aggiornamento
Questo rapporto sul cluster ti aiuterà a mantenere i tuoi pacchetti aggiornati e sicuri. Il rapporto di aggiornamento raccoglie informazioni dal sistema operativo e le confronta con i pacchetti disponibili nel repository.
La relazione è divisa in quattro sezioni; riepilogo dell'aggiornamento, pacchetti di database, pacchetti di sicurezza e altri pacchetti. Puoi confrontare rapidamente ciò che hai installato sul tuo sistema e trovare un aggiornamento o una patch consigliati.
Rapporto di rilevamento delle modifiche allo schema
Lo Schema Change Detection Report mostra tutte le modifiche DDL nel database. Per funzionare correttamente richiede un parametro aggiuntivo nel file di configurazione di ClusterControl. Se questo non è impostato, vedrai le seguenti informazioni:schema_change_detection_address non è impostato in /etc/cmon.d/cmon_1.cnf. Una volta che è a posto, un output di esempio potrebbe essere simile al seguente:
Rapporto di modifica dello schema ClusterControl Rapporto sulla disponibilità
Ultimo ma non meno importante è il rapporto sulla disponibilità. La disponibilità è notoriamente difficile da misurare e segnalare, sebbene sia un KPI importante in qualsiasi SLA tra te e il tuo cliente. Con questo in mente, abbiamo creato un rapporto in grado di misurare il tempo di attività del database. Lo script viene inserito nel tuo account durante la manutenzione pianificata che puoi impostare in ClusterControl. Sulla base delle informazioni del rapporto puoi vedere se sei in linea con il tuo SLA interno o esterno e pianificare le modifiche all'infrastruttura del database per mantenere i nove pianificati.
Rapporto di modifica dello schema ClusterControl La sezione principale del report descrive l'uptime/downtime e la disponibilità per il periodo di reporting per ciascun cluster gestito da ClusterControl. Le informazioni vengono combinate per tutti i cluster indipendentemente dal tipo di cluster.
Cronologia dello stato del cluster del rapporto sulla disponibilità di ClusterControl Di seguito, in dettaglio, puoi vedere importanti cambiamenti di stato avvenuti durante il periodo di riferimento, nonché i riavvii del controller. I riavvii del controller non influiscono sui tempi di attività o di inattività e la manutenzione pianificata non verrà conteggiata nel rapporto.
Cronologia del nodo del rapporto disponibilità ClusterControl Conclusione
Multiplenines ClusterControl può aiutarti a coprire diversi aspetti della conformità del tuo sistema di database. A partire dai dettagli della cronologia di backup, che puoi utilizzare per tenere traccia di elementi come il completamento del backup, la cronologia e i server senza una politica di backup adeguata per creare pacchetti di report di aggiornamento con pacchetti di sistema obsoleti e modifiche dello schema. Con pochi passaggi, puoi pianificare controlli a livello aziendale sui tuoi database open source. Tutto ciò consentirà ai tuoi team di gestione e supporto di avere una visione migliore delle tue operazioni DB.
