Come faccio a far ripristinare un kubectl?

Negli ultimi due anni, Kubernetes è stato pesantemente impiegato in produzione. La sua API dichiarativa offre una varietà di opzioni per orchestrare i contenitori. Una delle caratteristiche più notevoli di Kubernetes è la sua resilienza, che include la possibilità di eseguire distribuzioni di roll e rollback. Quando si tratta di mettere in funzione le app, ci sono varie opzioni. Gli aggiornamenti di rotolamento sono l'approccio predefinito per l'aggiornamento della versione in esecuzione dell'applicazione in Kubernetes.

L'aggiornamento di rotazione rimuove periodicamente i baccelli più vecchi e li sostituisce con pod più recenti. È possibile modificare immagini, impostazioni, etichette, annotazioni e restrizioni delle risorse del carico di lavoro nei cluster utilizzando un aggiornamento di rotolamento. Gli aggiornamenti di rotolamento iniziano a sostituire i baccelli della tua risorsa con nuove cose, che sono quindi pianificate sui nodi quando sono necessarie risorse. Gli aggiornamenti di rotolamento sono creati per mantenere i carichi di lavoro aggiornati senza causare interruzioni.

Kubernetes e Kubectl forniscono un meccanismo semplice per le modifiche alle risorse ridotte. Quando una distribuzione non è sicura, ad esempio quando si arresta in modo anomalo, potresti anche voler ripristinare la distribuzione. Per impostazione predefinita, il sistema salva tutta la storia di lancio del distribuzione in modo da poter tornare indietro in qualsiasi momento. In questa guida, parleremo del metodo per ripristinare un kubectl.

Metodo per ripristinare un kubectl

Stiamo implementando questo tutorial su Ubuntu 20.04 Sistema Linux. Iniziamo il cluster Minikube in Ubuntu 20.04 Sistema Linux mediante l'esecuzione del seguente comando allegato.

$ Minikube inizi

Abbiamo installato anche Kubectl per l'implementazione efficace di questo tutorial.

Creazione di distribuzione

Una distribuzione è un'entità Kubernetes che viene utilizzata per gestire dichiaratamente i pod utilizzando le repliche. Ha funzionalità per aggiornamenti, controllo e rollback. Ciò implica che è possibile aggiornare o eseguire il downgrade di un programma senza causare un blackout dell'utente e anche tornare al precedente se la versione corrente è inaffidabile o piena di problemi. La distribuzione può anche utilizzare uno stile di gestione dichiarativo per ottenere stati ottimali di un'applicazione indicati in un file YAML per vivere. Progetteremo una distribuzione che creerà una replicAset che imposterà 3 istanze POD NGINX. Avrai bisogno di un cluster Kubernetes e funzionare, nonché la configurazione dello strumento di comando Kubectl e collegato ad esso. Utilizzando il prompt dei comandi, crea un file manifest YAML intitolato "Deployment1.Yaml "usando il comando" touch ".

Il file verrà generato nella home directory. Ora, dobbiamo aggiungere alcune informazioni sulla distribuzione nel file creato.

IL ". metadati.L'attributo Nome "indica che viene stabilita una distribuzione denominata Nginx-Deployment. IL ". spec.L'attributo replicas ”indica che la distribuzione produce tre pod replicati. Il campo ".spec.selettore "specifica come la distribuzione determina quali pod mantenere. In questo scenario, sceglierai un'etichetta dal modello POD (app: nginx). Sono fattibili regole di selezione più complesse, purché il modello POD soddisfi direttamente i criteri. Esegui il comando successivo nel terminale Ubuntu per generare la distribuzione:

$ kubectl applicare -f deployment1.Yaml

L'output mostra che la distribuzione è stata generata efficacemente nello screenshot sopra attaccato. Verificare lo stato della distribuzione per percepire se è stato formato. Eseguire il comando elencato di seguito nella console.

$ kubectl ottieni distribuzioni

I nomi delle distribuzioni nello spazio dei nomi sono elencati nella categoria "nome". Il numero di repliche dell'applicazione accessibile ai nostri utenti viene visualizzato nella categoria "pronta". Mantiene il modello pronto/desiderato. La quantità di repliche che sono state modificate per raggiungere lo stato target viene visualizzata nella categoria "aggiornata". La categoria "disponibile" mostra a quante copie dell'applicazione hanno accesso ai tuoi utenti. Il campo della categoria "Age" mostra da quanto tempo l'applicazione è operativa. Eseguire il comando allegato per visualizzare lo stato del lancio di distribuzione.

$ Kubectl Deployment Status Deployment/Nginx-Deployment

Se ottieni un output come questo, significa che la distribuzione è ancora in procinto di essere generata. Aspetta alcuni secondi prima di eseguire il rientro del comando Kubectl. Questo è ciò che apparirà il risultato finale dopo che è stato concluso.

$ kubectl ottieni distribuzioni

Esegui kubectl per ottenere RS per visualizzare la replicAset (RS) stabilita dalla distribuzione. L'immagine successivamente visualizzata è un campione dell'uscita:

$ kubectl ottieni Rs

Le identità delle repliche sono elencate nella categoria "Nome". Il numero desiderato di repliche dell'applicazione, che fornisci quando si crea la distribuzione, viene visualizzato nella categoria "desiderata". La categoria "corrente" visualizza il numero di repliche attualmente attive. Il numero di repliche dell'accesso all'applicazione ai tuoi utenti viene visualizzato nella categoria "pronta". Il campo "Age" mostra da quanto tempo l'applicazione è operativa.

Conclusione

Questo articolo ha fornito conoscenze approfondite sull'importanza del rollback di Kubectl. Abbiamo dato un esempio di rollback di distribuzione per chiarire il processo di lettura del nostro lettore.