Riavvio di kubectl

I pod contengono molti contenitori. Diversi pod sono contenitori per applicazioni e svolgono il loro ruolo. Kubectl non ha un modo semplice per riavviare diversi baccelli. Dobbiamo eseguire i baccelli fino a quando non vengono scambiati come misura di utilizzo. Questo è generalmente il caso durante l'emissione di una forma originale dell'immagine del contenitore.

Il baccello Kubernetes funziona senza intrusione, ma possiamo imbatterci in complicazioni con il contenitore che non funziona correttamente. Possiamo restituire le operazioni a uno stato standard riprendendo il pod. Possiamo usare il riavvio del rolling per riprendere i baccelli da quello di distribuzione. Questo metodo è la metodologia suggerita in quanto questo metodo non causa un'interruzione del servizio.

Per l'esecuzione dei comandi in Kubernetes, installiamo Ubuntu 20.04. Qui, utilizziamo il sistema operativo Linux per eseguire i comandi Kubectl. Ora, installiamo il cluster Minikube per eseguire Kubernetes in Linux. Minikube offre una comprensione estremamente fluida in quanto fornisce una modalità efficiente per testare i comandi e le applicazioni.

In questo articolo, riavvia il baccello di Kubernetes. Questo articolo mostra come riprendere un pod in dispiegamento con vari modi.

Metodi per riavviare i baccelli:

Per riprendere il baccello mediante l'uso di kubectl, iniziamo il minikube.

Avvia minikube:

Nel terminale, scriviamo il comando "Minikube Start". Dopo questo, aspettiamo un po 'fino a quando non inizia effettivamente. L'output di questo comando è dato sotto:

Questo metodo richiede tempo e aspetteremo un po 'di tempo per eseguire la procedura in modo efficiente.

Ottieni distribuzioni:

Ora, otteniamo distribuzioni utilizzando il comando "Kubectl Get Deployments". Ora, possiamo elencare i pod utilizzando il seguente comando:

Dopo aver eseguito il comando, "Kubectl Get Deployments", visualizza il nome, lo stato pronto, aggiornato, disponibilità e età delle distribuzioni.

Metodo 1:

Il riavvio del rotolamento viene utilizzato per riprendere ogni pod dopo la distribuzione. Per un riavvio di rotolamento, eseguiamo il seguente comando:

Dopo aver eseguito il comando sopra menzionato, Kubernetes si spegne lentamente e sostituisce i baccelli, ma alcuni contenitori sono sempre in esecuzione. A causa della natura graduale dell'implementazione, possiamo continuare a servire gli utenti, riavviando in modo efficiente il pod.

Metodo 2:

Un altro modo per riavviare il pod è ridurre il numero di repliche a 0 e ridimensionare allo stato corretto. Ciò richiede che tutti i baccelli esistenti escano e al suo posto è programmato un nuovo pod. Se limitiamo il numero di repliche a 0, si fermerà. Pertanto, si consiglia un riavvio di rotolamento. Imposta la replica su 0 utilizzando il comando seguente. C'è un limite per regolare manualmente il numero di repliche. Riducarlo a 0 comporterà un'interruzione senza pod accessibili all'utente. Ridimensionare le repliche a 0 e tutti i pod attuali verranno eliminati:

Questo comando identifica il numero di distribuzioni che devono essere dinamiche per pod. Quando lo impostiamo a zero, uccide efficacemente il processo. Se impostiamo il valore delle repliche su 0, Kubernetes scarterà le repliche che non vogliamo.

Impostiamo il valore della replica su maggiore di 0 per riavviare i pod. Un'altra opzione è quella di reclutare un riavvio di rotolamento che ci consente di sostituire un gran numero di baccelli senza tempo inattivo. Per riprendere il pod, utilizziamo un comando simile e forniamo il valore di repliche maggiori di zero:

Quando impostiamo le repliche maggiori di zero, Kubernetes costruisce una nuova replica. Il nome della nuova replica è diverso dalla vecchia replica.

Aspettiamo che i pod vengano terminati e quindi utilizziamo il comando "kubectl ottieni pod" per convalidare la posizione del pod e controllare il nuovo nome. Kubernetes costruisce un nuovo pod con un nuovo evento. La distribuzione viene generata efficacemente. Quindi utilizziamo il seguente comando per arruolare i baccelli. La distribuzione rileva la variazione dello stato e attiva nuovi pod fino a raggiungere le repliche preferite:

Metodo 3:

ReplicAset rileva che il pod è scomparso perché le occorrenze del contenitore demoliscono sotto il numero di repliche target. Usiamo il seguente comando:

Il set di replica si verifica per restituire l'accessibilità minima. Un nuovo baccello sarà costruito spontaneamente e un nuovo contenitore verrà avviato al posto del vecchio contenitore.

Si consiglia di utilizzare il comando di lancio più chiaro e previsto. Tuttavia, se identifichiamo l'ID di un singolo pod di malfunzionamento in una distribuzione, è utile rimuoverlo manualmente. Il lancio sostituisce tutti i baccelli raggiunti ma non il baccello fallito.

Conclusione:

Kubernetes è una piattaforma operativa per coordinare i contenitori. Come per tutti i sistemi, provoca problemi. Pertanto, riprendere il pod non risolve il problema che ha avviato il pod. Il lancio è la chiave consigliata per gli ultimi Kubernetes. D'altra parte, altri metodi funzionano e forse più adatti a una situazione particolare. Eliminare manualmente i baccelli è idilliaco se vogliamo "riavviare" un singolo pod senza interruzione. Tuttavia, se stiamo eseguendo più repliche, non possiamo utilizzare il comando di lancio. Speriamo che tu abbia trovato questo articolo utile. Dai un'occhiata al suggerimento di Linux per ulteriori suggerimenti e informazioni.