Автоматическая установка PostgreSQL: руководство по пулу соединений и резервному копированию

PostgreSQL — это жемчужина мира баз данных с открытым исходным кодом. Надежный, масштабируемый, соответствующий стандартам. Однако в производственной среде для эффективной установки, настройки пула соединений, процессов резервного копирования и восстановления требуется информация. Гораздо больше, чем одна команда P0.

В этой статье мы объясним, как VDS Panel автоматически управляет PostgreSQL, как она масштабируется с помощью PgBouncer и ее стратегию резервного копирования.

Новый проект = новая база данных

Конфигурация PostgreSQL в традиционном порядке:

Р0

Затем в среду вашего приложения:

П1

В панели VDS: Установите флажок «Добавить PostgreSQL» при добавлении проекта. Остальное происходит автоматически:

1. 01
   Пользователь создан

   Пользователь с именем myapp_user и надежным паролем из 32 символов. Пароль больше не раскрывается за пределами БД.
2. 02
   База данных создана

   БД с именем myapp_production назначается новому пользователю в качестве владельца.
3. 03
   Разрешения общедоступной схемы предоставлены.

   Для PG 15+ также установлены ПРИВИЛЕГИИ ПО УМОЛЧАНИЮ. Миграция Liquibase/Flyway работает без проблем.
4. 04
   DATABASE_URL вводится в среду

   Когда контейнер приложения запускается, он видит строку подключения в среде процесса. Это не написано нигде в файле или git.
5. 05
   Пул соединений PgBouncer сохранен.

   Если это проект с высокой пропускной способностью, соединение маршрутизируется через PgBouncer. Подробности ниже.

Зачем нужен PgBouncer?

PostgreSQL создает отдельный процесс для каждого соединения. Если API Node.js получит 100 одновременных запросов, будет 100 процессов PG. Это создает накладные расходы на переключение памяти и контекста.

PgBouncer объединяет ссылки. Сопоставляет 1000 ссылок приложений с 20-50 реальными ссылками на PG. Заключение:

VDS Panel автоматически устанавливает PgBouncer для проектов с высоким трафиком. URL-адрес ссылки:

П2

Приложение даже не знает об этом; Он использует тот же интерфейс, но пул соединений работает в фоновом режиме.

Автоматическое резервное копирование

VDS Panel проверяет вашу базу данных каждые 15 минут и ежедневно создает полную резервную копию:

— Дамп базы данных с помощью pg_dump —format=custom.

• Шифрование с помощью age или gpg (с открытым ключом).
• Дополнительная загрузка S3 или R2 (аварийное восстановление)
• Срок хранения 30 дней, старые резервные копии автоматически удаляются.
• Локальный файл сохраняется при неудачной загрузке.

Вы можете просмотреть список резервных копий и восстановить любую резервную копию с панели.

Восстановление: откат

Миграция пошла не так, данные были повреждены. Из панели:

1. «База данных» → вкладка «Резервные копии».
2. Выберите желаемую дату резервного копирования.
3. Кнопка «Восстановить». Панель 4:
   • Закрывает существующие соединения (режим обслуживания)
   • Сохраняет текущие данные как P0
   • Создает новую базу данных из резервной копии.
   • Перенаправляет приложение в новую БД
   • Открывает ссылки

Общее время ~30 секунд (для небольших БД). Несколько минут для больших БД.

Управление миграцией

Liquibase, Flyway, Prisma, Drizzle, TypeORM, какой бы инструмент миграции вы ни использовали, панель автоматически решает проблемы владения таблицами Liquibase/Flyway:

• Liquibase/Flyway создает таблицу с суперпользователем postgres.
• Пользователь приложения не может получить доступ к этим таблицам (проблема владения).
• Панель обнаруживает это и автоматически передает право собственности.

В противном случае вы получите сообщение об ошибке «Отказано в доступе к таблице…»; Панель решает эту распространенную проблему.

PostgreSQL в Kubernetes (CNPG)

Если модуль K3s активен, CNPG (оператор CloudNativePG) можно использовать для PostgreSQL промышленного уровня. Плюсы:

• Автоматическое переключение при отказе (резервный режим вступает во владение в случае сбоя основного устройства)
• Потоковая репликация (чтение реплик)
• Горячее резервное копирование (резервное копирование без простоя)
• Мониторинг интеграции
• Плановое техническое обслуживание.

Он устанавливает CNPG одним щелчком мыши с помощью модуля VDS Panel K3s. Он идеально подходит для производственных сценариев, требующих высокой доступности.

##Мониторинг

Панель для каждого экземпляра PostgreSQL:

• Количество активных соединений (используется/макс.)
• Производительность запросов (медленное обнаружение запросов)
• Использование диска
• Размеры стола
• Задержка репликации (если есть)
• Статус резервного копирования

P0 по умолчанию; Запросы длительностью более 500 мс протоколируются. Вы сразу заметите медленные запросы.

Изоляция

На стороне панели каждый проект работает в собственной базе данных:

• Проект A не может получить доступ к БД проекта B.
• Отдельный пользователь, отдельный пароль, отдельная схема.
• Резервные копии можно зашифровать в отдельные файлы с разными ключами.
• Удаление влияет только на БД этого проекта.

Для сценариев многотенантного хостинга такая изоляция имеет решающее значение.

Заключение

Производство PostgreSQL — это работа, которая занимает несколько часов, если выполнять ее вручную: создание пользователя/базы данных, назначение разрешений, настройка пула соединений, планирование резервного копирования, тестирование восстановления, мониторинг. VDS Panel выполняет эти шаги автоматически и позволяет управлять ими из интерфейса панели.

Все, что вам нужно сделать, это установить флажок «Добавить PostgreSQL» при добавлении вашего первого проекта. Остальное выполняется в течение 4 секунд. Вы можете проверить домашнюю страницу для получения подробной информации о модуле базы данных или поделиться своим сценарием установки из контактной формы.