Lucky SB
ну так-то да ) надо узнать что за точка входа
Stanislav
Бле, цуко, ипучий helm! не может удалить нормально за собой контейнеры которые не в статусе running, зато отрапортовывает что все ок, приложение удалено отлично! накипело бля!
Sergey
а что ему зависнуть и ждать пока все не ответят?
Sergey
вы дали ему таску удалить чарт - он послал таску подам, поды получили, он говорит ок
Sergey
кто вырубился тот вырубился
Stanislav
выдать ошибку что удаление не удалось
Stanislav
и ввести возможность принудительного удаления через —grace-period=0 —force
Stanislav
Это было бы логичнее
CrusaderX
Stanislav
Stanislav
Тут либо делать либо не делать, но делать на половину как то не очень.
Mikhail
Нормально всё хелм удаляет с флагом —purge
Дмитрий Харитонов
Stanislav
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
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
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 многое в кубе построено если что.
Vlad
Mikhail [azalio]
тем более )
Salem
добрый вечер. господа
Salem
я новичок, не пинайте. Как мониторить кластер? heapster говорят что депрекейтед, нужно юзать metrics server
Salem
если это оно https://hub.kubeapps.com/charts/stable/kube-state-metrics, то как сконфигурить kubectl, чтобы он обращался по дефолту не на heapster api, а уже на метрикс?
Mikhail [azalio]
Mikhail [azalio]
можно посмотреть для начала
Salem
спасибо., посмотрю, но про kubectl может так ответите? я выполняю kubectl top pod, он мне выдает Error from server (NotFound)
Salem
соответсвенно я полагаю что не установлен heapster
Salem
Salem
еще раз огромная благодарочка
Salem
Господа, еще вопросец, кто чем пользуется для аудита кластера или группы кластеров? Понятно, что надо пользовать https://kubernetes.io/docs/tasks/debug-application-cluster/audit/, но кто как выводит это в удобоваримом виде?
Salem
И можно ли как-то прокоррелировать данные мониторинга и аудита, что-то типа инцидент менеджмента для безопасников
Salem
То есть тогда-то было выполнено такое-то действие на кластере, потом случился ппц, кого покарать анально, а кого отпустить на хлеба вольные
Salem
CrusaderX
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
троллинг за магнум будет?
Mikhail
Siarhei
Sergey
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
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