Ep. 53: Monitoraggio di un database Oracle remoto con Checkmk

[0:00:00]	Benvenuti nel canale Checkmk. Oggi vi mostrerò come monitorare un database Oracle remoto.
[0:00:15]	In uno dei video precedenti, abbiamo installato l'agente Checkmk e il plug-in dell'agente sull'host di destinazione che ospitava il database Oracle. A volte non è possibile installare l'agente sull'host sottostante a causa di problemi di accesso o semplicemente perché si tratta di un servizio cloud accessibile solo da remoto.
[0:00:36]	Oggi utilizzeremo lo stesso agente e il plug-in dell'agente, ma questa volta lo faremo su un altro host. Questo altro host fungerà da host piggyback , che può essere il server di monitoraggio stesso o qualsiasi altro server in grado di interrogare il database remoto e allo stesso tempo raggiungibile dall'agente Checkmk dal server di monitoraggio. Quindi, senza ulteriori indugi, iniziamo.
[0:01:00]	Per questa demo sto utilizzando un database Amazon RDS Oracle già creato. C'è già un endpoint che è stato esposto e c'è una porta che i gruppi di sicurezza hanno già configurato in modo che sia raggiungibile dal server Linux in questione. Possiamo quindi passare subito alla nostra documentazione ed esaminare i prerequisiti. Questo è il capitolo 3.3 della nostra documentazione ufficiale.
[0:01:38]	Qui ci sono i prerequisiti che dovrebbero essere disponibili sul server Linux. Si tratta della libreria "libaio", del client istantaneo Oracle e del programma SQL, che è già disponibile quando si installa il client istantaneo. Una volta che siamo sicuri che questi prerequisiti sono presenti, dobbiamo creare un utente. Per questo è disponibile l'articolo iniziale sulla creazione dell'utente.
[0:02:10]	Torniamo quindi alla riga di comando. Ora, alla riga di comando, verificheremo se i prerequisiti sono già soddisfatti. Possiamo già vedere che il client istantaneo di Oracle è già installato e allo stesso tempo possiamo verificare se anche il pacchetto "libaio" è stato installato. Sì, è già presente. Possiamo quindi testare la connettività tra questo server Linux e il database Oracle remoto, tramite il semplice comando sqlplus. Che fondamentalmente cerca di usare l'utente admin, cerca di usare l'host che ottengo dalla pagina RDS, la porta e il SID.
[0:02:54]	Devo semplicemente aggiungere la mia password e sono in grado di accedere con successo. Possiamo quindi tornare alla documentazione e iniziare a creare l'utente. Che ci servirà per interrogare il database Oracle remoto. Inseriamo quindi il nome utente e la password. Assegniamo il ruolo select catalog a questo utente. Eseguiamo l'altra concessione.
[0:03:36]	E questo è tutto. Abbiamo terminato i prerequisiti per la creazione di un utente di sola lettura. Abbiamo verificato tutte le librerie e ora possiamo procedere alla configurazione del plugin agente "mk_oracle". Per questo possiamo tornare al browser, Checkmk Web UI, "Aggiungi" un host. Chiamo questo host "remote-oracle-host", l'indirizzo IP può essere l'indirizzo IP del mio host Linux che sarà 10.201.04.224.
[0:04:19]	Posso semplicemente salvarlo e procedere con la configurazione del plug-in dell'agente Oracle, per il quale si può andare nel menu di configurazione e andare ai database Oracle sotto "Regole dell'agente". Fate clic su "Aggiungi regola" e vi verrà presentato il modulo in cui dovrete accedere alla configurazione del database Oracle. Fare clic su "Attivazione", perché vogliamo distribuire il plug-in dell'agente del database Oracle. Stiamo eseguendo Rocky 8 sotto il cofano. Utilizzerò quindi "systemd" perché è l'opzione predefinita per la distribuzione dell'agente Checkmk e poi ho impostato il metodo di autenticazione, l'utente è "checkmk".
[0:05:06]	E poi possiamo procedere direttamente alla configurazione delle istanze remote. È disponibile qui, dovete scegliere un "ID univoco", dove avete tre opzioni: usare il "SID remoto", usare il "seguente ID" o semplicemente usare il nome dell'host di monitoraggio. Sceglierò il "SID remoto".
[0:05:32]	Qui si deve definire il nome dell'istanza piggyback a cui saranno collegati i dati estratti dal database Oracle remoto. Quindi, come dice "l'host di monitoraggio su cui deve essere mappato questo database".
[0:05:49]	Lo scrivo qui 'mypiggybackinstance' e qui ci sarà il SID Oracle della mia istanza remota che è "TESTDB". In questo caso abbiamo già visto quando abbiamo eseguito il test di connettività e abbiamo bisogno del nome host DNS o dell'indirizzo IP del server del database. Per questo possiamo tornare alla console AWS e guardare la pagina AWS RDS, copiare il nome host da qui e tornare indietro e incollare il nome DNS.
[0:06:25]	Il numero di porta TCP è 1521 nel mio caso. Ora selezioniamo la release Oracle del database remoto. Dato che non abbiamo la release 19, scelgo quella più vicina alla 19. Stiamo lavorando per estendere l'elenco, ma questo sarà annunciato nei prossimi Werks.
[0:06:49]	Questo è tutto per la configurazione, che ora assegnerò all'host remoto di Oracle che ho creato nella fase iniziale. Salviamo questa regola. Poi faremo il bake di questa configurazione, in modo da averla collegata all'host, e poi potremo scaricare questo file RPM. Nel frattempo possiamo anche attivare le modifiche.
[0:07:17]	Torniamo alla riga di comando e copiamo l'RPM scaricato sul nostro server Linux. Questo è il file RPM che abbiamo e che copieremo sul nostro server Linux. Non appena il file è stato copiato, ci colleghiamo nuovamente a questo host tramite SSH. E ora proviamo a installare il pacchetto che abbiamo scaricato.
[0:07:59]	Questo è il nostro pacchetto, ora installeremo questo agente infornato. Una volta installato, possiamo tornare a etc/checkmk, dove è stata creata la configurazione. Se guardiamo la voce, ecco come apparirà 'mk_oracle.cfg'. Abbiamo la stringa di connessione di base "DBUSER", "ASMUSER", tutte le sezioni di base, "SYNC_SECTIONS", "ASYNC_SECTIONS", le informazioni sulle sezioni sync e async per ASM, l'età della cache e infine "REMOTE_INSTANCE_TESTDB".Dove si trovano il nome utente e la password seguiti dal ruolo.
[0:08:49]	Poiché non abbiamo un ruolo, l'abbiamo lasciato vuoto e poi abbiamo il nome dell'host pubblico o l'endpoint del database Oracle remoto, la porta, il Piggyback in cui si desidera mappare i dati una volta interrogati dal database Oracle remoto principale. Questo sarà il vero SID e questa è la release. Ora possiamo provare a eseguire l'agente Checkmk e osservare l'output. Se lo pipeo con "less" e provo a cercare la sezione Oracle.
[0:09:31]	Quando cerchiamo questa parola vediamo alcune sezioni fittizie e poi il corrispondente host piggyback o l'istanza piggyback che abbiamo creato e infine un'altra serie di sezioni fittizie. Perché queste sezioni fittizie sono necessarie? Perché garantiscono la dipendenza dai servizi integrati. Se il database non funziona, tutti i servizi, tranne il servizio di istanza, saranno obsoleti. Se si va più in basso, si vedono anche altre sezioni.
[0:10:04]	Ad esempio, l'istanza Oracle, Oracle performance contiene tutte le metriche delle prestazioni e se scendiamo ancora più in basso troviamo Oracle system parameter, processes, oracle_recovery_status. Abbiamo anche informazioni su oracle_tablespaces, oracle_jobs e infine l'ultimo è oracle_resumable.
[0:10:30]	Passiamo ora all'interfaccia web di Checkmk ed eseguiamo una ricerca dei servizi di questi controlli Oracle e diamo un'occhiata all'elenco dei servizi. Possiamo già vedere che l'host remoto Oracle che abbiamo impostato è già in grado di comunicare con l'agente. Sono stati trovati circa 19 servizi, tra cui i controlli di base di Linux, come il carico della CPU, il filesystem, l'interfaccia, le opzioni di montaggio e i controlli di systemd. Accettiamolo.
[0:11:09]	E attiviamo anche le modifiche. Il nome del nostro host piggyback è "mypiggybackinstance". Posso crearlo manualmente o usare la gestione dinamica degli host per farlo. Se ci sono più istanze provenienti da questo singolo database Oracle remoto. Quindi posso anche crearle automaticamente. Creiamo un host piggyback da limitare all'host Oracle remoto, creiamolo nella directory principale e salviamolo.
[0:11:54]	Dopo aver attivato le modifiche, vedrete già che inizia a creare un nuovo host piggyback. Se aggiorno il quadro di attivazione delle modifiche, le modifiche sono già state attivate. Aggiorniamo il browser e in 'Panoramica tattica' vedremo che è stato creato un nuovo host, che è la nostra istanza piggyback dichiarata nella regola Oracle Agent Bakery.
[0:12:23]	Questo è l'host su cui sono stati mappati i risultati del database degli articoli remoti. Presenta i controlli standard Checkmk e Checkmk Discovery, le informazioni sull'istanza, i log e tutte le metriche chiave, le informazioni sugli spazi delle tabelle, i lavori e, sì, questo completa l'intero elenco che ci aspettavamo.
[0:12:51]	Naturalmente, se ci sono più istanze e più risorse in esecuzione sul mio database Oracle remoto, il numero di controlli varierà.
[0:13:04]	Per oggi è tutto, grazie per averci seguito, non dimenticate di mettere "Mi piace" e di iscrivervi, e ci vediamo in giro.