А если мы пускаем куб на дедикейтах ?

в этом чате есть специальная олимпиада по поводу, стоит ли держать db в k8s или нет. можно впринципе еще раз поучаствовать. есть в том числе stolon, https://github.com/lwolf/stolon-chart

в этом чате есть специальная олимпиада по поводу, стоит ли держать db в k8s или нет. можно впринципе еще раз поучаствовать. есть в том числе stolon, https://github.com/lwolf/stolon-chart

а оно работает?

а оно работает?

не пробовал, но в ближайшие недели две-три ресерч будет

но вообще у меня была идея хостить куб\опеншифт через подписку на patreon

в плане?

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

кинься примером makefile для ansible

Мне нужен docker-Евангелист, чтобы продать его внутри Сбербанка (сам я оттуда же) и помочь тем, кто заинтересуется в миграции своих приложений на openshift

нарм

в этом чате есть специальная олимпиада по поводу, стоит ли держать db в k8s или нет. можно впринципе еще раз поучаствовать. есть в том числе stolon, https://github.com/lwolf/stolon-chart

спасибо за варианты, буду пробовать)

кинься примером makefile для ansible

ну все, пятница

кинься примером makefile для ansible

prerequisites: ansible-playbook -vv -i inventory/hosts playbooks/prerequisites.yml deploy: ansible-playbook -vv -i inventory/hosts playbooks/deploy_cluster.yml upgrade_minor_control_plane: ansible-playbook -vv -i inventory/hosts playbooks/byo/openshift-cluster/upgrades/v3_11/upgrade_control_plane.yml upgrade_minor_nodes: ansible-playbook -vv -i inventory/hosts playbooks/byo/openshift-cluster/upgrades/v3_11/upgrade_nodes.yml upgrade_major: upgrade_major_control_plane upgrade_major_nodes

потом всю эту заразу переведу на центос чтоб опенсорснуть

prerequisites: ansible-playbook -vv -i inventory/hosts playbooks/prerequisites.yml deploy: ansible-playbook -vv -i inventory/hosts playbooks/deploy_cluster.yml upgrade_minor_control_plane: ansible-playbook -vv -i inventory/hosts playbooks/byo/openshift-cluster/upgrades/v3_11/upgrade_control_plane.yml upgrade_minor_nodes: ansible-playbook -vv -i inventory/hosts playbooks/byo/openshift-cluster/upgrades/v3_11/upgrade_nodes.yml upgrade_major: upgrade_major_control_plane upgrade_major_nodes

а, прям так без какой-то дичи?

а, прям так без какой-то дичи?

там сверху немножк переменных, но в целом да

тут рекламируют https://slurm.io/slurm2/ может съездите или онлайн подучитесь?

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

И надо сразу в гитлаб его?

таки ради гитлаба это всё и затеяно

А ингресса нет

стоп, но что-то ведь направляет мой трафик на дефолтный бэкенд?

говорит: default backend - 404

стоп, но что-то ведь направляет мой трафик на дефолтный бэкенд?

ингресс контроллер

ингресс контроллер

а, вононочо

как вы тут живёте в этом чате без ссылок?

ссылок в ReadOnly?

ссылок в ReadOnly?

не, не таких, я вот на документацию хотел скинуть ссылку и на гист, но не смог :(

без ссылок только новички

потому что спам задрал

было бы не плохо иметь белый список, куда добавить хотя бы kubernetes.io и всякие гитхабы

лол кек я нашел обходной путь: https://kubernetes.io/docs/tasks/access-application-cluster/list-all-running-container-images/#list-all-containers-in-all-namespaces

чего сказать то хотел?)

я могу старый regexp вернуть в бот, делов-то

без ссылок только новички

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

было бы не плохо иметь белый список, куда добавить хотя бы kubernetes.io и всякие гитхабы

можешь кидать ссылки

чтож он там уже пол часа записывает?

что то он нам сказать хочет

а я запилил ресурс ингресс и оно заработало, чудеса

а я запилил ресурс ингресс и оно заработало, чудеса

Гномики, а не чудеса

Гномики, а не чудеса

надо было просто посильнее нажать на кнопку

надо было просто посильнее нажать на кнопку

Годно)

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

докладываю, IBU 16, ABV 4.5, OG 12

докладываю, IBU 16, ABV 4.5, OG 12

Это вы о пивасе что ле?

Это вы о пивасе что ле?

ога

ога

Тоже варите?

Тоже варите?

ни в коем случае, только употребляю

Ребят, привет. Нубский вопрос. Есть приложение на похапэ. Работает связка nginx + php-fpm. Я заворачиваю аппку вместе с php-fpm в один контейнер. Тут все понятно. Что делать с nginx? Вроде логично запилить конфиг на ingress, но реально ли это? и хороший ли это подход? Или лучше nginx контейнер со всеми реврайтами занести в deployment и уже с него делать сервис?

Ребят, привет. Нубский вопрос. Есть приложение на похапэ. Работает связка nginx + php-fpm. Я заворачиваю аппку вместе с php-fpm в один контейнер. Тут все понятно. Что делать с nginx? Вроде логично запилить конфиг на ingress, но реально ли это? и хороший ли это подход? Или лучше nginx контейнер со всеми реврайтами занести в deployment и уже с него делать сервис?

Делайте контейнер вместе в nginx и выставляйте его через ingress

Можно делать просто пхп контейнер и через аннотации пропихнуть ingress контейнеру реврайты

Первое проще

