nfs не отказоустойчива и автоматического провизинга в ней нет

всё на ручной тяге

Ребят, подскажите пожалуйста, используют ли kops в проде? Или есть какие либо более production-ready системы для подъема кластера на aws с autoscale и прочим блекджеком?

Если есть полка дисковая например unity у нее nfs отказоустоичивая но это из другой песни наверное. У нас гластер нфс и fc

Ребят, подскажите пожалуйста, используют ли kops в проде? Или есть какие либо более production-ready системы для подъема кластера на aws с autoscale и прочим блекджеком?

я kubespray пользую для железа, но aws он вроде тоже умеет

Ребят, подскажите пожалуйста, используют ли kops в проде? Или есть какие либо более production-ready системы для подъема кластера на aws с autoscale и прочим блекджеком?

Tectonic. Разворот из тераформ, дружит и с барэметал и aws и vmware и прочее

Используете для прода? Есть ли подводные камни?

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

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

а dns как настроен? dns_mode и иже с ними. какая сеть?

kube_network_plugin: calico, dns_mode: kubedns

спасибо

не понимаю я этой патологической любви к ceph, я что-то упускаю?

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

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

хороший и надежный сторедж

хороший и надежный сторедж

Перегрузи один из серваков по питанию ;)

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

Перегрузи один из серваков по питанию ;)

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

Привет! Можно ли "calico-kube-controllers", запускать больше чем одну реплику? Есть ли там какой-нибудь lease leader election механизм внутри?

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

Можете подсказать как правильно сделать алиас в поде? hostname: consul subdomain: example.ru - ругается на синтаксис, с точкой..

я лично огреб баг при миграции версии опенстека в рэкспейсе :)))

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

я имел ввиду deployment calico-kube-controllers, а вы наверно про daemonset calico-node

openstack используется rackspace и использовался nasa (потом они ушли на OpenNebula, по сути это порт кусочка openstack на ruby)

Какой openstack на ruby!? Ядро Opennebula на C.

я лично огреб баг при миграции версии опенстека в рэкспейсе :)))

я про то что OpenNebula это "кусочек опенстек на Ruby"

Какой openstack на ruby!? Ядро Opennebula на C.

Морда точно была на руби - я ее чинил

Лучше-бы в опенстеке морда тоже была на рельсах. Та что есть редкостный отстой.

Лучше бы в опенстеке ядро было на С. Или хотя бы на го. Морду-то не проблема починить

Лучше бы в опенстеке ядро было на С. Или хотя бы на го. Морду-то не проблема починить

lol

посмотри на ceph, в нем есть C++. стал ли он от этого хорошим продуктом?))

посмотри на ceph, в нем есть C++. стал ли он от этого хорошим продуктом?))

опенстек не делает data plane

а сеф делает

узнал про https://storpool.com/

не говно ли? :)

есть у кого опыт?

StorPool Storage-fastest and most efficient block storage for cloud builders и как это епт нормально прочитать ? я начинаю понимать мотивы граммар-наци

Был перспективный проект sheepdog. Но он похоже впал в кому.

Был перспективный проект sheepdog. Но он похоже впал в кому.

ceph его выдавил

НАРОД, как сделать pull нового имаджа перед заменой версии в деплойменте?

поменять тэг имейджа

логикой остановки\запуска новых подов при rolling update можно управлять

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

я имел ввиду deployment calico-kube-controllers, а вы наверно про daemonset calico-node

отвечу сам себе: lease был, да пропал. Возвращение есть только в виде пуллл-реквеста https://github.com/projectcalico/kube-controllers/pull/215

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

как выглядит политика для rolling update? разрешите рост реплик при апдейте

вот так spec: replicas: 1 strategy: type: RollingUpdate template:

вот так spec: replicas: 1 strategy: type: RollingUpdate template:

сделайте: strategy: rollingUpdate: maxUnavailable: 0 maxSurge: 1

лучше проценты юзать наверное

еще лучше для него было бы самому доку почитать и понять по наводящим вопросам. вместо четкого ответа. сами воспитываете нежелательное поведение же

лучше проценты юзать наверное

да, наверно. У нас просто нигде нет двухзначного количества реплик. А конфиг я скопировал из первого попавшегося манифеста в репозитории

привет чего то не могу найти нормальную инфу - можно ли в деплоймент файле вставлять переменные из файла с переменными (для имаджей) как в docker-compose например можно вставлять из .env

в kubectl ты yaml кормишь и ограничен его возможностями

