А никто не сталкивался с тем, что куб src ip заменяет на ip ноды? Как это лечить? Я видел варианты , если сервис nodeport или loadbalancer, а можно ли это как-то сделать при externalip?

вопрос есть один, по service discovery в prometheus. создаю сервайс: kind: Service apiVersion: v1 metadata: labels: app: prometheus exporter: rabbitmq-exporter annotations: prometheus.io/scrape: "true" prometheus.io/port: "9090" name: mq-metrics namespace: monitoring spec: type: ExternalName externalName: some-fqdn-of-host ожидаю что пром его найдет и начнет скрапить, но фиг там. как правильно добавить сервис для скрэпинга экспортеров вне кластера?

Спасибо!) Что-то там мало пока народу, продублирую еще здесь) Подскажите можно ли дать машинке compute engine доступ к GCR, чтобы docker на машинке без запросов аутентификации мог качать образы?

Да, можно. Используйте сервисвный аккаунт с доступом к gcr для инстанса. Внутри инстанса используйте gcloud docker pull

А это зачем? Они работают по отдельности

я как понял это не касается локального кластера если я его сам поднял

Type LoadBalancer On cloud providers which support external load balancers, setting the type field to "LoadBalancer" will provision a load balancer for your Service. вроде ты все правильно понял, но я не настоящий доктор. я дальше локального minikube не сильно продвинулся, но в процессе..

я даже представить не могу а как этот kubectl знает о тот в каком он облаке

