Бери патрони и твои волосы станут мягкими и шелковистыми

Ну... Если уж очень хочется постгресы в кубе пускать, конечно

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

кстати да, patroni хотел потыкать

Ну ты ж не руками это всё будешь делать, а оператором

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

$ kubectl get pods | grep postgres postgres-postgresql-master-0 1/1 Unknown 0 1h postgres-postgresql-slave-0 1/1 Running 1 1h postgres-postgresql-slave-1 1/1 Running 0 1h postgres-postgresql-slave-2 1/1 Unknown 0 1h

Так пока он в статусе Unknown новый под не появится

Так пока он в статусе Unknown новый под не появится

а что ему не хватает, чтобы выйти из Unknown?

а что ему не хватает, чтобы выйти из Unknown?

Убийства :)

Убийства :)

Руками? О_о

вообще было бы логично, если бы он сам убивался после провалившихся liveness / readness проб

а что ему не хватает, чтобы выйти из Unknown?

У нас на этот случай есть шеллскрипт по крону :)))

Какой ливнем риднес?

Может у тебя сетевая связность пропала и там все работает? Дубли создавать?

Может у тебя сетевая связность пропала и там все работает? Дубли создавать?

да не, я же тестил, сам вырубил виртуалку просто с нодой )

Тут фенсинг нужен, так что сугубо руками

У нас на этот случай есть шеллскрипт по крону :)))

неплохо 😄

хм, а это нормально, что под из StatefulSet не решедулится на другую ноду, если нода, на которой он был запущен упала?

вам нужен fencing

https://github.com/kvaps/kube-fencing

Бери патрони и твои волосы станут мягкими и шелковистыми

у патрони все равно нет фейловера мастеров емнип

Куда дели?

Вчера были

по-быстрому развернул stolon - вроде всё шикарно работает, отлично переживает падения мастера и масштабирование

Пулинг уже сделали?

я пытаюсь раскатать https://github.com/helm/charts/tree/master/stable/kibana и не пойму что не так делаю с частью где ingres у меня ingress: enabled: true hosts: - kibana.kube.local annotations: kubernetes.io/ingress.class: nginx #kubernetes.io/tls-acme: "true" # tls: # - secretName: chart-example-tls # hosts: # - chart-example.local nginx установлен kube спреем

Что не так-то?

Что у тебя не работает?

не резолвится

снаружи

"я взял хельм и у меня не работает!!!!"

и не знаю где посмотреть лог, да я понимаю как это выглядит

Как сделан доступ снаружи в кластер? Ингрессы установлены?

да, спреем # Nginx ingress controller deployment ingress_nginx_enabled: true ingress_nginx_host_network: false ingress_nginx_nodeselector: node-role.kubernetes.io/master: "" ingress_nginx_namespace: "ingress-nginx" ingress_nginx_insecure_port: 80 ingress_nginx_secure_port: 443

кстате, на миникубе ингресс отлично работал

но на aws eks нет(

как-то по особаму надо конфигурить?

Возьми копс для авс

можно подробней?

kops

как понять или где поправить что ingress вообще работает в кластере?

Kubectl show ing

Названия сервисов проверь, порты

В контейнер сходи и проверь работаеттли он

Попробуй в него пойти с ноды

kubectl show это с каким то плагином?

kubectl show Error: unknown command "show" for "kubectl" Run 'kubectl --help' for usage

describe может?

kubectl show Error: unknown command "show" for "kubectl" Run 'kubectl --help' for usage

kubectl get ing

а стоклько должно быть? у меня отображается только один который helm'om приехал с кибаной

kubadmin@kube-master-1:~/charts$ kubectl get ing --all-namespaces NAMESPACE NAME HOSTS ADDRESS PORTS AGE namespace kibana kibana.kube.local 80 132m

Ой, get, сори

Ну должен еще твой быть

Который ты поднимаешь

а системный должен быть который спреем разливается?

мне кажется что он не смотрит наружу, совсем мой кластер, но как понять это или опровергнуть или поправить понимания пока не хватает

Есть какие либо мысли?

мне кажется что он не смотрит наружу, совсем мой кластер, но как понять это или опровергнуть или поправить понимания пока не хватает

а ты ингресс сам ставил?

Язабан

у патрони все равно нет фейловера мастеров емнип

Они предлагают хапрокси, который переконфигурируется confd, который берёт данные из etcd, через который происходят выборы мастера) Ну и готовые конфиги у них в репе есть.

Они предлагают хапрокси, который переконфигурируется confd, который берёт данные из etcd, через который происходят выборы мастера) Ну и готовые конфиги у них в репе есть.

странно, у меня так сходу оператор не умел, но я особо не копал

(там это делается через endpoint без проксей)

Они предлагают хапрокси, который переконфигурируется confd, который берёт данные из etcd, через который происходят выборы мастера) Ну и готовые конфиги у них в репе есть.

они же могут быть оператором и не требовать етцд

А, окей, я оператор не юзал.

Слушайте, а можно как-то посмотреть конфиг из которого раскатывался, например, deployment. Привести describe к yml формату?

get -o yaml

Спасибо

Привеьт всем. Как через initContainers скачвть GeoIP.dat в папку /usr/share/GeoIP/ для контейнера в Deployments. Дело в том, что в образе GeoIP.dat отсутствует. Можно как-то через initContainer его туда добавить?

можно

Привеьт всем. Как через initContainers скачвть GeoIP.dat в папку /usr/share/GeoIP/ для контейнера в Deployments. Дело в том, что в образе GeoIP.dat отсутствует. Можно как-то через initContainer его туда добавить?

А почему при сборке его не добавить?

А почему при сборке его не добавить?

потому что он раз в неделю обновляется

Пробовал так volumes: - name: config-volume configMap: name: {{ .Release.Name }}-config - name: geoip-volume emptyDir: {} initContainers: - name: download-geoip image: busybox command: ["sh", "-c", "wget -P /usr/share/GeoIP http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz && gunzip /usr/share/GeoIP/GeoIP.dat.gz"] volumeMounts: - mountPath: /usr/share/GeoIP name: geoip-volume containers: - name: {{ .Chart.Name }} image: "{{ .Values.image.repository }}:{{ .Values.image.tag }}" imagePullPolicy: {{ .Values.image.pullPolicy }} volumeMounts: - mountPath: /usr/share/GeoIP name: geoip-volume Но получаю Back-off restarting failed container

ну посмотри в лог

все что есть Error from server (BadRequest): container in pod "caprice-capi-555695859c-7x42p" is waiting to start: PodInitializing

нашел wget: bad address 'geolite.maxmind.com'

нашел wget: bad address 'geolite.maxmind.com'

Из пода нет доступа в интернет...

скорее днс не работает

И kube-dns не может разрулить имена

скорее днс не работает

Одно другого не отменяет

Но и по умолчанию, кажется, нет доступа во внешнюю сеть у подов. Я не прав?

Не прав. Только из вне к подам нельзя