#whois Никита, Нижний Новгород, Positive Technologies, Python разработчик, активно используем у себя k8s в проекте

На чем ямлы пишите?

Господа, вопрос к тем, кто поднимал eks

предполагаю, что это из-за нехватает IAM ролей

пока непонятно куда копать

Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Started 44m (x4 over 46m) kubelet, ip-172-31-6-11.us-west-2.compute.internal Started container Normal Pulling 42m (x5 over 46m) kubelet, ip-172-31-6-11.us-west-2.compute.internal pulling image "602401143452.dkr.ecr.us-west-2.amazonaws.com/amazon-k8s-cni:1.3.0" Normal Pulled 42m (x5 over 46m) kubelet, ip-172-31-6-11.us-west-2.compute.internal Successfully pulled image "602401143452.dkr.ecr.us-west-2.amazonaws.com/amazon-k8s-cni:1.3.0" Normal Created 42m (x5 over 46m) kubelet, ip-172-31-6-11.us-west-2.compute.internal Created container Warning BackOff 96s (x174 over 45m) kubelet, ip-172-31-6-11.us-west-2.compute.internal Back-off restarting failed container

вроде контейнер поднимается, но потом падает

вроде контейнер поднимается, но потом падает

kubectl get pod -a kubectl logs -p

странно, оно на kubect logs зависает

➜ ~ kubectl get pod -a --namespace=kube-system Flag --show-all has been deprecated, will be removed in an upcoming release NAME READY STATUS RESTARTS AGE aws-node-cmzht 0/1 CrashLoopBackOff 13 53m aws-node-pdglj 0/1 ImagePullBackOff 0 53m aws-node-wztv7 0/1 CrashLoopBackOff 13 53m coredns-7d77776957-2g9kz 0/1 ContainerCreating 0 7d coredns-7d77776957-v774t 0/1 ContainerCreating 0 7d heapster-84c9bc48c4-4b5cd 0/1 ContainerCreating 0 2d kube-proxy-g7svx 1/1 Running 0 4d kube-proxy-kmphl 1/1 Running 0 4d kube-proxy-mhgt5 1/1 Running 0 4d kubernetes-dashboard-5dd89b9875-b5z4j 0/1 ContainerCreating 0 4d monitoring-influxdb-848b9b66f6-zctsw 0/1 ContainerCreating 0 2d ➜ ~ kubectl logs -p aws-node-cmzht --namespace=kube-system

падает по таймауту: Error from server: Get https://172.31.6.11:10250/containerLogs/kube-system/aws-node-cmzht/aws-node?previous=true: dial tcp 172.31.6.11:10250: i/o timeout

падает по таймауту: Error from server: Get https://172.31.6.11:10250/containerLogs/kube-system/aws-node-cmzht/aws-node?previous=true: dial tcp 172.31.6.11:10250: i/o timeout

10250 это порт kubelet

Смотрите его логи

ну да, он и грохнулся

Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Started 55m (x4 over 57m) kubelet, ip-172-31-6-11.us-west-2.compute.internal Started container Normal Pulling 54m (x5 over 57m) kubelet, ip-172-31-6-11.us-west-2.compute.internal pulling image "602401143452.dkr.ecr.us-west-2.amazonaws.com/amazon-k8s-cni:1.3.0" Normal Pulled 54m (x5 over 57m) kubelet, ip-172-31-6-11.us-west-2.compute.internal Successfully pulled image "602401143452.dkr.ecr.us-west-2.amazonaws.com/amazon-k8s-cni:1.3.0" Normal Created 54m (x5 over 57m) kubelet, ip-172-31-6-11.us-west-2.compute.internal Created container Warning BackOff 2m45s (x214 over 56m) kubelet, ip-172-31-6-11.us-west-2.compute.internal Back-off restarting failed container

а как глянут почему?

как я понял не хватает iam ролей для ecr

btw. если кто-нибудь крутит k8s на eks, то можете пошарить список своих пермишеннов?

подскажите в чем проблема Neither --kubeconfig nor --master was specified. Using the inClusterConfig. This might not work.

подскажите в чем проблема Neither --kubeconfig nor --master was specified. Using the inClusterConfig. This might not work.

у тебя походу с конфигом проблемы, либо он пустой, либо не указан мастер.

там одна нода

а с каким именно конфигом могут быть проблемы?

блин, чето я туплю

это лог ингресс-нжинкса

