« Rev
@kubernetes_ru   1574
Fwd »


Grigorii
Почему-то kubespray накатил мне kubelet на мастера, так и должно быть? 😐
Anton
боюсь, что да
Anonymous
В get resource resource_name -o yaml можно смотреть, если правильно тебя понял
➜ ~ kubectl get pod muvpn-openvpn-6697c54ddf-2grt6 -o yaml | grep network ➜ ~ kubectl get pod muvpn-openvpn-6697c54ddf-2grt6 -o yaml | grep networkpolicy показывает что пусто( хотя по label поды находит
Anton
Почему-то kubespray накатил мне kubelet на мастера, так и должно быть? 😐
kubelet это все в одном. он и метрики с тачки тащит, и ее статус, и выполняет решения по шедулингу
Aleksey
Почему-то kubespray накатил мне kubelet на мастера, так и должно быть? 😐
а что у вас на мастере крутится? наверно какие-то поды?
Grigorii
а что у вас на мастере крутится? наверно какие-то поды?
Да ничего, свежая инсталяция была
Pavel
Так он же должен быть только Воркерах. разве нет?
Kubespray поднимает control plane как поды.
Aleksey
Да ничего, свежая инсталяция была
прямо вообще ничего? даже в kebu-system ?
Grigorii
прямо вообще ничего? даже в kebu-system ?
Там вообще раскат зафейлился при инициализации мастеров через kubeadm. Просто обратил внимание на рабочие сервисы кублета
Отделение Bereke Bank
Кстати раз уж kubeadm теперь stable - считается ли теперь плохой практикой деплоить куб по hardway? Или надо переписывать свой плейбук чтоб было по фен-шую?
Aleksei
ты серьёзно это спросил?
Отделение Bereke Bank
Да. Если честно меня смущают эти "1000 и 1 способ поднять Kubernetes". И я так и не понял какой из них правильный
Rainbow
Да. Если честно меня смущают эти "1000 и 1 способ поднять Kubernetes". И я так и не понял какой из них правильный
меня уже смущают эти 1000 и 1 способ поставить linux. всякие убунты, coreos, atomic project и тп. Я так и не понял какой правильный
Andrey
правильный тот, с которым потом сможешь обновляться с меньшим для себя геммороем
Rainbow
Естественно RHEL/CentOS 😎
у меня фобия старых ядер и докера
Stefan
не понял, а что stolon не умеет нормально работать с persistent volume claim?
Салтыдык
у меня фобия старых ядер и докера
dns-таймауты (гонка в conntrack) решили только в 5.0-rc6
Салтыдык
не понял, а что stolon не умеет нормально работать с persistent volume claim?
а как вообще stolon может работать с pvc?
Stefan
а как вообще stolon может работать с pvc?
мм а почему нет? я думал надежней будет в pvc его data засунуть а не чтоб emty_dir конфигурация была
Салтыдык
мм а почему нет? я думал надежней будет в pvc его data засунуть а не чтоб emty_dir конфигурация была
так засовывай, stolon-то тут при чём? PVC — это фишка кубера
Stefan
так засовывай, stolon-то тут при чём? PVC — это фишка кубера
ну дело в том, что если запускать кластер с конфигурацией empty_dir то все киперы подымаются, но только я меняю эту конфигурацию на использование pvc, то подымается полноценно только 1 кипер из 3, в логах первого написано что инициализация прошла норм, а следующий кипер висит в статусе ContainerCreating и ничего не происходит странно ведь еще и ошибок при этом нигде нет
Салтыдык
скорее всего у тебя pv нет чтобы pvc подхватил
Stefan
скорее всего у тебя pv нет чтобы pvc подхватил
stolon-pvc Bound pvc-e169c025-369f-11e9-9644-0252ffea31e4 2Gi RWO stolon-sc
Салтыдык
ну вот, а следующая pvc-шка?
Stefan
да и в ивентах бы ругнулось, если бы не смогло подцепить вольююм
Салтыдык
у тебя ж 1+ киперов
Stefan
ох ёй.... то есть ты хочешь сказать, что в конфиге кипера нужно добавить еще два подобных вольюма? - name: stolon-data persistentVolumeClaim: claimName: stolon-pvc
Stefan
блин точно
Roman
тогда CoreOS
Еще ж talos появился
Rainbow
Я тут пару дней назад спрашивал как serverless попроще сделать. Во, появилась идея. Можно же поверх nats нафигачить gateway и воркеры. Может есть что такое готовое?
Alexander
вы сейчас esb придумали ?
RE
камрады, вопрос по GKE, но думаю тут тоже ответят - я вижу на ноде Machine type n1-standard-4 (4 vCPUs, 15 GB memory) CPU requested 1.87 CPU allocatable 3.92 правильно ли я понимаю, что доступных ресурсов для новых подов будет 3.92 - 1.87 == 2.05 ?
Stefan
у тебя ж 1+ киперов
но ведь при такой конфигурации нужно еще дополнительно хардкодить в конфигах столона volumeMounts: - name: stolon-data-1 mountPath: /stolon-data-1 - name: stolon-data-2 mountPath: /stolon-data-2 - name: stolon-data-3 mountPath: /stolon-data-3 нужно в стейтфул сете кипера указывать такое: export STOLON_DATA1=/stolon-data-1 export STOLON_DATA2=/stolon-data-2 export STOLON_DATA3=/stolon-data-3 chown stolon:stolon $STOLON_DATA1 chown stolon:stolon $STOLON_DATA2 chown stolon:stolon $STOLON_DATA3 exec gosu stolon stolon-keeper --data-dir $STOLON_DATA1 exec gosu stolon stolon-keeper --data-dir $STOLON_DATA2 exec gosu stolon stolon-keeper --data-dir $STOLON_DATA3 мне кажется что я делаю что-то не так с empty_dir плохо ведь юзать кластер?
Stefan
а если вдруг 4 кипера понадобится добавить... это снова хардкодить, херня какая-то получается
Aleksey
с чем прости?
local storage через local provisioner
Rainbow
вы сейчас esb придумали ?
походу да. Мне текущие serverless открытые совсем не заходят. Сложно, сыро и куча прослоек. А так gateway - шина - воркер. k8s, если его использовать, нужен только по прямому назначению - оркестрация контейнеров.
Aleksey
с чем прости?
если хочешь могу прямо чарт с сабчартами кинуть
Stefan
local storage через local provisioner
нужно именно pvc, чтоб места на нодах не занимало, мне маунтит это всё дело в амазоне
Stefan
+удобно мониторить будет
Aleksey
нужно именно pvc, чтоб места на нодах не занимало, мне маунтит это всё дело в амазоне
ну можно и pvc, ну на край же можно отдельный диск замаунтить в ВМ, точнее два
Stefan
ну можно и pvc, ну на край же можно отдельный диск замаунтить в ВМ, точнее два
ну вот с pvc я пробую сделать, но чет мне кажется это какая-то дичь и я не правильно делаю
Stefan
а что в дескрайбе у тех, что не создаются?
Multi-Attach error for volume "pvc-b20d1f6e-36a3-11e9-9644-0252ffea31e4" Volume is already exclusively attached to one node and can't be attached to another
Stefan
лол)))
Stefan
это у того, который сейчас в статусе ContainerCreating
Stefan
откуда тут мульти, если у каждого свой pvc
Aleksey
Multi-Attach error for volume "pvc-b20d1f6e-36a3-11e9-9644-0252ffea31e4" Volume is already exclusively attached to one node and can't be attached to another
что-то ты намудрил 🙂 у меня такой дичи нет, у каждого кипера свой клэйм
Aleksey
откуда тут мульти, если у каждого свой pvc
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE data-stolon-keeper-0 Bound local-pv-6decffe6 10230Mi RWO stolon 18d data-stolon-keeper-1 Bound local-pv-66e69407 10230Mi RWO stolon 18d data-stolon-keeper-2 Bound local-pv-cb269244 10230Mi RWO stolon 18d
Aleksey
на всякий случай глянь их хелм, я через чарт ставил, может найдешь в чем беда
Aleksey
случаем нет volumeClaimTemplates ?
Stefan
а что у тебя в стейтфулсете?
в ссылке конфиг кипера(statefulset)
Stefan
3 реплики на одни и те же тома, не?
у меня до этого был один том, на эти три реплики тогда запускается только один кипер, второй в статусе ContainerCreating висит и всё
Pavel
у меня до этого был один том, на эти три реплики тогда запускается только один кипер, второй в статусе ContainerCreating висит и всё
У тебя не кластерная файловая система не может работать на чтение-запись для нескольких подов одновременно, будет факап.
Anonymous
привет всем а кто подскажет минимальные требования к rancher?
Stefan
У тебя не кластерная файловая система не может работать на чтение-запись для нескольких подов одновременно, будет факап.
но как тогда эту хрень запилить?(( то что я пытался сделать это дикий хардкодинг и ошибка о невозможности несколько вольюмов присобачить поду😡
Andrey
привет всем а кто подскажет минимальные требования к rancher?
Начать стоит с выбора платформы. Предлагаю в центре разместить вот этот элемент: https://en.wikipedia.org/wiki/Central_processing_unit
Konstantin
Господа. Извините за оффтоп, подскажите канал про опеншифт
Konstantin
Спасибо. Извините еще раз.
Pavel
Еще сам не начал пилить, может сегодня, 5сли время будет, займусь
Pavel
Тогда расскажу
Pavel
Еще том ридврайтмэни, если файловая система позволяет
« Rev
@kubernetes_ru   1574
Fwd »