nmp build - что собирается? Что правилось при этом?
весь проект целиком. Фронт по другому особо не собирают.
Rainbow
Алексей
весь проект целиком. Фронт по другому особо не собирают.
Пока не скажу, давно сервиса на ноде не было. Возможно скоро появится, посмотрю.
Rainbow
Пока не скажу, давно сервиса на ноде не было. Возможно скоро появится, посмотрю.
у меня есть бенчмарк, если вдруг кому нужно. Кейс: мультирепа с фронтами, собрать все после изменения 1 файла в 1 проекте (обычный комит каждодневный).
Anton
у меня есть бенчмарк, если вдруг кому нужно. Кейс: мультирепа с фронтами, собрать все после изменения 1 файла в 1 проекте (обычный комит каждодневный).
можно попадробней мультирепа - это git submodules?
Timur
можно дурацкий вопрос? Разворачиваю тестовый kubernetes на нескольких виртуалках, раньше с ним дела не имел. В существующих hello-world'ах подобный вариант не описан. Как правильнее всего настроить одну виртуалку под мастер и остальные в качестве слейвов? И чтобы добавлять-удалять их можно было тоже по желанию. Т.е. конфигурация, в общем-то максимально приближенная к боевой (по факту уже боевая - только слейвы в облаке добавляй, а на месте удаляй).
в мануалах рекомендуется начать с minikube или kubernetes-dind, но это не очень удобно (да и незачем, наверное).
Timur
вообще есть смысл на стадии изучения сразу пытаться построить если не продакшен, то максимально близкую к нему систему?
Timur
более-менее с юниксами знаком, с сопутствующей инфраструктурой тоже. Просто вот мимо меня весь этот девопс прошёл, навёрстываю упущенное :)
Rainbow
вообще есть смысл на стадии изучения сразу пытаться построить если не продакшен, то максимально близкую к нему систему?
лучше начать с написания deployment/service/ingress под какой-то свой проект. Потом уже думать про уровень ниже.
Timur
это в общем-то уже есть
Timur
скорее всего на этом всём и буду тестировать
Vadim
можно дурацкий вопрос? Разворачиваю тестовый kubernetes на нескольких виртуалках, раньше с ним дела не имел. В существующих hello-world'ах подобный вариант не описан. Как правильнее всего настроить одну виртуалку под мастер и остальные в качестве слейвов? И чтобы добавлять-удалять их можно было тоже по желанию. Т.е. конфигурация, в общем-то максимально приближенная к боевой (по факту уже боевая - только слейвы в облаке добавляй, а на месте удаляй).
в мануалах рекомендуется начать с minikube или kubernetes-dind, но это не очень удобно (да и незачем, наверное).
https://docs.platform9.com/support/disallowing-workloads-on-kubernetes-master-nodes/ например
Timur
https://docs.platform9.com/support/disallowing-workloads-on-kubernetes-master-nodes/ например
это не мне, наверное :)
Vadim
>Как правильнее всего настроить одну виртуалку под мастер и остальные в качестве слейвов?
Timur
а
bebebe
ну что, уже терраформим хелмом, или хелмуем терраформом?
Andor
а можно всех посмотреть?
bebebe
да, и не понятно чьи апартаменты
Alexander N.
коллеги, а кто сталкивался с неравномерным потреблением ресурсов на воркерах?
Alexander N.
по памяти поды совсем не равномерно раскидывает
Alexander N.
Alexander N.
при том что поды довольно часто пересоздаются, нет такого чтобы поды долго работали
Vadim
https://github.com/kubernetes-incubator/descheduler/blob/master/README.md
Никита
при том что поды довольно часто пересоздаются, нет такого чтобы поды долго работали
А реквесты/лимиты в спеках подов-то есть?
Alexander N.
а должен?
по логике да, есть воркеры на которых 20гб свободно, а он пихает туда где 2 свободно
Alexander N.
хм.. ок, добавим, посмотрим. Спасибо!
Anton
старайся близко к реальному выставлять
Никита
нет, не указывал пока
Дык, шедулер их раунд-робином и распределяет, откуда ж он про память узнает?)
Anton
не нужно давать низкий request, типа без нагрузки ж не ест ничего и при этом высокий limit - а вдруг будет волна!
Alexander N.
Дык, шедулер их раунд-робином и распределяет, откуда ж он про память узнает?)
он же при распределении смотрит на свободные ресурсы на нодах, не? )
Anton
шедулер опирается на request
Anton
если нет описаных ресурсов, ему нечего делать
Anton
но вообще даже когда все опишешь, всеравно не факт что ровно будет
Alexander N.
да хотя бы ~ получить, а то 8 и 69 как-то совсем за гранью
Костя
Коллеги, встал вопрос проведения собеседования по kunernetes. Надо накидать вопросы, а я чето ничего больше чем отличается Deployment от StatefulSet придумать не могу. Дожили... Может был у кого опыт? Ну или по памяти самые изощренные
Andor
какие cni пробовал и какие есть минусы у каждого из них
Andor
пробовал ли живую миграцию подов
Алексей
Изощренные? ))
дефолтный hsts в ingress на nginx повеселил.
G72K
аналог хельма который "не гавно" подскажи пожалуйста.
Писал много раз: любая хрень на основе jsonnet (ksonnet, kapitan или голый jsonnet) даст фору хелму. Вон ещё Palumi есть, если там с Typescript все хорошо, то будет типизированная конфетка
Костя
какие cni пробовал и какие есть минусы у каждого из них
Не кажется, что вопрос слишком специфичен? Ну допустим человек только flannel юзал и им было достаточно. Что ж он теперь плохо kubernetes плохо знает?
Andor
#платиновые_треды
Andor
Dmitrii
Не кажется, что вопрос слишком специфичен? Ну допустим человек только flannel юзал и им было достаточно. Что ж он теперь плохо kubernetes плохо знает?
Ну наверное если он юзал фланель и даже в голову не приходило посмотреть что есть другое и чем различается - да, плохо знает.
Алексей
не не
нормально зашел ))
Михаил
Но вопрос хороший
Andor
чо пробовал кроме куба
Andor
писал ли crd? операторы?
Andor
как логи выводить из кубеней
Алексей
А как выводить логи? ))
Terry
Andor
много вариантов, поэтому и интересно как ответит
Andor
ну если писал, то плюсик
Andor
не писал - ну тоже норм
Алексей
ну необязательно их писать
зачастую достаточно понимать что они есть и когда они нужны, и что копать в процессе реализации
Maxim
а не проще будет послушать человека и задавать вопросы уже в контексте его спича?
G72K
Коллеги, встал вопрос проведения собеседования по kunernetes. Надо накидать вопросы, а я чето ничего больше чем отличается Deployment от StatefulSet придумать не могу. Дожили... Может был у кого опыт? Ну или по памяти самые изощренные
Самое простое собеседование на знание Linux - открыть top и поговорить про каждое значение в каждой строчке на экране. Самое просто собеседование по куберу - распечатать kubectl get pod XXX -o yaml и пройтись по каждой строчке
Andor
Terry
а не проще будет послушать человека и задавать вопросы уже в контексте его спича?
это сложно, бывает не выдавить с собеседника рассказ, проще получать овтета да нет или хз
Andor
bebebe
Алексей
пройтись по каждой строчке это жестко
Maxim
это сложно, бывает не выдавить с собеседника рассказ, проще получать овтета да нет или хз
если человек не может рассказать про новую хипстерскую хрень, то зачем продолжать диалог?
Andor
mesos