Еще в КРОК написали письмо

@pro_hosting

Вот тут ещё можно поспрашивать

@pro_hosting

Спасибо

как будто амазон дешёвый

как будто амазон дешёвый

Ну мне больше по душе ажур к примеру.

omg

omg

ЧТо тебя печалит?)

Посмотрите, пожалуйста, у вас по netstat -i | column -t на veth интерфейсах дропы есть?

Посмотрите, пожалуйста, у вас по netstat -i | column -t на veth интерфейсах дропы есть?

навскидку нет.

Коллеги, добрый вечер. Подскажите, насколько феншуйно и правильно деплоить штатными средствами Гитлаба? Я знаю, что часто применяют Dapp, но я не хочу плодить сущности. Может, в штатных средствах есть какие-то подводные камни и лучше сразу смотреть в сторону Dapp?

Мое впечатление штатные странные какието

Коллеги, добрый вечер. Подскажите, насколько феншуйно и правильно деплоить штатными средствами Гитлаба? Я знаю, что часто применяют Dapp, но я не хочу плодить сущности. Может, в штатных средствах есть какие-то подводные камни и лучше сразу смотреть в сторону Dapp?

почему бы не завернуть все в helm? https://about.gitlab.com/2017/09/21/how-to-create-ci-cd-pipeline-with-autodeploy-to-kubernetes-using-gitlab-and-helm/

Хм, интересно, спасибо. Но я как-то сторонюсь helm-а. Он у меня не работает и я пока не думал о том, чтобы заставить его работать. Молодо-зелено ведь.

Хм, интересно, спасибо. Но я как-то сторонюсь helm-а. Он у меня не работает и я пока не думал о том, чтобы заставить его работать. Молодо-зелено ведь.

почините, жизнь наладится.

почините, жизнь наладится.

Хорошо.

Подскажите куда копать? поднят ingress, настроен сервис Если делаю curl с ноды на него по http - всё ок если пытаюсь зайти через браузер с другой машины - ошибка 500 фаерволов нету, ошибка nginx'a вылетает?

Логи пода ingress контроллера смотреть

192.168.88.11 - [192.168.88.11] - - [09/May/2018:18:32:05 +0000] "GET /favicon.ico HTTP/1.1" 500 0 "- " "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Y aBrowser/18.3.1.1232 Yowser/2.5 Safari/537.36" 310 24.831 [cattle-system-cattle-service-443] 10.42.2. 3:443 0 24.831 500 получается что ему сервис отдаёт 500 ошибку

Ну тогда смотрите логи пода сервиса

Новая книжка про актуальное :)

Не путаете? Копирайт стоит 2018 год, плюс несколько разделов про k8s.

Не путаете? Копирайт стоит 2018 год, плюс несколько разделов про k8s.

ой, я чёт не то открыл в телефоне :))

привет всем. подскажите плз. пытаюсь запустить прометеус в кубе и выдает такую ошибку: May 10 08:34:39 kube-node3 kubelet[6797]: I0510 08:34:39.710789 6797 kuberuntime_manager.go:757] checking backoff for container "init-chown-data" in pod "prometheus-prometheus-server-577dd55455-g9jzr_gitlab-managed-apps(6bc79c9f-53da-11e8-87a1-005056b2b12a)" May 10 08:34:39 kube-node3 kubelet[6797]: I0510 08:34:39.710939 6797 kuberuntime_manager.go:767] Back-off 5m0s restarting failed container=init-chown-data pod=prometheus-prometheus-server-577dd55455-g9jzr_gitlab-managed-apps(6bc79c9f-53da-11e8-87a1-005056b2b12a) May 10 08:34:39 kube-node3 kubelet[6797]: E0510 08:34:39.710981 6797 pod_workers.go:186] Error syncing pod 6bc79c9f-53da-11e8-87a1-005056b2b12a ("prometheus-prometheus-server-577dd55455-g9jzr_gitlab-managed-apps(6bc79c9f-53da-11e8-87a1-005056b2b12a)"), skipping: failed to "StartContainer" for "init-chown-data" with CrashLoopBackOff: "Back-off 5m0s restarting failed container=init-chown-data pod=prometheus-prometheus-server-577dd55455-g9jzr_gitlab-managed-apps(6bc79c9f-53da-11e8-87a1-005056b2b12a)" как пофиксить?

Кстати на счёт GitLab. При установке helm из вебки GitLab постоянно ругается на недоступность репозитория alpine. Я понять не могу вообще как это дело дебажить? Логов, где есть что-то про helm не нашел

Кстати на счёт GitLab. При установке helm из вебки GitLab постоянно ругается на недоступность репозитория alpine. Я понять не могу вообще как это дело дебажить? Логов, где есть что-то про helm не нашел

а оно надо вообще?

А почему нет?

Хочется пощупать их общий pipeline

ну вот к примеру кластер на виртуальных инстансах в облаке. Ceph норма развернуть в этом же облаке? Мне всегда казалось что ceph нужно развертывать на bare metal и причем со всякими горячими и холодными кэшами на ssd

