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

как их лучше готовить, подкинешь мб что почитать ?)

Махание руками от закрытосорсников всяко лучше, да

Но сам я всегда отдаю предпочтение более свободным решениям.

Я пока играюсь (могу тупить сильно) но почему то решил что ранчер не нравится мне (после его установки, тестов) и воспользовался kubespray, установка 2 мастера, 3 воркера в квм на проксмоксе, все на разных хостах физически и в кластере ha для нод с миграцией по 3 хостам. Это нормальное решение вообще?

2 мастера 🤦‍♂

что не так?

их и было всю жизнь очень много просто для безденежных был только сеф

Кстати в MCS(Mail.ru Cloud Solutions) юзают Ceph, NFS и Cinder.

а еще весь опенстек, магнум и прочие не очень подходящие под задачи вещи и что?

Я просто к тому, что в использовании Ceph в качестве хранилища ничего плохого нет.

Если умеешь его готовить.

если у тебч подходящий профиль нагрузки

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

росреестр

А если виртуалки с базами?

что конкретно интересует?

насколько не безопасно оставлять открытым порт 6443 наружу?

Спросите у Tesla

Кстати в MCS(Mail.ru Cloud Solutions) юзают Ceph, NFS и Cinder.

Там фейловер прозрачный?

Для NFSv3 да, т.к. он полностью stateless

>Чем можете быть интересны или полезны сообществу? Интересными вопросами

calico или flannel?

Спросите у Tesla

Пробуем перейти на kubernetes. Пока только пробуем и нет уверенности в силах нужно чтобы трафик приходил на внешний балансир, так чтобы можно было в случае чего вручную переключить с k8s на классическую версию приложения. Есть какие-то решения на этот счёт кроме nodeport? Сейчас на внешке стоит nginx и он обращается по домену к ingress.

У меня вопрос нет ли какого-то лучшего известного решения.

Пустите весь трафик на ingress, а в случае чего переключить service на старое 😁

Лучшим в плане чтоб не надо было приколачивать nodeport гвоздями. Это мне нужно будет каждому приложению выделить nodeport, потом его прописать на nginx. Просто не знаю насколько долго этот переходный период затянется.

По латенси не сильно просаживаться должно?

Лучшего в каком плане? Ну можно поставить haproxy, там онлайн на веб страничке можно трафиком рулить

это как? у haproxy гуй появился или я не понял о чём ты?

как там рулить?

а ёпта, там же можно рулить бекендами, точно))

Скриншот из интернета. Но суть видна. Галочками отмечаешь и включаешь/отклбчаешь

да, давно не нажимал, только статистику и то больше экспортером. Но в любом случае - добавить новые бэки не выйдет(

Тут ещё такой вопрос возникает. Вот ingress я даю 2 externalip, создаю для приложения ingress сервис с внутренним доменом и вот у приложения есть внутренний домен и у него 2 IP. Теперь я иду в свой внешний nginx и говорю proxy pass на внутренний домен. И он резолвит домен и балансит между двумя ip. Но в бесплатном nginx нельзя отслеживать состояние разрезолвленных ip, т.е если нода упадёт, он продолжит слать туда трафик.

calico или flannel?

Тут ещё такой вопрос возникает. Вот ingress я даю 2 externalip, создаю для приложения ingress сервис с внутренним доменом и вот у приложения есть внутренний домен и у него 2 IP. Теперь я иду в свой внешний nginx и говорю proxy pass на внутренний домен. И он резолвит домен и балансит между двумя ip. Но в бесплатном nginx нельзя отслеживать состояние разрезолвленных ip, т.е если нода упадёт, он продолжит слать туда трафик.