Che si tratti di riparare l'applicazione in Kubernetes o su un computer, è importante garantire che il processo rimanga lo stesso. Gli strumenti utilizzati sono identici, ma Kubernetes viene utilizzato per esaminare il modulo e le uscite. Possiamo utilizzare Kubectl per iniziare la procedura di debug in qualsiasi momento o utilizzare alcuni strumenti di debug. Questo articolo descrive alcune strategie comuni che utilizziamo per correggere il posizionamento di Kubernetes e alcuni guasti definiti che possiamo assumere.
Inoltre, impariamo come organizzare e gestire i cluster di Kubernetes e come organizzare l'intera politica nel cloud con costante assimilazione e distribuzione continua. In questo tutorial, discuteremo ulteriormente i cluster di Kubernetes e il metodo di debug e recupero dei registri dall'applicazione.
Prerequisiti:
Innanzitutto, dobbiamo controllare il nostro sistema operativo. Questo esempio utilizza il sistema operativo Ubuntu 20.04. Successivamente, abbiamo controllato tutte le ulteriori distribuzioni Linux, a seconda delle nostre preferenze. Inoltre, ci assicuriamo che Minikube sia un modulo importante per l'esecuzione dei servizi Kubernetes. Per implementare questo articolo senza intoppi, il cluster minikube deve essere installato sul sistema.
Avvia minikube:
Per l'esecuzione dei comandi, dobbiamo aprire il terminale di Ubuntu 20.04. Innanzitutto, apriamo le applicazioni di Ubuntu 20.04. Quindi, cerchiamo "terminale" nella barra di ricerca. In questo modo, il terminale può essere inizializzato in modo efficiente per funzionare. L'obiettivo più significativo è lanciare Minikube:
Ottieni il nodo:
Iniziamo il cluster Kubernetes. Per visualizzare i nodi del cluster in un terminale in un ambiente Kubernetes, verificare che siamo associati al cluster Kubernetes eseguendo "Kubectl Get Nodi".
Kubectl è uno strumento che possiamo utilizzare per cambiare il cluster Kubernetes e fornire una varietà di comandi. Uno dei comandi importanti è "ottenere". È usato per arruolare diversi nodi. Possiamo utilizzare "Kubectl Ottieni nodi" per ottenere le informazioni sul nodo. Qui, sappiamo il nome, lo stato, i ruoli, l'età e la versione del nodo. Includiamo anche -o nel comando per acquisire ulteriori dati sui nodi. In questo passaggio, dobbiamo controllare l'eminenza del nodo. Per fare ciò, inizia il comando che è mostrato di seguito:
Ora utilizziamo il parametro -v nel comando. Questo è molto utile in Kubernetes. Eseguindo il comando, eseguiamo le azioni che devono essere realizzate. In questo caso, passiamo il valore 8 al parametro "V". Questo comando ci darà il traffico HTTP. Fornisce un buon istinto di come cambiamo con il codice. Può anche essere utilizzato per identificare le regole RBAC richieste per il codice da inviare direttamente a kubectl nel codice.
In questo caso, esiste un flag di monitoraggio e possiamo utilizzarlo per monitorare gli aggiornamenti per oggetti specifici. Quando il dettaglio del livello di registro di Kubelet è appropriatamente costruito, eseguiamo il comando successivo per raccogliere i registri:
Qui, vogliamo mostrare quali regole di RBAC sono richieste. Ciò arruolerà i requisiti API che il codice sta scrivendo e semplificherà la comprensione delle regole che vogliamo.
In questo caso, diamo un valore 0 al parametro "V". Questo comando è sempre osservabile per il lavoratore.
Successivamente, forniamo il valore 1 al parametro "V". Eseguindo questo comando, viene prodotto un livello di registro di evitamento equo se non abbiamo bisogno di verbosità.
In questo caso, stiamo usando il parametro nel comando "V". Eseguendo il seguente comando, stiamo eseguendo un'azione che dobbiamo ottenere. Diamo 3 valori a "V". Questo prolunga i dati sulle variazioni:
Quando forniamo 4 valori al parametro "V", questo comando mostra la verbosità del livello di debug:
In questo esempio, stiamo fornendo il valore 5 alla verbosità "V".
Questo comando mostra le risorse richieste dopo aver ottenuto il valore 6 del parametro "V".
Alla fine, il parametro "V" contiene il valore 7. Dando questo valore a "V", mostra le intestazioni della richiesta HTTP:
Conclusione:
In questo articolo, abbiamo discusso delle basi per la creazione di un approccio di registrazione per il cluster Kubernetes. Inoltre, indipendentemente dal fatto che selezioniamo un metodo di registrazione degli interni, dovremmo sempre fare qualche sforzo. È importante mettere tutti i registri in un posto ovunque possiamo esaminarli. Ciò rende più facile osservare e risolvere i problemi dell'ambiente. In questo modo, possiamo ridurre la probabilità di anomalie dei clienti. Abbiamo utilizzato il parametro "V" nei comandi. Abbiamo fornito valori diversi al parametro "V" e osserviamo la verbosità del registro. Speriamo che tu abbia trovato questo articolo. Dai un'occhiata al suggerimento di Linux per ulteriori suggerimenti e informazioni.