Очень правильный вопрос, мы конечно же думали над этим и планируем это сделать в ближайших версиях. Если все сильно упростить и опустить обработку разных исключительных ситуаций, то с минорными обновлениями все просто, там просто подменяем шаблон докер контейнера с новым PostgreSQL, перезапускаемся и всё, с мажорными обновлениями все немного посложнее, там так же нужно будет заменить шаблон докер контейнера, но перед первым запуском запустить pg_upgrade (возможно сделаем это через отдельный "транзитный" юнит для безопасности обновления), для пользователя это опять же будет прозрачно. У нас в планах сделать это через UI c добавлением кнопочки "Обновить". Но без небольшого простоя тут все же не обойтись, мы считаем это допустимым, т.к. не позиционируем DBaaS-сервис как сервис высокой доступности.
Скажу больше, у нас даже 3 хоста с HAProxy. И, конечно же, нам в кластере нужна единая точка подключения. Patroni умеет переключать роль лидера, контролирует ее доступность, сам может «восстанавливать» узлы PostgreSQL, которые, например, возвращены из обслуживания, но не умеет управлять входящим трафиком. HAProxy, подсматривая за тем, кто лидер в Patroni, умеет направлять трафик на лидера PostgreSQL, но HAProxy по-прежнему не дает нам единой точки подключения. Как раз Keepalived и дает нам VIP, поддерживая его в нужном активном состоянии на одном из узлов кластера.
Например, на текущий момент на рынке СУБД в РФ никто, кроме нас, не реализовал возможность за 10 минут установить кластер с возможностью выбора его конфигурации (в том числе и отказоустойчивый кластер) при помощи UI. Подробное сравнение с процессом настройки кластеризации вручную мы подготовим в отдельной статье.
Уникальной фичей является и дашборд для гибкого управления расширениями (с возможностями их включения/выключения через UI) и мониторинга статуса расширений каждого экземпляра СУБД.
Аутентификацию в СУБД через AD можно настроить уже сейчас, мы помогаем настраивать это нашим клиентам, а аутентификация в UI через AD у нас в ближайших планах.
По поводу переключения между мастером и репликой туда и обратно - как раз кластер Patroni и решает задачи автоматического переключения (как в случае падения мастера, так и по запросу пользователя). Например, если есть потребность обслужить мастер, то можно "по кнопке" в веб-интерфейсе переключить мастер на одну из реплик, свободно выключить "бывший" мастер (переведя кластер в режим обслуживания), что-то в нем поменять, включить его в сеть, он сам автоматически досинхронизируется до нужного состояния, и потом так же "по кнопке" переключить роли обратно, если такое нужно (возврат ролей обратно автоматически не реализуется, и этому есть много объяснений).
Всегда есть вариант использовать ванильный PostgreSQL бесплатно. Но бесплатных, да и коммерческих аналогов с подобной автоматизацией развертывания кластеров нет.
Сравнение Proxima DB с ванильной версией PostgreSQL представлено по ссылке.
Orion soft проводит собственные различные мероприятия, в том числе и по Proxima DB. Подписывайтесь на наш TG-канал https://t.me/orionsoftru, чтобы не пропустить следующие.
Я не отрицаю, что кластер нельзя настроить самому. С попытки так пятой, предварительно разобравшись со всеми параметрами, можно научиться его ставить условно за 3-4-5 часов (в Proxima DB он устанавливается за 15 минут). Но есть дополнительная проблема в том, что штатные пакеты (PostgreSQL, Patroni) в большинстве российских ОС значительно отстают от актуальных версий, местами критически отстают. Примерная последовательность действий, которые нужно совершить, чтобы все собрать из свежих пакетов в один продукт, как раз и описана в статье. И кластерное ПО Patroni как раз предназначено для того, чтобы кластер не "разваливался". При этом Proxima DB - это коммерческий продукт, и, покупая готовое "коробочное" решение, пользователь получает техническую поддержку от вендора.
Документ с политикой лицензирования можно скачать у нас на странице продукта https://www.orionsoft.ru/proxima в разделе "материалы". Цены можно запросить, обратившись на сайт info@orionsoft.ru, либо через любого авторизованного партнера Orion soft.
Очень правильный вопрос, мы конечно же думали над этим и планируем это сделать в ближайших версиях. Если все сильно упростить и опустить обработку разных исключительных ситуаций, то с минорными обновлениями все просто, там просто подменяем шаблон докер контейнера с новым PostgreSQL, перезапускаемся и всё, с мажорными обновлениями все немного посложнее, там так же нужно будет заменить шаблон докер контейнера, но перед первым запуском запустить pg_upgrade (возможно сделаем это через отдельный "транзитный" юнит для безопасности обновления), для пользователя это опять же будет прозрачно. У нас в планах сделать это через UI c добавлением кнопочки "Обновить". Но без небольшого простоя тут все же не обойтись, мы считаем это допустимым, т.к. не позиционируем DBaaS-сервис как сервис высокой доступности.
Скажу больше, у нас даже 3 хоста с HAProxy. И, конечно же, нам в кластере нужна единая точка подключения. Patroni умеет переключать роль лидера, контролирует ее доступность, сам может «восстанавливать» узлы PostgreSQL, которые, например, возвращены из обслуживания, но не умеет управлять входящим трафиком. HAProxy, подсматривая за тем, кто лидер в Patroni, умеет направлять трафик на лидера PostgreSQL, но HAProxy по-прежнему не дает нам единой точки подключения. Как раз Keepalived и дает нам VIP, поддерживая его в нужном активном состоянии на одном из узлов кластера.
Например, на текущий момент на рынке СУБД в РФ никто, кроме нас, не реализовал возможность за 10 минут установить кластер с возможностью выбора его конфигурации (в том числе и отказоустойчивый кластер) при помощи UI. Подробное сравнение с процессом настройки кластеризации вручную мы подготовим в отдельной статье.
Уникальной фичей является и дашборд для гибкого управления расширениями (с возможностями их включения/выключения через UI) и мониторинга статуса расширений каждого экземпляра СУБД.
Аутентификацию в СУБД через AD можно настроить уже сейчас, мы помогаем настраивать это нашим клиентам, а аутентификация в UI через AD у нас в ближайших планах.
По поводу переключения между мастером и репликой туда и обратно - как раз кластер Patroni и решает задачи автоматического переключения (как в случае падения мастера, так и по запросу пользователя). Например, если есть потребность обслужить мастер, то можно "по кнопке" в веб-интерфейсе переключить мастер на одну из реплик, свободно выключить "бывший" мастер (переведя кластер в режим обслуживания), что-то в нем поменять, включить его в сеть, он сам автоматически досинхронизируется до нужного состояния, и потом так же "по кнопке" переключить роли обратно, если такое нужно (возврат ролей обратно автоматически не реализуется, и этому есть много объяснений).
Всегда есть вариант использовать ванильный PostgreSQL бесплатно. Но бесплатных, да и коммерческих аналогов с подобной автоматизацией развертывания кластеров нет.
Сравнение Proxima DB с ванильной версией PostgreSQL представлено по ссылке.
Orion soft проводит собственные различные мероприятия, в том числе и по Proxima DB. Подписывайтесь на наш TG-канал https://t.me/orionsoftru, чтобы не пропустить следующие.
Я не отрицаю, что кластер нельзя настроить самому. С попытки так пятой, предварительно разобравшись со всеми параметрами, можно научиться его ставить условно за 3-4-5 часов (в Proxima DB он устанавливается за 15 минут). Но есть дополнительная проблема в том, что штатные пакеты (PostgreSQL, Patroni) в большинстве российских ОС значительно отстают от актуальных версий, местами критически отстают. Примерная последовательность действий, которые нужно совершить, чтобы все собрать из свежих пакетов в один продукт, как раз и описана в статье. И кластерное ПО Patroni как раз предназначено для того, чтобы кластер не "разваливался". При этом Proxima DB - это коммерческий продукт, и, покупая готовое "коробочное" решение, пользователь получает техническую поддержку от вендора.
Документ с политикой лицензирования можно скачать у нас на странице продукта https://www.orionsoft.ru/proxima в разделе "материалы". Цены можно запросить, обратившись на сайт info@orionsoft.ru, либо через любого авторизованного партнера Orion soft.
Нет никаких проблем вернуться на ванильную версию PostgreSQL. Более того, у нас в планах заложена реализация поддержки «ванилек».