Die Aussetzung eines Containers in einem kubernetes-pod

Möchte ich aussetzen, der wichtigste Prozess in einem docker-container laufen in einer kubernetes-pod. Ich habe versucht, zu tun, dies durch ausführen von 

kubectl exec <pod-name> -c <container-name> kill -STOP 1

aber das signal wird nicht aufhören, die container. Die Untersuchung anderer Ansätze, wie es aussieht docker stop --signal=SIGSTOP oder docker pause arbeiten könnte. Allerdings, soweit ich weiß, kubectl exec läuft immer im Kontext eines Containers, und diese Befehle würde ausgeführt werden müssen in der Gondel außerhalb des Kontext des Containers ein. Tut kubectl die Schnittstelle kann für so etwas? Könnte ich das erreichen dieses Verhalten durch einen Aufruf der zugrunde liegenden kubernetes-API?

  • kubectl stop <pod name> wird nicht Ihr problem lösen?
  • Leider nicht, soweit ich weiß kubectl stop und kubectl delete wird, nehmen Sie eine Kapsel aus dem cluster, aber nicht ermöglichen, halten Sie den pod in die cluster mit einer Bewährungsstrafe main-Prozess.
  • Ich glaube, Sie brauchen, um scale-Replikation auf 0
  • AFAIK kann man nicht stoppen Behälter zu bleiben: Kubernetes Zeitpläne Container, es ist nicht eine overlay-manager-Andockfenster.
InformationsquelleAutor WaxOnWaxOff | 2017-04-25
  1. 5

    So kubernetes nicht unterstützt anhalten Hülsen, weil es eine VM irgendwie Verhalten, und da die Gründung eines neuen billiger ist es gerade plant einen neuen pod, im Falle des Scheiterns. Im Effekt Ihre Hülsen sollten staatenlos wäre. Und jede Anwendung, die Bedürfnisse zu speichern Zustand, sollte über eine permanente volume in der Hülse.

    Die einfache mechanik(und das Verhalten) von Kubernetes ist, wenn der Prozess innerhalb der contaiener fehl kuberentes wird neu gestartet, indem Sie einen neuen pod.

    Wenn Sie auch kommentieren, was Sie versuchen, zu erreichen, als ein Ziel, ich denke, ich kann Ihnen helfen, besser.

    • Danke für die Erklärung, ich dachte, ich wollte etwas tun, um nicht unterstützte. Ich bin versucht, eine stateful-pod zum testen. Speziell bin ich testen, was passiert, wenn Knoten ein ipfs-cluster offline gehen für einen Zeitraum von Zeit und dann wieder das Netzwerk. Meine jugaad-Lösung ist zu Beginn eine dummy-Prozess als der wichtigste Prozess des Containers und erzeugen dann den eigentlichen Prozess, wie ein Kind, so dass es gestoppt werden kann, mit einem kill -STOP Befehl mit kubectl exec
    • wenn Sie es machen will, stateful versuchen zu tun, volume mount mit PersistentVolume und speichern Sie alle Daten, die Sie wollen, beharrlich zu sein, dass es, selbst wenn der Prozess stirbt und daher pod stirbt k8s wird ein Neustart des pod, da die Daten sonst wo und sicher Ihre Anwendung wird wieder im gleichen Zustand
    • Ich denke, dass ein use-case für das anhalten, ein pod wäre, wenn Sie einen Laufenden Prozess, für die Sie beibehalten möchten, es ' s RAM state. Zum Beispiel, wenn Sie eine Jupyter Notebook-pod, die Sie migrieren möchten, zu einem anderen Knoten, ohne zu töten die Jupyter Kernel.
    InformationsquelleAutor surajd
  2. 10

    Konnten Sie die replicaset auf 0, das würde die Zahl der Arbeits-Bereitstellungen auf 0. Dies ist nicht ganz Pause, aber es hat Halt die Bereitstellung, bis Sie die Anzahl der Bereitstellungen zu >0. 

    kubectl scale --replicas=0 deployment/<pod name> --namespace=<namespace>
    InformationsquelleAutor LukeCC
Schreibe einen Kommentar