Ho un pod test-1495806908-xn5jncon 2 contenitori. Vorrei riavviare uno di loro chiamato container-test. È possibile riavviare un singolo contenitore all'interno di un pod e come? In caso contrario, come riavvio il pod?
Il pod è stato creato utilizzando un deployment.yamlcon:
kubectl create -f deployment.yaml
Risposte:
È possibile riavviare un singolo contenitore
Non attraverso kubectl, sebbene a seconda della configurazione del tuo cluster puoi "barare" e docker kill the-sha-goes-here, il che farà sì che kubelet riavvii il contenitore "non riuscito" (supponendo, ovviamente, che la politica di riavvio per il Pod dica che è quello che dovrebbe fare)
come faccio a riavviare il pod
Dipende da come è stato creato il pod, ma in base al nome del pod che hai fornito, sembra essere sotto la supervisione di un ReplicaSet, quindi puoi semplicemente kubectl delete pod test-1495806908-xn5jne kubernetes ne creerà uno nuovo al suo posto (il nuovo pod avrà un nome diverso, quindi non aspettarti kubectl get podsdi tornare test-1495806908-xn5jnmai più)
docker kill the-sha-goes-here:, allora perché non farlo docker container restart the-sha-goes-hereinvece? perché affidarsi kubeleta riavviarlo? Ad ogni modo, il vero problema è che dove eseguo il dockercomando anche per uccidere il contenitore. Attivato could-shell, dockernon mostra i contenitori dei cluster k8s!
Ci sono casi in cui desideri riavviare un contenitore specifico invece di eliminare il pod e lasciare che Kubernetes lo ricrea.
Fare un lavoro kubectl exec POD_NAME -c CONTAINER_NAME /sbin/killall5per me.
(Ho cambiato il comando da reboota in /sbin/killall5base ai seguenti consigli.)
reboot; Ho avuto più fortuna con l'esecuzione /sbin/killall5invece; che uccide tutti i processi e il contenitore uscirà.
kubectl exec POD_NAME -c CONTAINER_NAME /sbin/rebootha funzionato a
Sia il pod che il contenitore sono temporanei, prova a utilizzare il seguente comando per arrestare il contenitore specifico e il cluster k8s riavvierà un nuovo contenitore.
kubectl exec -it [POD_NAME] -c [CONTAINER_NAME] -- /bin/sh -c "kill 1"
Questo invierà un SIGTERMsegnale al processo 1, che è il processo principale in esecuzione nel contenitore. Tutti gli altri processi saranno figli del processo 1 e verranno terminati dopo l'uscita dal processo 1. Vedi la manpage kill per altri segnali che puoi inviare.
L'intera ragione per avere kubernetes è che gestisce i contenitori per te in modo che tu non debba preoccuparti così tanto del ciclo di vita dei contenitori nel pod.
Poiché hai una deploymentconfigurazione che utilizza replica set. Puoi eliminare il pod utilizzando kubectl delete pod test-1495806908-xn5jne kubernetes gestirà la creazione di un nuovo pod con i 2 contenitori senza tempi di inattività. Il tentativo di riavviare manualmente singoli container nei pod nega tutti i vantaggi di kubernetes.
Tutte le risposte precedenti hanno menzionato l'eliminazione del pod ... ma se hai molti pod dello stesso servizio, sarebbe noioso eliminarli ognuno di essi ...
Pertanto, propongo la seguente soluzione, riavvia :
1) Imposta la scala su zero:
kubectl scale deployment <<name>> --replicas=0 -n service
Il comando precedente terminerà tutti i tuoi pod con il nome <<name>>
2) Per riavviare il pod, impostare le repliche su più di 0
kubectl scale deployment <<name>> --replicas=2 -n service
Il comando precedente avvierà nuovamente i tuoi pod con 2 repliche.
kubectl patch deployment <deployment name> -p "{\"spec\": {\"template\": {\"metadata\": { \"labels\": { \"redeploy\": \"$(date +%s)\"}}}}}"invece. Ciò aggiornerà la distribuzione e quindi avvierà la ricreazione di tutti i pod gestiti da essa in base alla strategia di aggiornamento continuo.
Usiamo una riga di comando piuttosto comoda per forzare la ridistribuzione di nuove immagini sul pod di integrazione.
Abbiamo notato che tutti i nostri contenitori alpini eseguono il loro comando di "sostegno" su PID 5. Pertanto, inviandogli un SIGTERMsegnale si abbassa il contenitore. imagePullPolicyessendo impostato su, Alwaysil kubelet richiama l'ultima immagine quando ripristina il contenitore.
kubectl exec -i [pod name] -c [container-name] -- kill -15 5
kill -15 5stai eseguendo il comando kill per inviare il segnale "-15" al processo con il PID 5. Questo è il modo in cui dici a un processo che vorresti che terminasse (SIGTERM ) e avere il tempo necessario per ripulire tutte le risorse aperte (file temporanei, transazioni di rollback db, chiudere connessioni, qualunque cosa). Contrariamente a -9 (SIGKILL), interrompe immediatamente il processo, non permettendogli di ripulire le risorse aperte.
kubectl exec -it POD_NAME -c CONTAINER_NAME bash - then kill 1
Supponendo che il contenitore venga eseguito come root, il che non è consigliato.
Nel mio caso, quando ho cambiato la configurazione dell'applicazione, ho dovuto riavviare il contenitore che è stato utilizzato in un modello sidecar, ucciderei il PID per l'applicazione di avvio a molla che è di proprietà dell'utente docker.
kubectl exec -it ${POD_NAME?} -c ${CONTAINER_NAME?} bash ..., è molto più facile per le persone copiare / incollare.