но ты можешь использовать любой шаблонизатор на свой вкус

Я шаблонизатор sed использую, рекомендую /s

привет чего то не могу найти нормальную инфу - можно ли в деплоймент файле вставлять переменные из файла с переменными (для имаджей) как в docker-compose например можно вставлять из .env

из конфигмапов можно

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

добро пожаловать

популярные варианты: 1) helm 2) ksonnet 3) самодельное что угодно

и ещё https://github.com/fkorotkov/k8s-kotlin-dsl есть, но лично я пока не пробовал

глянем спасибо

о кажется вот эту шляпу видел на devoopse но там сходу вообще нифига непонятно

но ты можешь использовать любой шаблонизатор на свой вкус

у меня странное поведение, если выставлять maxUnavailable 0, то пода висит долго в статусе пендинг

стоит выставить 1, и с небольшим даунтаймом на все заводится

возжожно это как-то связано с тем что там крутится nginx с nodePort

Реплики тоже не создаются больше двух

Подскажите, почему в calico манифестах по умолчанию CALICO_IPV4POOL_IPIP=Always, а не CrossSubnet?

Можете подсказать как правильно сделать алиас в поде? subdomain: example.ru - ругается на синтаксис, с точкой.. или как добавить зону в kube-dns example.ru?

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

еще есть ansible-container

у него синтаксис вообще на docker-compose очень похож

Подскажите, почему в calico манифестах по умолчанию CALICO_IPV4POOL_IPIP=Always, а не CrossSubnet?

что бы в облаках работало, иначе ip spoofing получается

у меня странное поведение, если выставлять maxUnavailable 0, то пода висит долго в статусе пендинг

describe для всех сущностей, выясняйте что заставляет ее быть в pending

что бы в облаках работало, иначе ip spoofing получается

спасибо. Включу CrossSubnet, т.к. у нас непонятно будут ли когда-нибудь разные сети в одном кластере https://docs.projectcalico.org/v3.0/usage/configuration/ip-in-ip

у меня странное поведение, если выставлять maxUnavailable 0, то пода висит долго в статусе пендинг

https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#rolling-update-deployment все верно заметили что maxSurge должен быть больше 0, а maxUnavailable =0. по умолчанию и там и там 25% стоит. но для недоступных округление вниз идет, а для избыточных - с округлением вверх. для 1 реплики должен сначала нарастить число реплик в новом replicaset, потом грохнуть старый rs. по документации такое поведение должно было быть

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

Еще есть простой путь через envsubst Например: apiVersion: apps/v1 kind: Deployment metadata: name: blablabla-service namespace: ${DEPLOY_NAMESPACE} ... Объявлена переменная окружения: DEPLOY_NAMESPACE=foobar_ns И в итоге: envsubst < deploy.yaml | kubectl apply -f -

Еще есть простой путь через envsubst Например: apiVersion: apps/v1 kind: Deployment metadata: name: blablabla-service namespace: ${DEPLOY_NAMESPACE} ... Объявлена переменная окружения: DEPLOY_NAMESPACE=foobar_ns И в итоге: envsubst < deploy.yaml | kubectl apply -f -

или даже лучше так: envsubst < deploy.yaml | tee - | kubectl apply -f -

чтобы дебажить отрендеренное

дайте человеку хайпануть хоть с go template в helm =) такая возможность раз в жизни

а логи контейнера после апгрейда образа уже никак не посмотреть? -p пишет, что Error from server (BadRequest): previous terminated container "container" in pod "pod" not found

иногда с флагом --previous можно

но кажется это не для terminated а когда он рестартанул

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

как это вручную?

С самого инстанса, на котором под

что такое "инстанс, на котором под"?

с ноды что ли? откуда им там взяться

а где же им еще быть кроме ка к не на ноде? :)

ну разве что у докера стоит log driver какой-нибудь rsyslog или еще что-то что отправляет логи сразу куда-то

ладно, и как же забрать их с ноды?

(да и не факт, что это докер, вообще)

С нее, придется правда поискать, они лежат в директориях по хешу

вообще говоря, при апгрейде образа под рестартует, и, сторого говоря, это уже другой под

Верно. Простите, я имел ввиду нода если живая

а, нода жива, конечно

вообще говоря, при апгрейде образа под рестартует, и, сторого говоря, это уже другой под

конечно, поэтому надо найти по хешу старого пода его логи

в зависимости от драйвера логов в докере это или просто в директории старого пода json файл или копать в journald или еще где