Перейти к содержанию

Resize together политики

Предусловия:

  1. Создание схемы master/slave:

  2. Установите PostgreSQL на сервере master и slave.

  3. Настройте репликацию между master и slave, используя потоковую репликацию.
  4. Запустите PostgreSQL на сервере master и slave.

  5. Настройка watchdog:

  6. Установите и настройте утилиту watchdog на сервере master.

  7. Настройте watchdog для мониторинга состояния сервера master и автоматического переключения запросов пользователей на slave в случае падения master.

  8. Восстановление после падения master:

  9. При падении сервера master watchdog автоматически переключит запросы пользователей на slave.

  10. Пользователи продолжат работать с данными, полученными от slave.

  11. Возвращение master к работе:

  12. После восстановления сервера master watchdog переключит запросы пользователей обратно на master.

  13. Мастер начнёт получать данные от slave и приводить свою базу данных в актуальное состояние.

Триггер: Система видит виртуальные машины (ВМ) и их загрузку. Она предполагает, что на master загрузка больше, а на slave меньше. Обычно в этом сценарии ёмкость у обеих ВМ одинаковая. Без дополнительных данных система по умолчанию выдаст две рекомендации: "Resize up" и "Resize down". Если master отключится, то его нагрузка перенесется на slave. Однако, если у slave будет недостаточно ёмкости, то будут потеряны и master, и slave.

Решением таковой проблемы будет создание политики Resize together.

  1. Реализация политики Resize together:

Цель: Сохранять наиболее близкую и похожую друг на друга конфигурацию ВМок, чтобы сделать переключение master-slave наиболее мягким и безболезненным. Предотвратить действия, которые могут повлечь выключение ВМ машин без контроля администратора системы.

Предусловия: В общем виде этого сценария может существовать много master и много slave узлов.

Шаги:

  • Создайте политику Resize together для группы ВМ, которая должна сохранять конфигурацию максимально одинаковой.
  • Для группы ВМок в этой политике все ресайзы перейдут в режим recommend. На текущий момент система не может определить какую роль играет тот или иной узел в группе, поэтому система будет ориентироваться на ВМ с наибольшей загрузкой в группе.

По умолчанию система выдаст 2 рекомендации - "Resize up" и "Resize down".

  • Resize up рекомендация будет создана для всех ВМ в группе, когда система посчитает, что для ВМ с наибольшей загрузкой нужен Resize up
  • Resize down рекомендация будет создана для всех ВМ в группе, когда система посчитает, что для ВМ с наибольшей загрузкой нужен Resize down

  • Учёт особенностей hot-add возможностей:

  • Если для всех ВМ доступна технология hot-add, то рекомендации останутся в том же режиме (manual или automated), в котором они были до создания группы, в зависимости от настроек, так как ресурсы могут быть добавлены автоматически, потому что ресурсы могут быть добавлены без выключения ВМ.

  • Если hot-add невозможен, то Resize будет в режиме Recommend, потому что его следует выполнить вручную.