Варианты развертывания Pangolin

Pangolin в автоматическом режиме, с помощью скриптов развертывания, поддерживает два варианта развертывания с использованием разных сочетаний компонентов. Данные варианты развертывания также поддерживаются скриптами автоматического обновления:

• решение standalone в конфигурации «Pangolin + Pangolin Pooler»;
• кластерное решение в конфигурации «Pangolin + Pangolin Manager + Pangolin Pooler + DCS».

В ручном режиме клиент может настраивать любые варианты конфигурации, беря на себя ответственность за их дальнейшее обновление до новых версий. Например, с помощью RPM-пакетов можно развернуть только Pangolin, либо развернуть два экземпляра БД и вручную настроить между ними репликацию.

Компоненты, используемые в разных сценариях развертывания:

Pangolin Manager – управляющая программа на Python, позволяющая автоматически обслуживать кластеры Pangolin с различными типами репликации.

Pangolin Pooler – мультиплексоры соединений (программы для создания пула соединений), позволяют уменьшить накладные расходы на базу данных в случае, когда огромное количество физических соединений ведет к падению производительности Pangolin.

DCS – высоконадежное распределенное хранилище параметров конфигурации, задаваемых в форме ключ/значение, работает в связке с Pangolin Manager. В данной конфигурации используется etcd.

Внимание!

Распределенное хранилище параметров конфигурации etcd не является частью продукта Pangolin и является внешней зависимостью.

В следующих подразделах представлена компиляция результатов тестирования различных конфигураций кластера на соответствие следующему набору требований:

• функциональные требования:

  • RTO (допустимое время восстановления) = 6 минут;
  • RPO (допустимая точка восстановления) = 0.

• нефункциональные требования:

  • 10000 tps;
  • объем БД не более 10 ТБ;
  • 2500 одновременных активных подключений;
  • установка 100 новых подключений в секунду.

Решение standalone

Конфигурация «Pangolin + Pangolin Pooler»

Преимущества:

Схема Pangolin для АС, где не требуется соответствие заявленным нефункциональным требованиям (RTO = 6 минут, RPO = 0). Также возможно прерывание предоставляемого сервиса.

Ограничения:

Не соответствует заявленным нефункциональным требованиям.

Кластерное решение

Конфигурация «Pangolin + Pangolin Manager + Pangolin Pooler + DCS»

Преимущества:

• Обеспечивается возможность достижения RTO = 6, но практическое подтверждение возможно по результатам длительной эксплуатации.
• RPO = 0 выполняется кроме случая, описанного в недостатках решения (см. ниже перечисление ограничений).
• Простая в конфигурировании и эксплуатации схема с минимумом потребляемых ресурсов сервера.
• Pangolin Manager имеет внешний интерфейс для управления состоянием кластера и единую точку конфигурирования всех серверов БД, входящих в кластер.
• Несмотря на добавление в конфигурацию дополнительного сервиса, схема остается простой для установки и настройки — Pangolin Pooler имеет единый файл для конфигурирования и обладает простым синтаксисом настроек.
• Позволяет гибко управлять настройками пулов соединений.
• Pangolin Pooler обеспечивает количество соединений большее, чем сконфигурировано в БД.
• Pangolin Pooler позволяет обеспечить стабильную скорость обработки транзакций даже в случае превышения лимита возможных одновременных подключений к БД, согласно конфигурации.
• В Pangolin Pooler можно реализовать автоматическое перенаправление трафика к новому ведущему серверу на основе информации из etcd.

Ограничения:

• RPO = 0 обеспечивается только в случае использования синхронной репликации и наличия механизма обработки timeout на стороне клиентского предложения, в случае следующих обнаруженных недостатков: RPO=0 не выполняется при использовании асинхронной репликации возможно возникновение ситуации «split brain».
• При использовании асинхронной репликации с pg_rewind возможны расхождения в данных между ведущим и ведомым узлом.
• При использовании синхронной репликации с включенным pg_rewind необходима обработка timeout на стороне клиента, так как запросы не будут завершаться до получения ответа от ведомого сервера.
• При использовании синхронной репликации с отключенным pg_rewind данные, полученные до переключения кластера на новый Active, останутся только на «старом» Active.
• Необходимо использовать измененную строку подключения на стороне АС для того, чтобы отправлять все запросы на ведущий сервер кластера.
• Клиентское приложение должно уметь работать с БД в режиме транзакций в соответствии с рекомендуемыми настройками Pangolin Pooler.
• Для использования API v3 компонентом Pangolin Manager для коммуникации c etcd версия пакета etcd должна быть не ниже 3.3.