если делать kubectl get pod podname, то приходится все редактировать сильно, чтобы подготовить для деплоймента.

или можно както сделать get самого деплоймента-ворклоада?

деплоймента только и делать

поды генерятся из описания деплоймента

еще вопрос про перенос с кластера на кластер.
нужно перенести Ingress для сервиса kong..
и по идее е го тоже можно экспортировать, но внутри файла есть странные записи вида:

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
 annotations:
   ingress.kubernetes.io/backends: '{"k8s-be-31226--0525f09d94dd8d63":"HEALTHY","k8s-be-31789--0525f09d94dd8d63":"HEALTHY"}'
   ingress.kubernetes.io/forwarding-rule: k8s-fw-sandbox-kong--0525f09d94dd8d63
   ingress.kubernetes.io/https-forwarding-rule: k8s-fws-sandbox-kong--0525f09d94dd8d63
   ingress.kubernetes.io/https-target-proxy: k8s-tps-sandbox-kong--0525f09d94dd8d63
   ingress.kubernetes.io/ssl-cert: k8s-ssl-77992ecf63069fb2-cdd155ee00cd5728--0525f09d94dd8d63
   ingress.kubernetes.io/static-ip: k8s-fw-sandbox-kong--0525f09d94dd8d63
   ingress.kubernetes.io/target-proxy: k8s-tp-sandbox-kong--0525f09d94dd8d63
   ingress.kubernetes.io/url-map: k8s-um-sandbox-kong--0525f09d94dd8d63

я не уверен, правильно ли делать kubectl apply для этого файла во втором кластере..
эти аннотации содержат ссылки на существующие сущности, которые явно не создавались вручную, даже если судить по суффиксам их имен..

и вот я не пойму как создавался этот исходный Ingress

эти аннотации добавляются ингресс контроллером

их не надо переносить

почему тогда они в —export попадают?

kubectl -n sandbox get ingresses kong -o yaml --export > kong-
ingresses.yaml

и если их не надо переносить, то получается надо отредактировать файл перед apply

потому что они есть, поэтому и попадают

да вот я не пойму как они туда попали.
при создании Ingress такое сразу не создается автоматически
выходит их потом добавили, редактируя YAML

то есть, чтобы добавить в конфиг Ingress что-то в аннотацию -  оно уже должно быть создано.
а учитывая названия этих объектов в аннотации - они тоже создавались не руками, а при деплое например.

и вот мне надо найти с чего начинать создавать такой же конфиг только на другом кластере

создаются ingress controller'ом, я ж сказал. У вас GKE в котором используется GLBC, эти аннотации добавляются после создания внешнего LB

пройдитесь по туториалу https://cloud.google.com/kubernetes-engine/docs/tutorials/http-balancer потом посмотрите на созданный ingress, когда он заработает, там будут те же самые аннотации

да, спасибо.
я уже сделал apply и увидел, что оно все само создается..
но есть момент - можно ли создать два Ingress на один и тот же внешний static ip ?

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

зачем два ingress на один ip? И как это связано с переключением на другой кластер?

вот

если эти ingress в разных кластерах, то они не смогут использовать один ip

кластеры в одном проекте

это не играет роли