Zrestartuj kontener w bloku

Mam kapsułę test-1495806908-xn5jnz 2 pojemnikami. Chciałbym ponownie uruchomić jeden z nich o nazwie container-test. Czy można zrestartować pojedynczy kontener w ramach i jak? Jeśli nie, jak ponownie uruchomić kapsułę?

Kapsuła została utworzona przy użyciu deployment.yaml:

kubectl create -f deployment.yaml

Czy można zrestartować pojedynczy kontener?

Nie do kubectlkońca, chociaż w zależności od konfiguracji twojego klastra możesz "oszukać" i docker kill the-sha-goes-here, co spowoduje, że kubelet zrestartuje kontener "nieudany" (zakładając, oczywiście, że zasada restartu dla Poda mówi, że tak powinno być)

jak ponownie uruchomić kapsułę

Zależy to od tego, w jaki sposób utworzono kapsułę, ale na podstawie podanej przez Ciebie nazwy kapsuły wydaje się, że znajduje się ona pod nadzorem zestawu replik, więc możesz po prostu, kubectl delete pod test-1495806908-xn5jna kubernetes utworzy nowy w swoim miejscu (nowy kap będzie miał inna nazwa, więc nie spodziewaj kubectl get podssię powrotu test-1495806908-xn5jn)

Są przypadki, w których chcesz ponownie uruchomić określony kontener zamiast usuwać pod i pozwolić Kubernetesowi na jego odtworzenie.

Robi kubectl exec POD_NAME -c CONTAINER_NAME /sbin/killall5pracował dla mnie.

(Zmieniłem polecenie z rebootna /sbin/killall5na podstawie poniższych zaleceń.)

Zarówno pod, jak i kontener są efemeryczne, spróbuj użyć następującego polecenia, aby zatrzymać określony kontener, a klaster K8s zrestartuje nowy kontener.

kubectl exec -it [POD_NAME] -c [CONTAINER_NAME] -- /bin/sh -c "kill 1"

Spowoduje to wysłanie SIGTERMsygnału do procesu 1, który jest głównym procesem działającym w kontenerze. Wszystkie inne procesy będą potomkami procesu 1 i zostaną zakończone po zakończeniu procesu 1. Zobacz stronę podręcznika kill dla innych sygnałów, które możesz wysłać.

Cały powód posiadania kubernetes polega na tym, że zarządza kontenerami za Ciebie, więc nie musisz się tak przejmować żywotnością kontenerów w kapsule.

Ponieważ masz deploymentkonfigurację, która używa replica set. Możesz usunąć kapsułę za pomocą, kubectl delete pod test-1495806908-xn5jna kubernetes zarządza tworzeniem nowej kapsuły z 2 kontenerami bez żadnych przestojów. Próba ręcznego ponownego uruchomienia pojedynczych kontenerów w podach neguje wszystkie zalety kubernetes.

Wszystkie powyższe odpowiedzi wspominały o usunięciu poda ... ale jeśli masz wiele podów tej samej usługi, usunięcie każdego z nich byłoby żmudne ...

Dlatego proponuję następujące rozwiązanie, zrestartuj :

• 1) Ustaw skalę na zero:

   kubectl scale deployment <<name>> --replicas=0 -n service 
  

  Powyższe polecenie zakończy wszystkie twoje pody o nazwie <<name>>

• 2) Aby ponownie uruchomić kapsułę, ustaw repliki na więcej niż 0

  kubectl scale deployment <<name>> --replicas=2 -n service
  

  Powyższe polecenie uruchomi ponownie twoje kapsuły z 2 replikami.

Używamy całkiem wygodnego wiersza poleceń, aby wymusić ponowne wdrożenie świeżych obrazów w module integracji.
Zauważyliśmy, że wszystkie nasze kontenery alpejskie wykonują swoje polecenie „podtrzymywania” na PID 5. Dlatego wysłanie SIGTERMsygnału powoduje opuszczenie kontenera. imagePullPolicyustawienie na Alwayspowoduje, że kubelet ponownie pobiera najnowszy obraz, gdy przywraca kontener.

kubectl exec -i [pod name] -c [container-name] -- kill -15 5

Zabicie procesu określonego w pliku Dockerfile CMD/ ENTRYPOINTdziała dla mnie. (Kontener uruchamia się ponownie automatycznie)

Ponowne uruchomienie nie było dozwolone w moim kontenerze, więc musiałem zastosować to obejście.

Wystąpił problem z corednsmodułem, usunąłem go przez

kubectl delete pod -n=kube-system coredns-fb8b8dccf-8ggcf

Jego kapsuła uruchomi się ponownie automatycznie.

kubectl exec -it POD_NAME -c CONTAINER_NAME bash - then kill 1

Zakładając, że kontener jest uruchamiany jako root, co nie jest zalecane.

W moim przypadku, gdy zmieniłem konfigurację aplikacji, musiałem zrestartować kontener, który był używany we wzorcu bocznym, zabiłbym PID dla aplikacji rozruchowej sprężynowej, której właścicielem jest użytkownik dockera.