но все равно жалуется

apiVersion: v1 kind: Service metadata: name: mongo labels: name: mongo spec: ports: - port: 27017 targetPort: 27017 clusterIP: None selector: role: mongo

# * spec.clusterIP: Invalid value: "None": field is immutable

Надо пересоздать сервис, тебе же пишут что параметр нельзя редактировать

▫️Какой у вас проект или где работаете? Odin/CloudBlue ▫️В чём вы специалист? Technical Support Engineer ▫️Чем можете быть интересны или полезны сообществу? пока еще не знаю ▫️Чем интересно сообщество вам? - ▫️Откуда вы? Новосибирск ▫️Как узнали про группу? Нашел в поиске. #whois

Надо пересоздать сервис, тебе же пишут что параметр нельзя редактировать

Л-Логика) спасибо

то есть если я разверну под и зайду внутрь через kubetl exec ... ?

Притом не пинг, а telnet на порт

а подскажите ещё такой момент. по неймспейсам ограничений на возможность ходить от сервиса к сервису нету?

или как раз таки оно и есть?

Нету

хм, да, проверил - нету. зашёл внутрь пода, попробовал курлом дёрнуть cluster-ip сервисы с 80 портом - всё окей

но почему-то kube-system kube-dns ClusterIP 10.96.0.10 <none> 53/UDP,53/TCP 8d не хочет отвечать мне. хотя если с хоста по pod-ip ходить туда, то там рабочий DNS-сервер

Надо пересоздать сервис, тебе же пишут что параметр нельзя редактировать

Похоже это баг хелма(

apiVersion: v1 kind: Service metadata: name: {{ include "depl.fullname" . }} labels: app.kubernetes.io/name: {{ include "depl.name" . }} helm.sh/chart: {{ include "depl.chart" . }} app.kubernetes.io/instance: {{ .Release.Name }} app.kubernetes.io/managed-by: {{ .Release.Service }} spec: clusterIP: None ports: - port: {{ .Values.service.port }} targetPort: 1935 protocol: TCP name: http selector: app.kubernetes.io/name: {{ include "depl.name" . }} app.kubernetes.io/instance: {{ .Release.Name }}

Error: UPGRADE FAILED: Service "vss-depl" is invalid: [spec.clusterIP: Invalid value: "None": field is immutable

по сути же при апгрдейде сервис удалется и поднимается заново

хотя если делать install то все проходит

Error: UPGRADE FAILED: Service "vss-depl" is invalid: [spec.clusterIP: Invalid value: "None": field is immutable

Опять immutable - это не пересоздание, проверь по словарю

да я понимаю что там написано

видимо мое представление нарушено(

▫️Какой у вас проект или где работаете? Odin/CloudBlue ▫️В чём вы специалист? Technical Support Engineer ▫️Чем можете быть интересны или полезны сообществу? пока еще не знаю ▫️Чем интересно сообщество вам? - ▫️Откуда вы? Новосибирск ▫️Как узнали про группу? Нашел в поиске. #whois

А Odin это не бывшие/связаны с virtuozzo?

А Odin это не бывшие/связаны с virtuozzo?

бывшие

А Odin это не бывшие/связаны с virtuozzo?

:)

приятно видеть что они перешли на светлую сторону

приятно видеть что они перешли на светлую сторону

никто не перешел

😂

Ребят, может кто сталкивался по helm. У них есть какое нить ограничение на длинну строки для sectrets передаваемом в base64. Заметил тут одну интересность, если обект (str) до конвертации в base64 больше 40 символов то helm создает его в куберовском ямле с переносом строки, при чем убогим переносом то есть просто создает новую строку, без обьявления о переносе в ямле. Далее если передать как мультилайн, он обрезает обьект до 40 символов. Собственно че за прикол такой и как обходить ?

приятно видеть что они перешли на светлую сторону

А что с Virtuozzo не так?

А что с Virtuozzo не так?

модули ведра

Они же FUSE

Ой простите я про Virtuozzo Storage

никто не перешел

я о том что оно в https://www.opencontainers.org/about/members

Да, двигаемся потихоньку к этому направлению :D Но нас, (IngramMicro/Odin/CloudBlue) там нет :)

кто-нибудь calico использует?

подскажите такую штуку: у меня две ноды - мастер и воркер. на мастере вот такой маршрут: blackhole 192.168.0.0/24 proto bird и всё, что расположено на мастере (поды), пингуются с хоста и всё окей, но те, который расположены на воркере не пингуются. на воркере такой маршрут blackhole 192.168.1.0/24 proto bird

из-за этого у меня на воркере не получается достучаться до днс, под которого развёрнут на мастер-ноде

Бояре, можно ли из пода узнать список ендпоинтов у сервиса?

не использую хеадлесс сервиса

Через API, на этом Prometheus живёт

а кто может подскажет, как очитстить pv от уже удаленных pvc (они в статусе Released)

это про local-storage

и еще момент в эту сторону, как связать pvc и pv?

чтобы определенный pvc падал на определенный pv

только через storage class или есть более элегантное решение?

Бояре, можно ли из пода узнать список ендпоинтов у сервиса?

API полезно подсматривать по kubectl -v=8 . Например в вашем случае kubectl -v=8 describe service и посмотреть откуда ендпоинты берутся

API полезно подсматривать по kubectl -v=8 . Например в вашем случае kubectl -v=8 describe service и посмотреть откуда ендпоинты берутся

под то не может заюзать kubectl)

выше уже сказали юзать api , я вроде придрочился

под то не может заюзать kubectl)

