engelbart
спасибо
Incognito
привет. у меня такой базовый вопрос. а зачем использовать kubectl create, если kubectl apply все-равно делает create если ресурса нету ?
Vladimir
Господа, а можно как нить управлять распределением памяти на кубере? а то у меня на двух нодах по сильно разному занята память и устойчивое ощущение, что его это никак не волнует
Incognito
Rainbow
и вывод, что использовать create нужно, когда не нужен update. Логично же
Incognito
и вывод, что использовать create нужно, когда не нужен update. Логично же
ну т.е. если я всегда буду делать только apply, то ничего страшного не случится же ?
Vladimir
kubectl delete pod --all-namespaces поправит ситуацию, если нормально написаны limits/requests
как поправит и зачем удалять под, если он мне нужен?)
Rainbow
как поправит и зачем удалять под, если он мне нужен?)
равномерно распределит же. Без пинка поды не переезжают.
Vladimir
а вот нифига. Я тоже так думал
Vladimir
точнее не то, чтобы нифига, а не всегда
Vadim
https://github.com/kubernetes-incubator/descheduler/blob/master/README.md
Rainbow
можно посмотреть код шедурела, есть зависимости от наличия image и тп
Vladimir
а он разве не выпилен?
Anonymous
Anonymous
Подскажите как задать группу подсетей или начальную, чтоб в них создавал сеть, если не описана в ямл? А то плодит 172..., а мне надо 10...
Vladimir
ща
Vladimir
For flannel to work correctly, you must pass --pod-network-cidr=10.244.0.0/16 to kubeadm init.
Vladimir
вот тут
Vladimir
https://kubernetes.io/docs/setup/independent/create-cluster-kubeadm/
Anonymous
У меня ещё и несколько композов запущены, так что нужно именно демону скормить
Vladimir
каких композов? какому демону?
Anonymous
docker-compose
Anonymous
Пара контейнеров через него запущены. Не спрашивайте зачем. Просто смирились.
Andrey
Всем привет, кто работал с GitLabCI, не было ошибок при чтении gitlab-ci.yml на inputs переменных? гитлаб говорит что нет такого тега "inputs" build: stage: build image: maven:3.6.0-jdk-8-alpine when: manual inputs: - name: param default: True https://gitlab.com/gitlab-org/gitlab-ce/issues/24935#note_55403925
Anonymous
Да ничего опасного, пара разрабов сидят именно на нем и кластера нехотят. Фиг с ним, но надо демону сказать если сети не описаны в ямл, то создавай следующие после сети docker0 - 10.7.1.0, 10.7.2.0 и т.д.
🚀iamp3🚀
создай просто кастомную сетку? https://docs.docker.com/engine/reference/commandline/network_create/
Anonymous
Я то создам, но они закинут новый ямл, где не описана сеть и докер создаст сеть service_default с адресацией 172.17.0.1 а это бьёт по сетке.
Anonymous
Кажется нашел, сейчас проверю
Eugene
у меня в кластере kube-dns висит на ip 10.233.0.3 но в некоторые поды в resolv.conf прописывается 10.233.0.10, из-за чего под не может нормаьно ходить в интернет, как это поправить?
Andrey
точно kubespray
Anonymous
default-address-pools?
Спасибо помогло. Пива вам в хату.
Anonymous
Andrey
у меня в кластере kube-dns висит на ip 10.233.0.3 но в некоторые поды в resolv.conf прописывается 10.233.0.10, из-за чего под не может нормаьно ходить в интернет, как это поправить?
как вариант, создать сервис cluster ip с 10.233.0.10 (аналог текущего с 10.233.0.3) что бы всё заработало, затем в конфигах докера, kubelet вычищать старый ip и менять его на новый/на нужный
Eugene
как вариант, создать сервис cluster ip с 10.233.0.10 (аналог текущего с 10.233.0.3) что бы всё заработало, затем в конфигах докера, kubelet вычищать старый ip и менять его на новый/на нужный
звучит не очень здорово, а на этапе создания кластера кубспрей не может решить этот вопрос по-человечески? Может там лучше конфиги какие-то поправить?
Andrey
здорово звучит: выкинуть кубеспрей
Andrey
kubeadm по дефолту создает 0.10, а kubespray 0.3 Отсюда и все проблемы
Andrey
в kubespray nginx прокси-балансер по мастер-нодам хорошо сделан, можно взять на использование :) а остальное - сомнительно
Eugene
здорово звучит: выкинуть кубеспрей
это звучит просто прекрасно, полностью согласен, но мне нужно использовать именно кубспрей
Eugene
Что там такого особенного?
проект реализован на кубспрее, нужно прикрутить автоскейлинг не заменяя кубспрей, я все сделал, но у автоскейлера резолв-конф не дает возможности связаться с амазоном и контенер постоянно падает
Andrey
создай костыль для кубеспрея 😁 сервис с ip 0.10
Denis
Сочувствую
Eugene
Сочувствую
спасибо, сочувствие согревает мою израненную кубспреем душу
Eugene
создай костыль для кубеспрея 😁 сервис с ip 0.10
попробую что-то с этим сделать, спасибо
Denis
попробую что-то с этим сделать, спасибо
Не пробовал кастомизировать сам кубеспрей?
Eugene
Не пробовал кастомизировать сам кубеспрей?
что именно там кастомизировать, я только по необходимости там менял что-то, потому что он итак через раз работает
Denis
что именно там кастомизировать, я только по необходимости там менял что-то, потому что он итак через раз работает
Как минимум если выбирается инструмент, на котором строится его базовая архитектура, то должны понимать координально как он работает и уметь его дорабатывать под свои нужны. Тут видел людей, которые форкали кубеспрей под свои нужды
ᴅⁱᵐⁱᴅʳ0ˡ
пипл привет
ᴅⁱᵐⁱᴅʳ0ˡ
ктонить ставил еластик с хранилищем логов на nfs шаре?
Lucky SB
ты мазохист ?
Evgenii
просто эластик в оффдоке советует nfs/cifs для хранения снапшотов 😊
Viktor
Подпишусь на топик))
G72K
Парни, всем привет. Вопрос по deployment абстракции и тригеру latest тэгов... это вообще антипатерн исспользовать подобные тэги, и я ищу другие варианты. https://discuss.kubernetes.io/t/use-latest-image-tag-to-update-a-deployment/2929 Ситуация: есть один репо, он используется на N проектах с разными энв переменными Задача: построить CI/СD, чтобы можно фризить разные версии конкретные для каждого проекта/энва Проблема: в том что нет прямой зависимости когда это деплоить. И отсюда не понятно как это можно автоматизировать.. комитить и апдейтить тупо в репо yaml с deployment'aми не очень удобно, сервисов и энвов все же многовато. Я сначала попытался решить вопрос добавлением просто тэгов в реджистри в стиле project-env-latest, и это в общем-то задачу решило, минимальными усилиями, но возникла проблема с тем что deployment, не видит изменений. deployment.apps/charm-app unchanged Есть идеи?
Когда надо фризить зависимость A в проекте X, то берём sha256 образа A и сохраняем как артефакт в пайплайны X (есть много вариантов как это сделать), затем все артефакты X замороженные вместе двигаются по процессу релиза как единое целое
Grigorii
Привет, а я могу как-нибудь 1 раз создав секрет в дефолтном неймспейсе, использовать его потом в других неймспейсов?
ᴅⁱᵐⁱᴅʳ0ˡ
ты мазохист ?
полка схд по 10G подключена, другого нет
Lucky SB
полка только NFS умеет ??
ᴅⁱᵐⁱᴅʳ0ˡ
iscsi еще
Lucky SB
мне кажется что в данном случае подключать отдельные блочные устройства по iscsi будет более правильным вариантом
German
вопрос к сообществу. в случае перехода ноды из состояние ready в любое другое, как удалить все поды которые на ней загружены, а то нода в поломанном состоянии а поды в running
Lucky SB
если надо быстро - то kubectl delete —force —grace-period=0
German
ждать таймаут, куб поймет что статус не приходит и зашедулит поды в другое место
причем я так понял если нода мертва на её подах не деалается readinessProbe и на неработающий под балансится трафик, или я не прав
Anton
причем я так понял если нода мертва на её подах не деалается readinessProbe и на неработающий под балансится трафик, или я не прав
о таком не думал если честно. но раз кубелет не уведомляет о состоянии, думаю из сервисов должен исключить. так было бы логично
Andrey
Хотя при копошении в client-go иногда приходит мысль, что реклама психоактивных веществ здесь появляется неспроста
Alex
Ребята, может кто сталкивался с таким
Alex
vagrant@k8s-master:~$ helm install stable/wordpress Error: forwarding ports: error upgrading connection: unable to upgrade connection: pod does not exist vagrant@k8s-master:~$ vagrant@k8s-master:~$ kubectl get nodes NAME STATUS ROLES AGE VERSION k8s-master Ready master 32m v1.14.0 k8s-node-01 Ready <none> 30m v1.14.0 k8s-node-02 Ready <none> 28m v1.14.0 vagrant@k8s-master:~$ vagrant@k8s-master:~$ helm version Client: &version.Version{SemVer:"v2.13.1", GitCommit:"618447cbf203d147601b4b9bd7f8c37a5d39fbb4", GitTreeState:"clean"} Error: forwarding ports: error upgrading connection: unable to upgrade connection: pod does not exist vagrant@k8s-master:~$
Grigorii
Вообще, это нормальная история, когда в Кубспрее что-то работает странным образом, либо вообще не работает, хотя и есть какой-то функционал и приходится самому лезть в роли, что-то где-то дописывать?
Artem
helm init
Alex
vagrant@k8s-master:~$ helm init $HELM_HOME has been configured at /home/vagrant/.helm. Warning: Tiller is already installed in the cluster. (Use --client-only to suppress this message, or --upgrade to upgrade Tiller to the current version.) Happy Helming! vagrant@k8s-master:~$
Artem
helm version