Condividi tramite


Visualizzare le metriche in tempo reale

Con Dati live di Informazioni dettagliate contenitore, è possibile visualizzare in tempo reale le metriche sullo stato del nodo e del pod in un cluster. La funzionalità emula l'accesso diretto ai comandi kubectl top nodes, kubectl get pods --all-namespaces e kubectl get nodes per chiamare, analizzare e visualizzare i dati nei grafici delle prestazioni inclusi in queste informazioni dettagliate.

Questo articolo offre una panoramica dettagliata e consente di comprendere come utilizzare questa funzionalità.

Nota

I cluster del servizio Azure Kubernetes abilitati come cluster privati non sono supportati con questa funzionalità. Questa funzionalità si basa sull'accesso diretto all'API di Kubernetes tramite un server proxy dal browser. L'abilitazione della sicurezza di rete per bloccare l'API di Kubernetes da questo proxy bloccherà il traffico.

Per informazioni sulla configurazione o sulla risoluzione dei problemi relativi alla funzionalità Dati in tempo reale, rivedere la guida alla configurazione.

Funzionamento

Questa funzionalità accede direttamente all'API Kubernetes. Per altre informazioni sul modello di autenticazione, vedere API Kubernetes.

Questa funzionalità esegue un'operazione di polling sugli endpoint delle metriche, tra cui /api/v1/nodes, /apis/metrics.k8s.io/v1beta1/nodes e /api/v1/pods. L'intervallo è ogni cinque secondi per impostazione predefinita. Questi dati vengono memorizzati nella cache nel browser e visualizzati in quattro grafici delle prestazioni, inclusi in Informazioni dettagliate contenitore. Ogni polling successivo viene mappato in una finestra di visualizzazione di cinque minuti. Per visualizzare i grafici, far scorrere l'opzione Live su On.

Screenshot che mostra l'opzione Go Live nella visualizzazione Cluster.

L'intervallo di polling viene configurato dall'elenco a discesa Imposta intervallo. Usare questo elenco a discesa per impostare il polling per i nuovi dati ogni 1, 5, 15 e 30 secondi.

Screenshot che mostra l'intervallo di polling dell'elenco a discesa Go Live.

Importante

È consigliabile impostare l'intervallo di polling su un secondo durante la risoluzione di un problema per un breve periodo di tempo. Queste richieste possono influire sulla disponibilità e sulla limitazione dell'API Kubernetes nel cluster. Successivamente, riconfigurare in un intervallo di polling più lungo.

Questi grafici non possono essere aggiunti all'ultimo dashboard di Azure visualizzato in modalità live.

Importante

Nessun dato viene archiviato in modo permanente durante il funzionamento di questa funzionalità. Tutte le informazioni acquisite durante questa sessione vengono eliminate immediatamente quando si chiude il browser o si esce dalla funzionalità. I dati rimangono presenti solo per la visualizzazione all'interno della finestra di cinque minuti. Anche le metriche precedenti a cinque minuti vengono eliminate definitivamente.

Metriche acquisite

Le metriche seguenti vengono acquisite e visualizzate in quattro grafici delle prestazioni.

Percentuale utilizzo CPU nodo e percentuale utilizzo memoria del nodo

Questi due grafici delle prestazioni eseguono il mapping a un equivalente di richiamo di kubectl top nodes e di acquisizione dei risultati delle colonne CPU% e MEMORY% nel rispettivo grafico.

Screenshot che mostra i risultati dell'esempio di nodi principali kubectl.

Screenshot che mostra il grafico della percentuale di utilizzo CPU nodo.

Screenshot che mostra il grafico della percentuale di utilizzo memoria del nodo.

I calcoli percentili funzioneranno in cluster più grandi per identificare i nodi outlier nel cluster. Ad esempio, è possibile comprendere se i nodi sono sottoutilizzati a scopo di riduzione delle prestazioni. Usando l'aggregazione Min è possibile vedere quali nodi presentano un utilizzo ridotto nel cluster. Per ulteriori indagini, selezionare la scheda Nodi e ordinare la griglia in base all'utilizzo della CPU o della memoria.

Queste informazioni consentono anche di comprendere quali nodi vengono spinti al limite e se potrebbe essere necessario lo scale-out. Usando entrambe le aggregazioni Max e P95, è possibile verificare se nel cluster sono presenti nodi con un utilizzo elevato delle risorse. Per ulteriori indagini, passare nuovamente alla scheda Nodi.

Numero di nodi

Questo grafico delle prestazioni esegue il mapping a un equivalente di richiamo di kubectl get nodes e di mapping della colonna STATUS a un grafico raggruppato in base ai tipi di stato.

Screenshot che mostra i risultati dell'esempio kubectl get nodes.

Screenshot che mostra il grafico di Conteggio nodi.

I nodi vengono segnalati in uno stato Pronto o Non pronto e vengono conteggiati per creare un conteggio totale. I risultati di queste due aggregazioni sono rappresentati in un grafico in modo che, ad esempio, sia possibile capire se i nodi rientrano in stati di errore. Usando l'aggregazione Non pronto, è possibile visualizzare rapidamente il numero di nodi nel cluster che attualmente si trovano nello stato Non pronto.

Numero di pod attivi

Questo grafico delle prestazioni esegue il mapping a un equivalente di richiamo di kubectl get pods --all-namespaces ed esegue il mapping della colonna STATUS del grafico raggruppato in base ai tipi di stato.

Screenshot che mostra i risultati dell'esempio di kubectl get pods.

Screenshot che mostra il grafico Conteggio pod attivi.

Nota

I nomi di stato interpretati da kubectl potrebbero non corrispondere esattamente al grafico.

Passaggi successivi

Per visualizzare query ed esempi predefiniti per creare avvisi e visualizzazioni o eseguire ulteriori analisi dei cluster, consultare esempi di query di log.