Lucky SB
ну так-то да ) надо узнать что за точка входа
Stanislav
Бле, цуко, ипучий helm! не может удалить нормально за собой контейнеры которые не в статусе running, зато отрапортовывает что все ок, приложение удалено отлично! накипело бля!
Sergey
а что ему зависнуть и ждать пока все не ответят?
Sergey
вы дали ему таску удалить чарт - он послал таску подам, поды получили, он говорит ок
Sergey
кто вырубился тот вырубился
Stanislav
выдать ошибку что удаление не удалось
Stanislav
и ввести возможность принудительного удаления через —grace-period=0 —force
Stanislav
Это было бы логичнее
Etki
Бле, цуко, ипучий helm! не может удалить нормально за собой контейнеры которые не в статусе running, зато отрапортовывает что все ок, приложение удалено отлично! накипело бля!
Это называется declarative API. Ты засовываешь туда желаемое состояние, система сама к нему приходит, когда сможет. Да, в качестве сайд-эффектов проблемы с видимостью применения изменений.
Stanislav
Тут либо делать либо не делать, но делать на половину как то не очень.
Mikhail
Нормально всё хелм удаляет с флагом —purge
Дмитрий Харитонов
Stanislav
v2.8.2
Artem
Привет народ
Artem
помогите рекомендацией новичку
Artem
развернул этот кластер https://github.com/stefanprodan/k8s-scw-baremetal Пишу приложение распределенное. Планирую заворачивать его в докер и ключевым моментом является пробрасывать в этот докер ip'ники других узлов приложения. CI/CD смотрю на gitlab ce: - но не пойму где его лучше запускать в кластере kubernetes или в общем с ним ни как не связывать, куда копать? - хотелось бы после пуша в реп приложение собрать апп->запушить в docker registery и чтоб на всех узлах где крутится предущая версия image'a старый контейнер убился, а новый запустился, куда копать?
Etki
Собственно gitlab ci у тебя может реагировать на новые коммиты. Где разворачивать, внутри или снаружи - вопрос личных убеждений, я за снаружи.
Artem
Собственно gitlab ci у тебя может реагировать на новые коммиты. Где разворачивать, внутри или снаружи - вопрос личных убеждений, я за снаружи.
по сусти мне осталось придумать как pod'ы создавать с нужным аппом? как я понял helm бы мне подошел
Mikhail
Или вот так: k8s-deploy-testing: image: lachlanevenson/k8s-kubectl stage: deploy script: - kubectl apply -f .ci/deployment.yml
Mikhail
А до этого так: docker-build: image: docker:stable stage: package script: - docker build -t registry.url/project -f .ci/Dockerfile . - docker login -u deploy -p $REGISTRY_PASSWD registry.url - docker push registry.url/project
Stanislav
Или вот так: k8s-deploy-testing: image: lachlanevenson/k8s-kubectl stage: deploy script: - kubectl apply -f .ci/deployment.yml
А если мне еще и потрекать как-то состояние деплоймент процесса, какой командой это можно сделать после той, что ты написал?
Mikhail
Скрипт же. Что хочешь, то и делаешь
Mikhail
Что именно потрекать?
Stanislav
Как проходит деплоймент с новой версией файла деплоймента
Stanislav
Хочется увидеть лог процесса
Stanislav
Не знаешь как можно?
Stanislav
А то апплай он асинхронный - тупо ОК сразу и все, а там внутри может быть роллинг апдейт, который упадет на полпути
Vlad
Лучше обновлять вот так: https://kubernetes.io/docs/tasks/run-application/rolling-update-replication-controller/
Mikhail
https://kubernetes-v1-4.github.io/docs/user-guide/kubectl/kubectl_rollout/ мб вот
Stanislav
Какой смысл слезать с уровня деплоймента на уровень RC/RS?
Mikhail
Ну я на самом деле говорил про $ kubectl rollout status deployment myDeploy
Mikhail
Больше ничего не знаю, к сожалению
Stanislav
Понял, спасибо
Stanislav
Похоже, ничего более осмысленного в кубере не предусмотрено
Mikhail
Боюсь, что helm в помощь
Mikhail [azalio]
нууу. while true; do kubectl get pod ; sleep 1 ; done 🙂
Stanislav
срань господня
Mikhail [azalio]
еще можно логи складировать куда-нибудь и по ним смотреть. Можно взять что-то подобное и набрать нужных эвентов https://github.com/bitnami-labs/kubewatch
Stanislav
Mikhail [azalio]
ну на технологии эвентов и watch многое в кубе построено если что.
Mikhail [azalio]
тем более )
Salem
добрый вечер. господа
Salem
я новичок, не пинайте. Как мониторить кластер? heapster говорят что депрекейтед, нужно юзать metrics server
Salem
если это оно https://hub.kubeapps.com/charts/stable/kube-state-metrics, то как сконфигурить kubectl, чтобы он обращался по дефолту не на heapster api, а уже на метрикс?
Mikhail [azalio]
можно посмотреть для начала
Salem
спасибо., посмотрю, но про kubectl может так ответите? я выполняю kubectl top pod, он мне выдает Error from server (NotFound)
Salem
соответсвенно я полагаю что не установлен heapster
Mikhail [azalio]
спасибо., посмотрю, но про kubectl может так ответите? я выполняю kubectl top pod, он мне выдает Error from server (NotFound)
я не использовал kubectl top, полагаю надо применить все это https://github.com/kubernetes-incubator/metrics-server/tree/master/deploy/1.8%2B
Salem
я не использовал kubectl top, полагаю надо применить все это https://github.com/kubernetes-incubator/metrics-server/tree/master/deploy/1.8%2B
спасибо, опять глупый вопрос, это чарты? я могу их для helm использовать?
Mikhail [azalio]
спасибо, опять глупый вопрос, это чарты? я могу их для helm использовать?
это не чарты, это файлы которые можно применить через kubectl apply, но есть как вижу чарт https://github.com/kubernetes/charts/tree/master/stable/kube-state-metrics
Salem
еще раз огромная благодарочка
Salem
Господа, еще вопросец, кто чем пользуется для аудита кластера или группы кластеров? Понятно, что надо пользовать https://kubernetes.io/docs/tasks/debug-application-cluster/audit/, но кто как выводит это в удобоваримом виде?
Salem
И можно ли как-то прокоррелировать данные мониторинга и аудита, что-то типа инцидент менеджмента для безопасников
Salem
То есть тогда-то было выполнено такое-то действие на кластере, потом случился ппц, кого покарать анально, а кого отпустить на хлеба вольные
Salem
Andrey
Прометеус, но не флюентд
Мне он тоже как то не очень нравится как то коряво смотрится а что вместо него? Грейлог?
Denis
🎉 MOSCOW KUBERNETES MEETUP 3 5 месяцев?! Друзья, коллеги, мы не встречались целую вечность! Хватит, хватит это терпеть! 20 июня, офис Ingram Micro. Kubernetes, Москва, снова вместе. Kubernetes стал стандартом де-факто в мире кластером. Чат русскоговорящего сообщества Kubernetes в Telegram ( https://t.me/kubernetes_ru ) перегрет горячими обсуждениями. Нас уже более 1500 участников. Казалось бы, всё уже обсудили, но нет. На этот раз, наш ждёт что-то новое. Выходим за границы привычного. Впервые у нас в гостях англоязычный спикер. Поэтому, отменяйте планы на среду, приглашайте с собой коллег и готовьтесь погрузиться в новый большой мир. Настала пора обсудить – куда же мы все пришли за последние 15 месяцев? ПРОГРАММА: 19:00 - 19:20 Socializing 19:20 - 19:35 Welcome & digest, some fun 19:35 - 20:15 Networking and security in Kubernetes (Emil Gągała, VMware, EMEA Network and Security Architect) Do I need something more than Flannel? Flannel seems to be most popular networking option in Kubernetes. Is it the only choice? How to implement namespaces, services, ingress controller, network policy in more efficient way? And not forget about 2 day operations simplicity? Join my session to see live demo of K8S networking with VMware NSX. Bio: Emil Gągała – network consultant, enthusiast of cloud technology and cloud native applications. Graduate of telecommunications at Warsaw University of Technology. Three years ago he joined VMware team as EMEA Network & Security Architect. Involved in NSX projects in areas of Kubernetes, OpenStack and Cloud. Previously he worked as Senior System Engineer in Juniper Networks. He has expertise in area of core networks, data centers and security. VCIX-NV, AWS-CSA and JNCIE certified. 20:15 - 20:55 Kubernetes Bare Metal (Михаил Жучков, Neuron Digital, SRE Team Lead) В данном докладе Михаил расскажет о том, как жить с Kubernetes на "железных" серверах без облаков. Про L3 сети, про Calico, про его дружбу с OSPF. Поднимутся проблемы написания своих плейбуков для установки кластера и обсудим плюсы-минусы такого подхода. Био: Михаил – "классический" админ с 10-летним стажем, нырнувший пару лет назад в модный стек технологий. С радостью познаёт новые технологии и с болью смотрит на то, как их познают другие. Известен своими провокациями про OpenStack vs Kubernetes. 🙂 20:55 - 21:15 Кофе-брейк, чай-пати, горячие дискуссии 21:15 - 22:00 Обзор Kubernetes как сервиса от облачной платформы Mail.Ru (Дмитрий Лазаренко, Mail.Ru Group, Product Manager) Недавно компания Mail.Ru Group запустила Kubernetes как услугу в облаке Mail.Ru Cloud Solutions, которая позволяет быстро создавать и масштабировать кластеры Kubernetes, включая multi master. В докладе Дмитрий расскажет о том, что под капотом этого решения - про функциональную начинку и системную архитектуру, про интеграцию с IaaS-платформой на базе OpenStack (приватные сети, блочные и NFS Persistent Volumes и PVC, LoadBalancer), а также про модель безопасности. Био: Дмитрий отвечает за PaaS-сервисы B2B-облака Mail.Ru, включая контейнерные решения на базе Kubernetes. До этого, в течение 6 лет работал в Jelastic, отвечал за разработку и развитие контейнерной PaaS-платформы. Эксперт в построении высоконагруженных сервисов. 22:00 - 6:00 Afterpaty? 🙂 УСЛОВИЯ УЧАСТИЯ: 1. Мероприятие бесплатное. 2. Регистрация по ссылке - https://www.meetup.com/Moscow-Kubernetes-Meetup/events/251806061/ 3. Вход строго по регистрации. ВНИМАНИЕ! Необходимо обязательно указать в настройках профайла на Meetup.com свои имя и фамилию. ВОПРОСЫ? Появились вопросы или готовы выступить с докладом на следующем митапе? Пишите в Telegram: - https://t.me/DenisIzmaylov Или на e-mail: events@axept.co
Graill
А онлайн-трансляция митапа планируется?
Sergey
🎉 MOSCOW KUBERNETES MEETUP 3 5 месяцев?! Друзья, коллеги, мы не встречались целую вечность! Хватит, хватит это терпеть! 20 июня, офис Ingram Micro. Kubernetes, Москва, снова вместе. Kubernetes стал стандартом де-факто в мире кластером. Чат русскоговорящего сообщества Kubernetes в Telegram ( https://t.me/kubernetes_ru ) перегрет горячими обсуждениями. Нас уже более 1500 участников. Казалось бы, всё уже обсудили, но нет. На этот раз, наш ждёт что-то новое. Выходим за границы привычного. Впервые у нас в гостях англоязычный спикер. Поэтому, отменяйте планы на среду, приглашайте с собой коллег и готовьтесь погрузиться в новый большой мир. Настала пора обсудить – куда же мы все пришли за последние 15 месяцев? ПРОГРАММА: 19:00 - 19:20 Socializing 19:20 - 19:35 Welcome & digest, some fun 19:35 - 20:15 Networking and security in Kubernetes (Emil Gągała, VMware, EMEA Network and Security Architect) Do I need something more than Flannel? Flannel seems to be most popular networking option in Kubernetes. Is it the only choice? How to implement namespaces, services, ingress controller, network policy in more efficient way? And not forget about 2 day operations simplicity? Join my session to see live demo of K8S networking with VMware NSX. Bio: Emil Gągała – network consultant, enthusiast of cloud technology and cloud native applications. Graduate of telecommunications at Warsaw University of Technology. Three years ago he joined VMware team as EMEA Network & Security Architect. Involved in NSX projects in areas of Kubernetes, OpenStack and Cloud. Previously he worked as Senior System Engineer in Juniper Networks. He has expertise in area of core networks, data centers and security. VCIX-NV, AWS-CSA and JNCIE certified. 20:15 - 20:55 Kubernetes Bare Metal (Михаил Жучков, Neuron Digital, SRE Team Lead) В данном докладе Михаил расскажет о том, как жить с Kubernetes на "железных" серверах без облаков. Про L3 сети, про Calico, про его дружбу с OSPF. Поднимутся проблемы написания своих плейбуков для установки кластера и обсудим плюсы-минусы такого подхода. Био: Михаил – "классический" админ с 10-летним стажем, нырнувший пару лет назад в модный стек технологий. С радостью познаёт новые технологии и с болью смотрит на то, как их познают другие. Известен своими провокациями про OpenStack vs Kubernetes. 🙂 20:55 - 21:15 Кофе-брейк, чай-пати, горячие дискуссии 21:15 - 22:00 Обзор Kubernetes как сервиса от облачной платформы Mail.Ru (Дмитрий Лазаренко, Mail.Ru Group, Product Manager) Недавно компания Mail.Ru Group запустила Kubernetes как услугу в облаке Mail.Ru Cloud Solutions, которая позволяет быстро создавать и масштабировать кластеры Kubernetes, включая multi master. В докладе Дмитрий расскажет о том, что под капотом этого решения - про функциональную начинку и системную архитектуру, про интеграцию с IaaS-платформой на базе OpenStack (приватные сети, блочные и NFS Persistent Volumes и PVC, LoadBalancer), а также про модель безопасности. Био: Дмитрий отвечает за PaaS-сервисы B2B-облака Mail.Ru, включая контейнерные решения на базе Kubernetes. До этого, в течение 6 лет работал в Jelastic, отвечал за разработку и развитие контейнерной PaaS-платформы. Эксперт в построении высоконагруженных сервисов. 22:00 - 6:00 Afterpaty? 🙂 УСЛОВИЯ УЧАСТИЯ: 1. Мероприятие бесплатное. 2. Регистрация по ссылке - https://www.meetup.com/Moscow-Kubernetes-Meetup/events/251806061/ 3. Вход строго по регистрации. ВНИМАНИЕ! Необходимо обязательно указать в настройках профайла на Meetup.com свои имя и фамилию. ВОПРОСЫ? Появились вопросы или готовы выступить с докладом на следующем митапе? Пишите в Telegram: - https://t.me/DenisIzmaylov Или на e-mail: events@axept.co
Даешь видео-трансляцию или запись, даже за деньги
Stas
троллинг за магнум будет?
Denis
Всем привет! Не подскажет кто, как это вылечить в k8s? kubelet, worker03 Failed to pull image "192.168.0.30:5000/root/hello_world:latest": rpc error: code = Unknown desc = Error response from daemon: Get https://192.168.0.30:5000/v1/_ping: http: server gave HTTP response to HTTPS client
Denis
registry по http работает.
Denis
вот как тут написано делал https://rancher.com/docs/rancher/v1.1/en/environments/registries/
Denis
DOCKER_OPTS="$DOCKER_OPTS --insecure-registry=${DOMAIN}:${PORT}"
Denis
а оно все равно не работает
Sergey
" server gave HTTP response to HTTPS client" поэтому?
Denis
" server gave HTTP response to HTTPS client" поэтому?
https://stackoverflow.com/questions/38695515/can-not-pull-push-images-after-update-docker-to-1-12
Denis
вообще прямо юните /lib/systemd/system/docker.service указал ExecStart=/usr/bin/dockerd -H fd:// --insecure-registry 192.168.0.30:5000
Sergey
через конфиг демона не работает?
Sergey
/etc/docker/daemon.json