кто сказал не может?

Здравствуйте! Подскажите, есть ли смысл использовать k8s для деплоя приложений на одном сервере/поде? Или ограничиться только docker и свои скрипты? kubeadm - насколько он надежен на проде? Изначальная цель - 0-downtime развертывание

для кубера нужен не один сервер

Что мешает его на одном использовать?

Before you begin: "One or more machines running a deb/rpm-compatible OS, for example Ubuntu or CentOS" - из оф доки

Здравствуйте! Подскажите, есть ли смысл использовать k8s для деплоя приложений на одном сервере/поде? Или ограничиться только docker и свои скрипты? kubeadm - насколько он надежен на проде? Изначальная цель - 0-downtime развертывание

ну для тестов и дев сред разрабов ваще самое то )

это понятно))) Но насколько это будет нормально работать на проде

Для 1 хоста миникуб возьми например

Если уж очень хочется быть в тренде

это понятно))) Но насколько это будет нормально работать на проде

Если все корректно описано - все таски уезжают в прод прозрачно. Вообще сам кубер малость урезан по функционалу, нет шаблонизатора, условий и т.д. Очень рекомендую helm добавить, гемора сильно больше, но шаблоны становятся универсальными. Хотя я по привычке все таски рисую на чистом ямле для кубера, а потом переношу в helm.

Для 1 хоста миникуб возьми например

minikube поднимает полноценную виртуалку. Очень не хочется иметь такую дополнительную нагрузку

это опционально

--vm-driver string VM driver is one of: [virtualbox vmwarefusion kvm xhyve hyperv hyperkit kvm2 none] (default "virtualbox")

ты можешь сделать none

понял, отлично!

я правда так не пробовал, но ты отпишись, получится ли

понял, отлично!

это если ты в линукс, винда или мак - только виртуалка

none (Linux + docker daemon as container runtime only) - this driver can be used to run the Kubernetes cluster components on the host instead of in a VM. This can be useful for CI workloads which do not support nested virtualization.

Благодарю!

Ребят, а джоба может иметь доступ к emptyDir определенного pod'a?

Суть задачи вроде проста. Есть деплоймент, он получает данные извне, нужно эти данные джобой периодически "откачивать" в долговременное хранилище.

дада, все что угодно, лишь бы ceph не ставить.

Ребят, а джоба может иметь доступ к emptyDir определенного pod'a?

почему нет. Укажи один хост для джобы и пода. ReadWriteMany и т.д.

Только запускай под одним gid uid. Или ACL повесь

Только запускай под одним gid uid. Или ACL повесь

ну сам образ у меня один и тот же будет

ну сам образ у меня один и тот же будет

не образ, а папка, под будет дежать внутри воркера. Потому что бы не получил отлупа по правам, выстави их через кубер, или acl повесь. А вообще для таких вещей очень хорошо заходит гластря. Просто и со вкусом

не образ, а папка, под будет дежать внутри воркера. Потому что бы не получил отлупа по правам, выстави их через кубер, или acl повесь. А вообще для таких вещей очень хорошо заходит гластря. Просто и со вкусом

да у меня просто обьемы совсем детсткие. Что ни поставь, оперативы сожрет больше чем трафика данных за неделю

да у меня просто обьемы совсем детсткие. Что ни поставь, оперативы сожрет больше чем трафика данных за неделю

ну тогда просто работай в рамках одного воркера.

ну тогда просто работай в рамках одного воркера.

воркер, имеешь в виду нода?

под то не может заюзать kubectl)

Да я и не предлагаю, просто чтоб в доках не рыться, можно апи подсмотреть

воркер, имеешь в виду нода?

да

https://kubernetes.io/docs/concepts/architecture/nodes/

да

Т.е. мне нужно будет запускать по джобе на каждую ноду, верно? А если будет несколько окружений (неймспейсов), там разделение будет?

Т.е. мне нужно будет запускать по джобе на каждую ноду, верно? А если будет несколько окружений (неймспейсов), там разделение будет?

нет, для джобы ты как и для пода выставишь один NodeSelector