Checkmk Conference #6: Test e supporto migliori

Durante la Checkmk Conference #6 Marcel Schulte ha condiviso le best practice per la creazione del proprio ambiente di staging Checkmk. Abbiamo raccomandato il Gold Standard e il Silver Standard, due opzioni per provare gli aggiornamenti prima di diffonderli nell'ambiente di produzione.

Il Gold Standard è il metodo più preciso, ma ha lo svantaggio di richiedere molte risorse. L'utente deve creare un clone del suo ambiente di produzione. Ciò significa che nell'ambiente di test c'è un sistema corrispondente per ogni sito Checkmk che ha gli stessi dati sulle prestazioni. Questa opzione di test può essere implementata solo se l'utente dispone di risorse hardware adeguate. Inoltre, con il Gold Standard, è importante sottolineare che in una simile situazione l'ambiente produttivo e quello di staging monitorano entrambi gli host, il che comporta un carico aggiuntivo sugli host stessi, come ha sottolineato Marcel a questo punto della sua presentazione.

D'altra parte, il Silver Standard è adatto agli utenti che non dispongono di risorse sufficienti. Il Silver Standard non si basa su una copia dell'ambiente di produzione, ma piuttosto su una simulazione dei dati. Questi dati possono essere interrogati da un unico sistema. Secondo Marcel, questo può essere fatto sia per gli host basati su SNMP che per quelli basati su agenti. Con la variante SNMP, tuttavia, è anche possibile far generare i dati simulati da un sistema di terze parti. Non è possibile effettuare un test delle prestazioni simulando i dati, per cui - come spiegato da Marcel - si tratta solo di un test funzionale, utile ad esempio per provare i propri sviluppi.

I partecipanti alla conferenza hanno apprezzato il fatto che Marcel abbia presentato anche istruzioni complete per il test e la modifica delle versioni, che possono aiutare ad evitare molti errori. Marcel ha anche mostrato come gli script possano automatizzare molte attività, oltre a raccomandare di introdurre tempestivamente tutte le versioni principali. Secondo Marcel, lo sviluppo dinamico di Checkmk e la gamma di funzioni in costante crescita fanno sì che un aggiornamento che salta le major release possa essere più complesso di un normale aggiornamento di Checkmk.

In qualità di consulente Checkmk, Marcel desidera che gli utenti siano il più possibile indipendenti e che, idealmente, non abbiano alcun problema nell'utilizzo di Checkmk. Purtroppo, il mondo dell'IT è complesso e quindi presenterà sempre sfide che possono essere affrontate solo insieme. Aiutare i nostri clienti è il compito di Walter Fisch in qualità di responsabile dell'assistenza da gennaio 2020, come ha spiegato nel suo successivo intervento su come l'assistenza ai clienti dovrà essere più semplice in futuro.

Checkmk 2.0 è dotato di una nuova diagnostica di supporto

Walter vuole che gli utenti ricevano aiuto il più rapidamente possibile in caso di emergenza. Abbiamo gettato le basi per le novità di questo l'anno scorso, con l'introduzione di Jira Service Desk.

In futuro, intende introdurre una knowledge base per risparmiare tempo, soprattutto in caso di problemi ricorrenti. La knowledge base dovrebbe contenere, ad esempio, FAQ, istruzioni per l'uso e documenti per la risoluzione dei problemi. Inoltre, l'intenzione è integrare le informazioni esistenti nei nostri Werk e nel forum.

Un elemento particolarmente importante per Walter è la nostra nuova diagnostica di supporto, in via di introduzione con Checkmk 2.0. Stiamo facendo un enorme lavoro per ottenere da subito le informazioni di base, come il sistema operativo installato e così via, per ogni caso di assistenza. In futuro, vogliamo raccogliere queste informazioni in modo automatico, utilizzando un formato standard e semplificando così la gestione. Inoltre, intendiamo ridurre in modo significativo la richiesta di dati aggiuntivi da parte del cliente, per poter avviare più tempestivamente la risoluzione dei problemi. D'altra parte, dovrebbe essere più facile per il cliente raccogliere ogni informazione sul problema in un pacchetto di dati e allegarlo al ticket di assistenza.

Selezione dei dati direttamente in Checkmk

Con la nuova diagnostica di supporto, l'utente può generare le informazioni richieste tramite WATO, eseguendo un lavoro in background per creare il pacchetto di dati dall'istanza selezionata. In alternativa, è possibile creare le informazioni tramite la CLI. In seguito, un lavoro di pulizia sui siti dovrebbe evitare che il file system locale si riempia eccessivamente di questi dati diagnostici.

Checkmk non inoltra automaticamente i dati creati (file tar) a tribe29, ha sottolineato Walter. Il cliente o il partner deve sempre caricare manualmente il file tar sul nostro portale di assistenza tramite una connessione SSL o, nel caso di grandi quantità di dati, sul nostro cloud storage. Il cliente può anche inviare il file tar a un partner di assistenza. Cancelleremo i dati diagnostici inviati non appena avremo completato il ticket.

Naturalmente, per questo flusso di lavoro abbiamo considerato anche la sicurezza dei vostri dati e abbiamo tenuto conto di alcuni aspetti di sicurezza. Solo il proprietario del ruolo 'cmkadmin' è autorizzato a creare e leggere i dati diagnostici. Checkmk offre inoltre la massima trasparenza sui dati raccolti, che possono essere trasmessi a noi solo manualmente tramite SSL. Stiamo anche pensando a come contrassegnare i dati sensibili, e quindi mascherarli.

Il prossimo articolo sarà l'ultimo riguardante la nostra Conferenza Checkmk #6. Lì troverete tutte le informazioni importanti sulla roadmap di Checkmk.