пока не упретесь в сеть или деньги :)

по крайней мере видел баги в гитхабе Kubernetes : "мы дошли до xvdz и что-то поломалось"

а вот: Important Attaching more than 40 volumes to a Linux instance is supported on a best effort basis only and is not guaranteed.

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/volume_limits.html

если вы про сетевые EBS, то вродебы нету лимита

есть лимиты. И на объем (по-моему 1Т) и на количество. Через саппорт можно попросить побольше

20 тер в одной зоне по дефолту

и 16 тер на 1 диск вроде так

уже 16? я помню, мне не удалось 1т сделать

но это 6 лет назад было почти

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

Попробуй kubespray. Мне понравилось. С кубеадмом теперь не хочется связываться.

Кто-нибудь использует gitlab-ci-runner в кубе? Расскажите, как настраивали. Проблема в том, что dind работает не так, как ожидалось. Не билдятся образы и не монтируется папка из контейнера в контейнере...

Если я в деплойменте изменяю спеку пода, то он мне создаёт второй репликасет. Как этого избежать? Нужно, чтобы старый rs либо сам удалялся, либо заменялся.

Если я в деплойменте изменяю спеку пода, то он мне создаёт второй репликасет. Как этого избежать? Нужно, чтобы старый rs либо сам удалялся, либо заменялся.

полагаю что никак. Это дизайн работы деплоя

кроме того это часть механизма deploy rollback

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

по крайне мере при изменении имаджа так

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

там же есть настройки

ну в GKE так по умолчанию

там же есть настройки

А какие имеется в виду?

Мне просто нужно сделать, чтобы при каждом деплое у меня скачивался заново образ (вне зависимости от того, что тэг одинаковый). Если спека не меняется - образ не заменяется у пода, если спека меняется - создаётся дополнительный rs. А хотелось бы, чтобы просто произошла замена пода.

https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#rolling-update-deployment

так он не будет качать образ если он с таким же тегом

что мешает обновлять версию оброза в теге?

что мешает обновлять версию оброза в теге?

В день по 30 коммитов.

хочешь один за одним ставь maxUnavailable=0 и maxSurge=0

заодно удобно ролбэчиться если что не так

В день по 30 коммитов.

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

и имадж сам раскатается на реплику

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

Да, но все эти образы будут собраны в гитлабе в регистри. Потом удалять их придётся руками.

ну мне кажется это более правильно чем всегда держать только один latest который будет 100500 раз перезаписан и непонятно реальный ли latest на текущих подах

тем более имаджи хранятся слоями и не будут занимать много, только diff от предыдущего имаджа будет пушиться

очистка docker registry - бич нашего времени:)

нет. Бич - это глюки докера. А чистка реджистри - это так, бонус

я после обновления 1.12.6 глюков не замечал. Но они у каждого свои, да)

#whois > Какой у вас проект или где работаете? * Удаленно работаю в fc2.com. Блоги,Видео,Хостинг в Японии/США. > В чём вы специалист? Системный администратор/инженер в датацентре. https://www.linkedin.com/in/maxshchuplov/ > Чем интересно сообщество вам? Источник новой информации для улучшения/обновления инфраструктуры. > Откуда вы? Гомель ,Беларусь > Как узнали про группу? из @ceph_ru

Нашёл revisionHistoryLimit. Как раз настраивается количество репликасетов, которые будут неактивны.

Нашёл revisionHistoryLimit. Как раз настраивается количество репликасетов, которые будут неактивны.

при неизменном docker image откатываться все равно некуда

Всем привет! А кто нибудь юзал tectonic? Подскажите, у него есть вариант нормальной установки, без PXE?

И вообще, оно стоит того? А то, как я понял, эта штука помогает упростить процесс сборки кластера на CoreOS, но при этом у tectonic инструкция по установке сложнее, чем тот кластер руками поднять 😂

ну CoreOS же проще развернуть

наверно.

ну CoreOS же проще развернуть

можно подумать, coreos можно нормально развернуть без pxe

при неизменном docker image откатываться все равно некуда

Его можно установить в ноль и будет как раз то, что мне нужно на тестинг окружении.

можно подумать, coreos можно нормально развернуть без pxe

конечно можно

какой наиболее дешевый способ захостить kubernetes? пока что на примете scaleway и ovh, но ищу еще варианты p.s. дешево, но качественно, чтоб хайлоады и все дела

Gke?

https://cloud.google.com/compute/pricing это их цены на ноды получается? дороговато как-то 🤔

Кто-нибудь использует gitlab-ci-runner в кубе? Расскажите, как настраивали. Проблема в том, что dind работает не так, как ожидалось. Не билдятся образы и не монтируется папка из контейнера в контейнере...

йа тебе сюда https://docs.gitlab.com/runner/configuration/autoscale.html#distributed-runners-caching

gke + promising instances (иди как они там называются) - сейчас присматриваюсь к этому, суть в том что ноды раз в 24 часа перезапускаются но стоят в 2-4 раза дешевле обычных... в правильно настроеном кубере должно быть норм

Такой себе chaos monkey из коробки )

коллеги, я спрашивал, но спрошу еще раз - кто использует кубернетес с прометеем - какие права нужны прометею и куда?

не хочу ему админа давать

При работе со скейлом учитывай низкий iops

не благодари =)

приезжай в питер - с меня пиво

:)

скоро приеду)

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

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

gke + promising instances (иди как они там называются) - сейчас присматриваюсь к этому, суть в том что ноды раз в 24 часа перезапускаются но стоят в 2-4 раза дешевле обычных... в правильно настроеном кубере должно быть норм

preemptible

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

на чем? в AWS?

да

gke + promising instances (иди как они там называются) - сейчас присматриваюсь к этому, суть в том что ноды раз в 24 часа перезапускаются но стоят в 2-4 раза дешевле обычных... в правильно настроеном кубере должно быть норм

а что по ценам? у меня в azure три ноды в 12к в месяц встают, но мне этого мало из-за ограничений на количество дисков

Google Cloud Platform Pricing Calculator  |  Google Cloud Platform https://cloud.google.com/products/calculator/

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

я использую. у копса есть режим конфигурации терраформа, когда он тебе в каталог выдает терраформо-код юзаю для override-oв

да

посмотрите на kube-aws, из плюсов: неограниченные возможности допиливания без потери "обновлений" из следующих версий kube-aws, разные плюшки ввиде атобэкапов кластера и etcd, тесная интеграция с Cloudformation на которой основывается безопасное обновление кластера

Спасибо, гляну)

привет) вопрос всегда надо запускать в одном поде nginx и backend апликуху?

какую функцию выполняет nginx?

сервит статику + прокси к uwsgi

А на GCE чем лучше разворачивать кластер?

Я год назад пробовал - все хреново было, сейчас то по-любому есть че

чем GKE плох?

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

ну так все облака на этом построены :)

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

Я про " переплачивать за всякие плюшки, которые и сам бы мог настроить". компы тоже можно свои иметь и настроить самостоятельно :)

там цена то небольшая за сам кластер