kubectl: как отображать журналы модуля без явного указания имени модуля?

К именам моих подов добавляется динамически сгенерированный идентификатор, например my-app-name-7b587cd75b-dscsr, который различается при каждом развертывании (в следующий раз это может быть my-app-name-xcgv83bfsd-4kjsf).

Это делает использование некоторых команд действительно громоздким, потому что каждый раз, когда мне нужно просмотреть журналы, я должен сначала перечислить все модули и скопировать измененное имя в команду logs: kubectl -n [namespace] logs my-app-name-7b587cd75b-dscsr.

Есть ли способ пропустить использование имени модуля или его части и сделать что-то вроде kubectl -n [namespace] logs my-pod-name-~ или kubectl -n [namespace] logs service/my-pod-name, как в команде port-forward?

Я попытался ввести grep в команду logs, чтобы получить имя модуля и запустить logs в одной команде, но Cmder в Windows, каким бы прекрасным он ни был, похоже, не поддерживает $(): kubectl -n [namespace] logs $(kubectl -n my-app-name get pod | grep my-app-name | sed 's/ .*//')


person van_folmert    schedule 23.07.2019    source источник
comment
Когда я в последний раз смотрел на это, мне показалось, что kubetail удобно, но это bash вещь, и похоже, что вы Виндовс. Есть несколько оболочек bash, которые работают в Windows / WSL. YMMV.   -  person spender    schedule 23.07.2019
comment
Привет, вы можете просто использовать kubectl logs -f deploy/DEPLOYMENT_NAME, чтобы получить журналы стручков   -  person Suresh Vishnoi    schedule 23.07.2019
comment
Вы также можете использовать Stern - где вы просто указываете некоторые символы из имени модуля, и он дает вам журналы для всех капсул   -  person Vishal Biyani    schedule 23.07.2019


Ответы (2)


Вместо использования POD / $ POD_NAME вы можете использовать Deployment / $ DEPLOYMENT_NAME для получения журналов модулей.

kubectl logs deployment/$DEPLOY_NAME


  # Return snapshot logs from container nginx-1 of a deployment named nginx
  kubectl logs deployment/nginx -c nginx-1

kubectl logs --help предоставит дополнительную информацию

person Suresh Vishnoi    schedule 23.07.2019
comment
Не работает. λ kubectl logs deployment/stg-01-api возвращает Error from server (NotFound): deployments.extensions "stg-01-api" not found - person van_folmert; 23.07.2019
comment
но он работает с пространством имен: kubectl -n [namespace] logs deployment/stg-01-api - person van_folmert; 23.07.2019
comment
Развертывание - это ресурсы с пространством имен, вам необходимо указать конкретное пространство имен. - person Suresh Vishnoi; 23.07.2019

добавьте метку к развертыванию и используйте селектор меток для поиска журналов из соответствующего модуля.

Обратитесь к приведенным ниже инструкциям.

master $ kubectl run webapp --image=nginx --port=80 --labels="app=web"
kubectl run --generator=deployment/apps.v1 is DEPRECATED and will be removed in a future version. Use kubectl run --generator=run-pod/v1 or kubectl create instead.
deployment.apps/webapp created
master $

master $ kubectl get deploy
NAME     READY   UP-TO-DATE   AVAILABLE   AGE
webapp   1/1     1            1           2m27s
master $

master $ kubectl get po -owide
NAME                      READY   STATUS    RESTARTS   AGE   IP          NODE     NOMINATED NODE   READINESS GATES
webapp-647c6cd6f4-pxr4g   1/1     Running   0          20s   10.44.0.1   node01   <none>           <none>
master $

master $ curl 10.44.0.1
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>
master $


master $ kubectl logs -l app=web
10.32.0.1 - - [23/Jul/2019:10:07:39 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.47.0" "-"
person P Ekambaram    schedule 23.07.2019
comment
При чем curl ведение журнала? - person spender; 23.07.2019
comment
Что делать, если у меня нет контроля над развертыванием приложений? - person van_folmert; 23.07.2019