Monitoraggio di OpenShift
È possibile monitorare un cluster di OpenShift utilizzando il sensore OpenShift di Instana. Il sensore Instana OpenShift viene distribuito e installato automaticamente dopo l'installazione dell'agente Instana. È possibile visualizzare le metriche relative al cluster OpenShift nell'interfaccia utente di Instana.
Versioni supportate
Instana supporta OpenShift in conformità con le politiche di assistenza di Red Hat OpenShift. OpenShift Instana offre assistenza anche per le versioni della piattaforma con contratto di assistenza completa e di manutenzione. Le stesse date di scadenza del supporto tecnico si applicano anche al supporto per OpenShift di Instana.
Installazione dell'agente Instana in OpenShift
La guida rapida alla configurazione dell'agente per OpenShift descrive come installare l'agente Instana nel proprio cluster con una configurazione pronta per la produzione.
Webhook Instana AutoTrace
Il webhook Instana AutoTrace è un webhook di mutazione del controller di ammissione che configura automaticamente il tracciamento Instana sulle applicazioni Node.js, .NET Core e Ruby in esecuzione nell'intero cluster OpenShift.
Si consiglia vivamente di utilizzare il webhook Instana AutoTrace se si eseguono applicazioni Node.js, .NET Core o Ruby sui propri cluster OpenShift 4.5 +.
Come accedere alle informazioni su OpenShift
Per ulteriori dettagli, consultare il sito Kubernetes.
Raccolta di metriche
Per visualizzare le metriche, seleziona "Infrastruttura" nella barra laterale dell'interfaccia utente di Instana, fai clic su un host monitorato specifico e potrai visualizzare una dashboard dell'host con tutte le metriche raccolte e i processi monitorati.
Una volta che l'agent è stato distribuito al cluster, il sensore riporterà i dati dettagliati sul cluster e le risorse distribuite al suo interno. Instana raccoglierà informazioni generali Kubernetes. Per ulteriori informazioni, consultare il sito Kubernetes. Inoltre, raccogliamo anche informazioni relative all' DeploymentConfigs, specifiche per i cluster di OpenShift.
DeploymentConfigs
La tabella seguente illustra i campi associati all' DeploymentConfig e in OpenShift.
| Campo | Descrizione |
|---|---|
| Condizioni | Tipo, Stato, Data / ora, Motivo, Messaggio |
| Etichette | Coppie chiave / valore |
| Richieste CPU | Richieste CPU aggregate di tutti i contenitori in esecuzione di questo DeploymentConfig |
| Limiti CPU | Limiti CPU aggregati di tutti i contenitori in esecuzione di questo DeploymentConfig |
| Richieste di memoria | Richieste di memoria aggregate di tutti i contenitori in esecuzione di questo DeploymentConfig |
| Limiti di memoria | Limiti di memoria aggregati di tutti i contenitori in esecuzione di questo DeploymentConfig |
| Pod richiesti | Pod disponibili / desiderati |
| Stati dei pod | Pod in sospeso / non pianificati / non pronti |
| Durata della fase in sospeso | Nella maggior parte dei casi può essere interpretato come durata del rollout |
L'immagine seguente mostra la panoramica di " DeploymentConfigs " nel pannello " OpenShift ": 
L'immagine seguente mostra la dashboard di DeploymentConfig : 
Indicatori sanitari
Per ogni sensore, c'è una knowledgebase curata delle firme di integrità che vengono valutate continuamente rispetto alle metriche in ingresso e che vengono utilizzate per generare problemi o incidenti a seconda dell'impatto dell'utente.
Gli eventi predefiniti generano problemi o incidenti in base al mancato rispetto delle condizioni di integrità delle entità, mentre gli eventi personalizzati generano problemi o incidenti in base alle soglie di una singola metrica di una determinata entità.
Per informazioni sull'evento integrato relativo al sensore " OpenShift ", consultare la Guida di riferimento agli eventi integrati.
Risoluzione dei problemi
Per ulteriori dettagli, vedi Kubernetes .