Делайте контейнер вместе в nginx и выставляйте его через ingress

Контейнер в смысле php-fpm + nginx в одном флаконе или деплоймент из 2х контейнеров?

Можно делать просто пхп контейнер и через аннотации пропихнуть ingress контейнеру реврайты

Вот да, я думал об этом, но не понял, можно ли какие то кастомные вещи там делать через аннотации. например вот такое: location ~* \.(jpg|jpeg|png|gif|css|js|ico)$ { expires max; log_not_found off; }

вы можете сделать один контейнер с php-fpm+nginx, можете сделать два контейнера в одном поде, можете сделать два пода

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

вы можете сделать один контейнер с php-fpm+nginx, можете сделать два контейнера в одном поде, можете сделать два пода

ну технически то да. Я скорее про бестпрактис

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

угу пасиб

И вот еще вопрос вдогонку. Дело в том что это приложение идет вместе со статикой. Ну т.е. это не отдельно фронт и бек. И вот как в данном случае сервить статику? Можно ли в кубере отдельную директорию одного контейнера пошарить с другим контейнером внутри одного пода?

статику в отдельный volume, и маунтить его в R/O в под в нужную директорию в R/O пошарить можно в несколько подов один volume

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

А если это какая-нибудь common thing среди используемых приложений, вроде кэширования? Можно ли перевалить это на контроллер?

А если это какая-нибудь common thing среди используемых приложений, вроде кэширования? Можно ли перевалить это на контроллер?

надо сильно смотреть на тип workload'а и специфику кеширования в общем случае нужно оставить ingress контролер в покое, и заруливать с него трафик в свои nginx/кешеры каким либо угодным способом

статику в отдельный volume, и маунтить его в R/O в под в нужную директорию в R/O пошарить можно в несколько подов один volume

Плохой вариант. Накладывает ограничения на масштабируемость. Если полы создаются репликой то будут все на одном сервере

надо сильно смотреть на тип workload'а и специфику кеширования в общем случае нужно оставить ingress контролер в покое, и заруливать с него трафик в свои nginx/кешеры каким либо угодным способом

thnx.

Плохой вариант. Накладывает ограничения на масштабируемость. Если полы создаются репликой то будут все на одном сервере

сделайте любым удобвным вам способом

CDN

CDN

ну нету такого варианта пока

Тогда nfs

блин, хоть 2 контейнера с одим и тем же кодом собирай ?

Ну тут вопрос то в том есть ли у вас upload в приложении

Если загружать пользователям ничего не нужно, я бы просто в момент билда docker image запаковал туда статику и при старте пола копировал на волум типа emptyDir

А это волум моунтился бы в nginx контейнер

Т.е. Под из 2 контейнеров с общим emptyDir volume

Если пользователи что то загружать должны — nfs/CDN/s3/распределенное файловое хранилище какое нибудь

блин, хоть 2 контейнера с одим и тем же кодом собирай ?

Еще вариант - Сделай один с nginx+php, но вызывай по отдельности.

А не завалялось у кого-нибудь материала по сравнению различных ингресс контроллеров, и их плюсы/минусы, м.б. применение в разных ситуациях. Или это слишком общая тема?

Люди, чисто теоретический вопрос: в чем принципиальное отличие annotations от labels? Пока выглядит так, что это просто "деревянный" вид labels, не поддерживающий операторы вхождения итд. И самое главное: какого хрена они почти везде используются?

По labels можно выбирать ресурсы

Аннотация просто мета данные

Если пользователи что то загружать должны — nfs/CDN/s3/распределенное файловое хранилище какое нибудь

А если они должны загружать, но как бы временно)) Есть функционал загрузки картинок, но в нем картинка попадает в /tmp и тут же отправляется в s3 like сторедж

А если они должны загружать, но как бы временно)) Есть функционал загрузки картинок, но в нем картинка попадает в /tmp и тут же отправляется в s3 like сторедж

Должно прокатить. Можешь всю статику там держать

Ребят, привет. Нубский вопрос. Есть приложение на похапэ. Работает связка nginx + php-fpm. Я заворачиваю аппку вместе с php-fpm в один контейнер. Тут все понятно. Что делать с nginx? Вроде логично запилить конфиг на ingress, но реально ли это? и хороший ли это подход? Или лучше nginx контейнер со всеми реврайтами занести в deployment и уже с него делать сервис?

ingress не умеет fastcgi, если что

Всем привет! А кто сколько master нод использует?

Всем привет! А кто сколько master нод использует?

Мужики говорят что норма от 3х

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

на трех поидее можем потерять один

на 5 два

Ну да, тут зависит все наверное ещё и от инфраструктуры.

Если все на виртах одной железки, но есть ли смысл.

@rheinx спасибо!

Плохой вариант. Накладывает ограничения на масштабируемость. Если полы создаются репликой то будут все на одном сервере

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

Вы можете пояснить?

минут через 10

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

Хороший совет

статику в отдельный volume, и маунтить его в R/O в под в нужную директорию в R/O пошарить можно в несколько подов один volume

Статику в s3

нет в gcs

А не завалялось у кого-нибудь материала по сравнению различных ингресс контроллеров, и их плюсы/минусы, м.б. применение в разных ситуациях. Или это слишком общая тема?

Nginx

нет в gcs

Ну так принеси

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

Вот ваше предложение

статику в отдельный volume, и маунтить его в R/O в под в нужную директорию в R/O пошарить можно в несколько подов один volume

+