читает /etc/kubectl/cloudprovider/*.conf (или как там правильный путь), оттуда получает тип, нужные credentials - и готово

и где ошибку прочитать а то у меня висит до сих пор pending а причину pending я не знаю

тоесть aws и Google предоставляют одинаковое апи для создание этого Loadbalancer

у тебя minikube?

кажется будто kubernetes спасёт мир

очередной хайп просто

ты опять тролишь

1)А что, нельзя? 2)нет, смотрю на всю эту истерику вокруг куба и мне грустно

почему грустно и где истерика. нельзя, но законы ещё не сделали

ок, не истерика Вижу хайп. DevOps конфа куб куб куб

потому что куб сейчас - самый девопс-подход. Но тюнить бульдозер в самолет опасно. Не все это понимают

>Production-Grade Container Orchestration А я вот решил пару месяцев назад кубер в проде пощупать, и сегодня сразу два issue из багтрекера докера словил, в итоге две ноды их трех штормило. И к самому куберу нареканий нету, и все равно осадочек остался.

коллеги, а подскажите пожалуйста начинающему.. сделал я statefulset, прикрутил к нему persistent volume и вроде бы все хорошо, но кое-что меня тревожит.. правильным ли будет в этот сторадж положить какой-нибудь файлик и под livenessProbe проверять его наличие? тогда в ситуации, пропажи стораджа можно будет попробовать передеплоить под? или существует какой-то другой способ? цель - не дать поду крутиться без стораджа...

если сторадж отвалился - под будет убит, если я правильно помню

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

коллеги, а подскажите пожалуйста начинающему.. сделал я statefulset, прикрутил к нему persistent volume и вроде бы все хорошо, но кое-что меня тревожит.. правильным ли будет в этот сторадж положить какой-нибудь файлик и под livenessProbe проверять его наличие? тогда в ситуации, пропажи стораджа можно будет попробовать передеплоить под? или существует какой-то другой способ? цель - не дать поду крутиться без стораджа...

коллеги, а подскажите пожалуйста начинающему.. сделал я statefulset, прикрутил к нему persistent volume и вроде бы все хорошо, но кое-что меня тревожит.. правильным ли будет в этот сторадж положить какой-нибудь файлик и под livenessProbe проверять его наличие? тогда в ситуации, пропажи стораджа можно будет попробовать передеплоить под? или существует какой-то другой способ? цель - не дать поду крутиться без стораджа...

это была бредовая идея, потому как откуда я знаю куда я файлик положил? на сторадж или в фс контейнера...

я даже представить не могу а как этот kubectl знает о тот в каком он облаке

Коллеги, подскажите, никто не встречался с периодическими проблемами резолва внешних и внутренних доменов через kube-dns? Как-то диагностировали? Ошибки сопровождаются стандартным django.db.utils.OperationalError: could not translate host name "postgres" to address: Temporary failure in name resolution.

я даже представить не могу а как этот kubectl знает о тот в каком он облаке

я даже представить не могу а как этот kubectl знает о тот в каком он облаке

я даже представить не могу а как этот kubectl знает о тот в каком он облаке

это была бредовая идея, потому как откуда я знаю куда я файлик положил? на сторадж или в фс контейнера...

k8s не знает что там с вольюмом дальше - отвалился он или это просто медленно всё. Пусть твое приложение само решает что там со стораджем (в sidecar контейнере, например) и проверяй через livenessProbe

Удивительно, что оно дает PV удалить нв лету

ну да, сейчас сторадж еще пилить-неперепилить

Вы же знаете куда в контейнере монтируется сторадж :) так что можете сказать где файлик

не совсем знаю, ведь если у меня точка монтирования какая-нибудь /mnt/datadir и делаю там файлик через touch healthy, я изначально не знаю, оно создаст его в фс контейнера или в примонтированный сторадж (вдруг он не примонтировался) предыстория такая: есть брокер VerneMQ, который сохраняет сообщения и подписки в LevelDB. мне хочется это положить в PV, что бы не потерять при решедулинге пода. но обратил внимание, если оторвать PV, процесс VerneMQ внутри контейнера продолжает себе жить, срыгивая ошибки в лог... поэтому думаю над способом как прибить под, у которого отвалился PV, без модификации сорцов. я только начал этот тернистый путь, и думал может есть какие-то стандартные способы решения, но пока не нагуглил.

не совсем знаю, ведь если у меня точка монтирования какая-нибудь /mnt/datadir и делаю там файлик через touch healthy, я изначально не знаю, оно создаст его в фс контейнера или в примонтированный сторадж (вдруг он не примонтировался) предыстория такая: есть брокер VerneMQ, который сохраняет сообщения и подписки в LevelDB. мне хочется это положить в PV, что бы не потерять при решедулинге пода. но обратил внимание, если оторвать PV, процесс VerneMQ внутри контейнера продолжает себе жить, срыгивая ошибки в лог... поэтому думаю над способом как прибить под, у которого отвалился PV, без модификации сорцов. я только начал этот тернистый путь, и думал может есть какие-то стандартные способы решения, но пока не нагуглил.

К моменту запуска пода оно точно примонтировано. И я очень сильно сомневаюсь, что вообще возможно отмонтировать из контейнера вольюм на лету. Я пока на телефоне, но удаление PV видится мне чем то нереальным. Почти 100% уверен, что если оно реально удаляется, то под пересоздается. Пока на телефоне, но сегодня проверю

Вы правы, на момент запуска оно точно будет примонтировано, иначе PVC будет ждать появления подходящего PV. Я тоже очень хочу это все попробовать на живом кубе, но пока балуюсь локально с minikube и там заметил такое странное поведение. Вечером однозначно проведу эксперимент еще раз и поделюсь результатами. Интересует два сценария: 1. удаление PV который используется подом 2. удаление физического стораджа, на который смотрит PV (не средствами kubectl)

не совсем знаю, ведь если у меня точка монтирования какая-нибудь /mnt/datadir и делаю там файлик через touch healthy, я изначально не знаю, оно создаст его в фс контейнера или в примонтированный сторадж (вдруг он не примонтировался) предыстория такая: есть брокер VerneMQ, который сохраняет сообщения и подписки в LevelDB. мне хочется это положить в PV, что бы не потерять при решедулинге пода. но обратил внимание, если оторвать PV, процесс VerneMQ внутри контейнера продолжает себе жить, срыгивая ошибки в лог... поэтому думаю над способом как прибить под, у которого отвалился PV, без модификации сорцов. я только начал этот тернистый путь, и думал может есть какие-то стандартные способы решения, но пока не нагуглил.

оффтоп: ммм, а не напомните как решается проблема с "Permission denied" при монтировании volume в контейнер так как разные uid у юзеров? я как-то раньше решал а сейчас не могу вспомнить, нужна какая-нибудь отправная точка :)

оффтоп: ммм, а не напомните как решается проблема с "Permission denied" при монтировании volume в контейнер так как разные uid у юзеров? я как-то раньше решал а сейчас не могу вспомнить, нужна какая-нибудь отправная точка :)

а нельзя этот vernemq запатчить?

очень старнный вывод

service type: nodePort