это лог ингресс-нжинкса

контроллера?

да

ставил из хелма

кроме ип ничего не передавал опции

helm upgrade --install nginx-ingress stable/nginx-ingress --reuse-values --set controller.service.externalIPs=

Как кластер поднимал?

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

А сейчас хочешь поднять ингресс?

v1.7.3 версия кубера

да

его там нет в данный момент

На чём завис? Что не взлетает после деплоя?

На чём завис? Что не взлетает после деплоя?

не взлетел ingress-nginx nginx-ingress-controller - CrashLoopBackOff в его логах I1225 22:21:07.585122 8 flags.go:176] Watching for Ingress class: nginx nginx version: nginx/1.15.6 W1225 22:21:07.589913 8 client_config.go:548] Neither --kubeconfig nor --master was specified. Using the inClusterConfig. This might not work. I1225 22:21:07.590110 8 main.go:196] Creating API client for https://10.96.0.1:443

Варнинг вижу, А Error какой? Из-за чего падает?

можно в личку если там что-то сенситивное,если что

друзья, а вы не знаете, если я удалю конфигмапы релиза у хелма, он забудет про фейлед релизы и всё такое?

и про PENDING_ROLLBACK релизы

и вообще про всё плохое, что он и я натворили

проблема: я не могу роллбекнуть из-за error: has no deployed releases

ха-ха-ха! Я заскриншотю это, можно?

будет аргумент НЕ пользоваться хельмом

да, хелм полный мусор

я бы даже сказал обоссаный. но тогда его не поджечь

самое ржачное, что он пишет has no deployed releases, при этом мутирует ресурсы! т.е. оно в итоге деплоится/роллбечится

самое ржачное, что он пишет has no deployed releases, при этом мутирует ресурсы! т.е. оно в итоге деплоится/роллбечится

#helmговно

I've worked around the immediate issue by using base64 --decode,gzip -d, and protoc --decode=hapi.release.Release to allow me to edit the 278 release, create a new release marked as 'DEPLOYED'. Then issuing another helm upgrade to move forward.

пожелайте мне удачи

проблема: я не могу роллбекнуть из-за error: has no deployed releases

delete --purge

delete --purge

statefulset с полезными метриками

второй день ору с этого delete —purge

а историю там, вот это всё

вот реально если хелм только как шаблонизатор использовать и через день пуржить релизы.. погодите ,у нас несколько тысяч строк jsonnet и так, зачем нам хелм?

брутальные админы используют kubectl напрямую

брутальные админы используют kubectl напрямую

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

ну я щас за выхи хочу написать один сервис на kustomize, другой на миксинах ksonnet

скажи нет хелму

вот реально если хелм только как шаблонизатор использовать и через день пуржить релизы.. погодите ,у нас несколько тысяч строк jsonnet и так, зачем нам хелм?

если вам не нужен helm, зачем вы его используете? :)

хорошие чарты, которые за нас уже написали

это да

ну я щас за выхи хочу написать один сервис на kustomize, другой на миксинах ksonnet

kustomize тоже не торт, много заморочек, я вернулся на cat k8s.yaml | envsubst | kubectl apply -f -

и обновляют

kustomize тоже не торт, много заморочек, я вернулся на cat k8s.yaml | envsubst | kubectl apply -f -

так и запишем

kustomize тоже не торт, много заморочек, я вернулся на cat k8s.yaml | envsubst | kubectl apply -f -

я бы тогда на jsonnet лучше попробовал, он прекрасен

я helm использую из-за terraform, который умеет жалкую часть нужных мне k8s ресурсов.

я бы тогда на jsonnet лучше попробовал, он прекрасен

у меня лозуг "делай деплой проще", jsonnet тяжелый.

он тестируемый, местами типизированный, есть IDE с линтерами и анализаторами

и позволяет местами очень красиво делать грязные вещи

он тестируемый, местами типизированный, есть IDE с линтерами и анализаторами

ещё бы писать тесты на конфиги

конфиги это тоже код

expect(config).toBe(config)

testinfra и полетели

конфиги это тоже код

не делай конфиги кодом. Убери if, range и тп

а в ingress можно запихнуть два домена в одну строку? spec: rules: - host: testapp.com, myapp.com http: paths: - path: / backend: serviceName: testapp-service servicePort: 80 что-то типо такого

через якоря можно сократить

- host: myapp.com http: *base

http: &base