Jak mogę utrzymać działający kontener na Kubernetes?

Teraz próbuję uruchomić prosty kontener z powłoką (/ bin / bash) w klastrze Kubernetes.

Pomyślałem, że istnieje sposób na utrzymanie kontenera działającego na kontenerze Dockera za pomocą pseudo-ttyopcji i odłączania ( -tdopcja na docker runpolecenie).

Na przykład,

$ sudo docker run -td ubuntu:latest

Czy jest taka opcja w Kubernetes?

Próbowałem uruchomić kontener za pomocą kubectl run-containerpolecenia takiego jak:

kubectl run-container test_container ubuntu:latest --replicas=1

Ale kontener wychodzi na kilka sekund (podobnie jak uruchomienie docker runkomendą bez opcji, o których wspomniałem powyżej). ReplicationController uruchamia go ponownie wielokrotnie.

Czy istnieje sposób, aby kontener działał na Kubernetes, tak jak -tdopcje w docker runpoleceniu?

Kontener kończy pracę, gdy kończy się jego główny proces. Robię coś takiego:

docker run -itd debian

trzymanie kontenera otwarte to szczerze mówiąc hack, którego należy używać tylko do szybkich testów i przykładów. Jeśli potrzebujesz pojemnika do testowania przez kilka minut, zrobiłbym:

docker run -d debian sleep 300

Co ma tę zaletę, że pojemnik automatycznie wyjdzie, jeśli o nim zapomnisz. Alternatywnie możesz umieścić coś takiego w whilepętli, aby działało na zawsze, lub po prostu uruchomić aplikację, taką jak top. Wszystko to powinno być łatwe do zrobienia w Kubernetes.

Prawdziwe pytanie brzmi: dlaczego chcesz to zrobić? Twój kontener powinien zapewniać usługę, której proces będzie utrzymywał kontener działający w tle.

Kontenery mają biegać do końca. Musisz zapewnić swojemu kontenerowi zadanie, które nigdy się nie zakończy. Coś takiego powinno działać:

apiVersion: v1
kind: Pod
metadata:
  name: ubuntu
spec:
  containers:
  - name: ubuntu
    image: ubuntu:latest
    # Just spin & wait forever
    command: [ "/bin/bash", "-c", "--" ]
    args: [ "while true; do sleep 30; done;" ]

Możesz użyć tego CMD w Dockerfile:

CMD exec /bin/bash -c "trap : TERM INT; sleep infinity & wait"

Utrzyma to pojemnik przy życiu, dopóki nie zostanie nakazany, aby się zatrzymać. Użycie pułapki i czekania spowoduje, że kontener natychmiast zareaguje na żądanie zatrzymania . Bez pułapki / oczekiwania zatrzymanie zajmie kilka sekund.

W przypadku obrazów opartych na busybox (używanych w obrazach alpejskich) sen nie zna argumentu nieskończoności. To obejście daje taką samą natychmiastową odpowiedź na docker stoppodobne w powyższym przykładzie:

CMD exec /bin/sh -c "trap : TERM INT; (while true; do sleep 1000; done) & wait"

1. W swoim pliku Dockerfile użyj tego polecenia:

   CMD ["sh", "-c", "tail -f /dev/null"]
   

2. Zbuduj swój obraz Dockera.

3. Przenieś go do swojego klastra lub podobnego, aby upewnić się, że obraz jest dostępny.

4. kubectl run debug-container -it --image=<your-image>
   

Aby POD działał, powinien wykonywać określone zadanie, w przeciwnym razie Kubernetes uzna go za niepotrzebny i dlatego się zatrzymuje. Istnieje wiele sposobów utrzymywania działania POD.

Napotkałem podobne problemy, gdy potrzebowałem POD-a tylko do ciągłego działania bez wykonywania żadnej użytecznej operacji. Oto dwa sposoby, w jakie to zadziałało:

1. Uruchamianie komendy uśpienia podczas uruchamiania kontenera.
2. Uruchomienie nieskończonej pętli wewnątrz kontenera.

Chociaż pierwsza opcja jest łatwiejsza niż druga i może wystarczyć, nie jest to najlepsza opcja. Ponieważ istnieje ograniczenie co do liczby sekund, które zamierzasz przypisać w poleceniu uśpienia. Ale kontener z nieskończoną pętlą biegnącą w środku nigdy nie jest zamykany.

Jednak opiszę oba sposoby (biorąc pod uwagę, że korzystasz z kontenera busybox):

1. Polecenie uśpienia

apiVersion: v1
kind: Pod
metadata:
  name: busybox
  labels:
    app: busybox
spec:
  containers:
  - name: busybox
    image: busybox
    ports:
    - containerPort: 80
    command: ["/bin/sh", "-ec", "sleep 1000"]
  nodeSelector:
    beta.kubernetes.io/os: linux

2. Nieskończona pętla

apiVersion: v1
kind: Pod
metadata:
  name: busybox
  labels:
    app: busybox
spec:
  containers:
  - name: busybox
    image: busybox
    ports:
    - containerPort: 80
    command: ["/bin/sh", "-ec", "while :; do echo '.'; sleep 5 ; done"]
  nodeSelector:
    beta.kubernetes.io/os: linux

Uruchom następujące polecenie, aby uruchomić pod:

kubectl apply -f <pod-yaml-file-name>.yaml

Mam nadzieję, że to pomoże!

Udało mi się zmusić to do pracy za pomocą polecenia sleep infinityw Kubernetes, które utrzyma kontener otwarty. Zapoznaj się z tą odpowiedzią, aby poznać alternatywne rozwiązania, gdy to nie działa.

Najprostsze polecenie, jakie może być dla manifestu pod K8s, aby uruchamiać kontener na zawsze:

apiVersion: v1
kind: Pod
metadata:
  name: ubuntu
spec:
  containers:
  - name: ubuntu
    image: ubuntu:latest
    # Just sleep forever
    command: [ "sleep" ]
    args: [ "infinity" ]

Użyj tego polecenia wewnątrz pliku Dockerfile, aby utrzymać działanie kontenera w klastrze K8s:

• Ogon CMD -f / dev / null

W moim przypadku inicjalizacja poda z initContainer nie powiodła się. Uruchomiony, docker ps -aa następnie docker logs exited-container-id-heredał mi komunikat dziennika, który kubectl logs podnamenie został wyświetlony. Zagadka rozwiązana :-)

Można to osiągnąć na wiele różnych sposobów, ale jednym z najbardziej eleganckich jest:

kubectl run -i --tty --image ubuntu:latest ubuntu-test --restart=Never --rm /bin/sh

Moje kilka centów w tej sprawie. Zakładając, że kubectldziała, najbliższe polecenie, które byłoby równoważne z poleceniem dockera, o którym wspomniałeś w swoim pytaniu, byłoby mniej więcej takie.

$ kubectl run ubuntu --image=ubuntu --restart=Never --command sleep infinity

Powyższe polecenie utworzy pojedynczy Podw defaultprzestrzeni nazw i wykona sleeppolecenie z infinityargumentem - w ten sposób będziesz miał proces działający na pierwszym planie, utrzymując kontener przy życiu.

Afterwords możesz wchodzić w interakcje Pod, uruchamiając kubectl execpolecenie.

$ kubectl exec ubuntu -it -- bash

Ta technika jest bardzo przydatna do tworzenia zasobu Poda i debugowania ad-hoc.