Jak uzyskać dzienniki ze wszystkich podów kontrolera replikacji Kubernetes?

Uruchomienie kubectl logspokazuje mi stderr / stdout jednego kontenera Kubernetes.

Jak mogę uzyskać zagregowane stderr / stdout zestawu podów, najlepiej tych utworzonych przez określony kontroler replikacji?

Możesz używać etykiet

kubectl logs -l app=elasticsearch

Stworzyłem mały skrypt basha o nazwie, kubetailktóry to umożliwia. Na przykład, aby dostosować wszystkie dzienniki dla podów o nazwie „app1”, możesz wykonać:

kubetail app1

Możesz znaleźć skrypt tutaj .

Możesz pobrać dzienniki z wielu kontenerów, używając etykiet, jak zasugerował Adrian Ng:

kubectl logs --selector app=yourappname

W przypadku, gdy masz kapsułę z wieloma kontenerami, powyższe polecenie zakończy się niepowodzeniem i będziesz musiał określić nazwę kontenera:

kubectl logs --selector app=yourappname --container yourcontainername

Uwaga: jeśli chcesz zobaczyć, które etykiety są dla Ciebie dostępne, poniższe polecenie wyświetli je wszystkie:

kubectl get pod <one of your pods> -o template --template='{{.metadata.labels}}'

... gdzie wynik będzie wyglądał mniej więcej tak

map [app: yourappname controller-revision-hash: 598302898 pod-template-generation: 1]

Pamiętaj, że niektóre etykiety mogą nie być udostępniane przez inne pody - wybranie „aplikacji” wydaje się najłatwiejsze

Aby oprzeć się na poprzedniej odpowiedzi, jeśli dodasz -f, możesz dostosować dzienniki.

kubectl logs -f deployment/app

Wcześniej dostępne rozwiązania nie są optymalne. Sam zespół kubernetes dostarczył jakiś czas temu rozwiązanie o nazwie stern.

stern app1

Dopasowuje również wyrażenia regularne i domyślnie wykonuje tail i -f (follow). Miłą zaletą jest to, że pokazuje on również kapsułę, która wygenerowała dziennik.

app1-12381266dad-3233c foobar log
app1-99348234asd-959cc foobar log2

Pobierz plik binarny go-binary dla systemu Linux lub zainstaluj go przez brew dla OSX.

https://kubernetes.io/blog/2016/10/tail-kubernetes-with-stern/

https://github.com/wercker/stern

Używam tego prostego skryptu, aby uzyskać dziennik z podów wdrożenia:

#!/usr/bin/env bash

DEPLOYMENT=$1

for p in $(kubectl get pods | grep ^${DEPLOYMENT}- | cut -f 1 -d ' '); do 
    echo --------------------------- 
    echo $p 
    echo --------------------------- 
    kubectl logs $p
done

Streszczenie scenariusza

Użycie: log_deployment.sh "nazwa-wdrożenia".

Skrypt wyświetli następnie dziennik wszystkich podów, które zaczynają się od tej „nazwy wdrożenia”.

Jedną z opcji jest skonfigurowanie rejestrowania klastra za pośrednictwem Fluentd / ElasticSearch, jak opisano na https://kubernetes.io/docs/user-guide/logging/elasticsearch/ . Gdy logi są w ES, można łatwo zastosować filtry w Kibanie, aby wyświetlić logi z niektórych kontenerów.

Możesz uzyskać pomoc od kubectl logs -hi według informacji,

kubectl logs -f deployment/myapp -c myapp --tail 100

-cto nazwa kontenera i --tailpokaże najnowsze wiersze num ，, ale spowoduje to wybranie jednego zasobnika wdrożenia, a nie wszystkich zasobników. Należy o tym pamiętać.

kubectl logs -l app=myapp -c myapp --tail 100

Jeśli chcesz wyświetlić dzienniki wszystkich podów, możesz użyć -li określić etykietę, ale jednocześnie -fnie będzie ona używana.

Możesz to również zrobić za pomocą nazwy usługi.

Najpierw spróbuj znaleźć nazwę usługi odpowiedniego zasobnika, która odpowiada wielu zasobom tej samej usługi. kubectl get svc.

Następnie uruchom następujące polecenie, aby wyświetlić dzienniki z każdego kontenera.

kubectl logs -f service/<service-name>

W tym przykładzie można zamienić <namespace>i, <app-name>aby uzyskać dzienniki, gdy w poda jest zdefiniowanych wiele kontenerów.

kubectl -n <namespace> logs -f deployment/<app-name>
--all-containers=true --since=10m

Jeśli strąki mają znaczącą nazwę, można użyć prostego zwykłego starego uderzenia:

keyword=nodejs
command="cat <("
for line in $(kubectl get pods | \
  grep $keyword | grep Running | awk '{print $1}'); do 
    command="$command (kubectl logs --tail=2 -f $line &) && "
  done
command="$command echo)"
eval $command

Objaśnienie: Zapętlaj przeglądanie uruchomionych podów o nazwie zawierającej „nodejs”. Śledź dziennik każdego z nich równolegle (pojedynczy znak ampersand działa w tle), upewniając się, że jeśli którykolwiek z podów zawiedzie, całe polecenie zostanie zakończone (podwójny znak ampersand). Połącz strumienie z każdego z poleceń ogona w unikalny strumień. Eval jest potrzebny do uruchomienia tego dynamicznie budowanego polecenia.

Używam tego polecenia.

kubectl -n <namespace> logs -f deployment/<app-name> --all-containers=true --since=10m

Nie jestem pewien, czy to nowa rzecz, ale w przypadku wdrożeń można to zrobić w następujący sposób:

kubectl logs deployment/app1