Развернул подобное с rook, пока все нравится. Но надо понимать, для чего используется он. В целом фз-152 в РФ это vcd вмтвари со всеми его недостатками. ec2 или gce в разы удобнее.

Всем привет, задам глупый вопрос, который наверно уже поднимался раз так 10, но все-таки: никто бд не поднимал в кластере с хранением данных в PV? Поды-то перемещаются в другую ноду при отключении, а вот PV остается на месте. Как-то можно заставить реплицироваться PV между нодами?

кластерная фс?

в самом кластере или рядом?

PV у тебя в чём?

Всем привет, задам глупый вопрос, который наверно уже поднимался раз так 10, но все-таки: никто бд не поднимал в кластере с хранением данных в PV? Поды-то перемещаются в другую ноду при отключении, а вот PV остается на месте. Как-то можно заставить реплицироваться PV между нодами?

statefulSet

PV у тебя в чём?

пока обычный Local, если вопрос про это.

ну то есть они не могут переключаться между серверами

Он оставляет PV на какой-либо ноде и с нее шарит, если я правильно механизм понял. Нода сдохла - PV тоже. :/

statefulSet

Почитаю сейчас, спасибо

Всем привет, задам глупый вопрос, который наверно уже поднимался раз так 10, но все-таки: никто бд не поднимал в кластере с хранением данных в PV? Поды-то перемещаются в другую ноду при отключении, а вот PV остается на месте. Как-то можно заставить реплицироваться PV между нодами?

Насколько понимаю openEBS решает эту задачу

Почитаю сейчас, спасибо

И, да statefullset

БД какая? Постргес?

Разные есть, и постгрес, и персона/mysql

Пока сложно дается понимание statefulSet, это вместо подов/деплойментов, или вместо PV?

это вместо деплойментов

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

Ага, и судя по докам надо сразу больше одного делать?

не обязательно

А если их 2 - они между собой синхронизируются?

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

Т.е на другой ноде не могут запустится?

зависит от PV на самом деле

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

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

сами? или это махинации нужны какие-то?

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

А как быть с данными?

данные в PV

Например, у меня есть PV с данными бд на ноде1, она отключилась, поды переехали, а PV - нет

ну и бэкапить pv на уровне файловой системы - как вариант

ну и бэкапить pv на уровне файловой системы - как вариант

бекапы нод есть, с этим норм :)

Например, у меня есть PV с данными бд на ноде1, она отключилась, поды переехали, а PV - нет

ну тогда всё

или все-таки они могут переехать, но не сразу?

Например, у меня есть PV с данными бд на ноде1, она отключилась, поды переехали, а PV - нет

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

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

либо репликацию

Точнее сторадж который, к которому доступ есть со всех нод

Точнее сторадж который, к которому доступ есть со всех нод

но по умолчанию к PV есть доступ отовсюду же

ты же сказал что у тебя он локальный

хм, значит что-то я еще не поднимаю в терминологии

локальный тоже можно шарить по сети )

но по умолчанию к PV есть доступ отовсюду же

Но когда энода с PV скончается до доступ к нему пропадет) А разделяемый сторадж будет всегда доступен

хм, как же тогда его пошарить в кластере правильно?

локальный тоже можно шарить по сети )

так чтобы кубер это понимал?

не

хм, как же тогда его пошарить в кластере правильно?

читай про nfs-storage

хм, как же тогда его пошарить в кластере правильно?

или openebs

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

ну базу данных хранить в nfs это вообще забавное развлечение

ну базу данных хранить в nfs это вообще забавное развлечение

вот да, благо среда тестовая, скорость не критична

Но спасибо, пойду изучать эти вещи :)

а openebs я сам тоже планирую потыкать пальцем

ну базу данных хранить в nfs это вообще забавное развлечение

Я пробовал и у меня были какие то непонятные глюки, после падения ноды.

В обще в k8s есть провижеонер который так и назыается nfs-storage

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

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

Я проверял с локальными стораджами. После того как убивал одну ноду с экземпяром statefullset, то этот кхемпляр уже не запускался, что собственно и логично. Контроллер не смог найти pvc этого экземпляра и запустить его

Господа, вопрос по работе kubespray с coreos. После завершения деплоя в ~/.kube/config остается не указан адрес кластера. Соответственно с рабочей машинки кластер через kubectl недоступен. Я включил опцию kubectl_localhost: true но это не помогло. Если захожу на ноду и делаю на ней kubectl get nodes ноды отображаются. Системные контейнеры зараненны. Куда смотреть\что ковырять?

Наверное адрес апи сервера

Наверное адрес апи сервера

curl 127.0.0.1:8080/api { "kind": "APIVersions", "versions": [ "v1" ], "serverAddressByClientCIDRs": [ { "clientCIDR": "0.0.0.0/0", "serverAddress": "10.10.101.135:6443" } ] } serverAddress должен быть внешним, верно?