stolon patroni и прочее для PG тоже есть для мультимастера
Мне скорее с технической точки зрения интересно. Есть ли какие-то преграды

Только то что информации по ней меньше и в случае если чо-то поломаешь сложнее помощь найти.

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

Что такого у вас на нодах по tcp гоняется что в tcp упирается? Внутри гостей это тюнить надо

очень плохая практика "менять tcp алгоритмы". Если вы про это спрашиваете, значит скорее всего не очень знаете, что делаете и скорее всего проблема не в конкретном алгоритме

лучше расскажите кейс

Бестолковая затея, пожалуй.
Если только у тебя не redhat/centos с древними ядрами и congestion control алгоритмами для tcp.

Кейса нет. Просто любопытно

А что для гостей порекомендуете ?

Ну мы живём на столоне и нам ок. А в плане проблем, ну как пример миграция БД для десигнейта была сломана именно для постгри и ее вроде так и не починили

Если интересны подробности @stress_t может рассказать

А)
Ну типа "тюнинг TCP" это как регулировка карбюратора на старых автомобилях или установка всяких фильтров пониженного сопротивления на новые.

То есть, раньше может и было нужно, а щас ядро всё за тебя сделает. А ты своим вмешательством скорее навредишь.

Ну или как гаражные прошивки ECU "от дядь Феди". +100 лошадей!

Почему не знаю, ознакомился например тут и не только этой статьей ограничился https://blog.apnic.net/2020/01/10/when-to-use-and-not-use-bbr/

@keliyavladi вам сюда https://t.me/openstack_i18n_ru , но денег не заплатят.

Всем привет! Есть ли какие-то интерактивные туториалы по опенстеку?

Живем на pg тоже, были проблемы с миграциями designate как писали выше) в целом ок, patroni для автоматического переключения

Документация на оф сайте отлично написана. Можно ещё книжку полистать Андрея Маркелова

«Сравнивая функционал у обоих игроков, оценим его как почти равный. Разве что MCS (мейл ру клауд) выглядит более зрелым игроком. На это две причины: разница в возрасте, около полутора лет с момента запуска, и использование наработок из эко системы Openstack. С другой стороны в мире не так много крупных облачных сервисов, построенных на базе Openstack.

Если развитие данной платформы будет приостановлено, то компания Mail.ru Group будет вынуждена продолжать разработку в одиночку, будучи скованной архитектурными паттернами родительской платформы Openstack.»