Развернуть отказоустойчивый кластер 1С на PostgreSQL (Patroni) + нода аналитики и перенос боевых баз

Цель:
Нужно спроектировать и развернуть отказоустойчивую инфраструктуру 1С на PostgreSQL с использованием Patroni, выделенной нодой для аналитики, и корректно перенести существующие боевые базы 1С в новый кластер без потери данных и с минимальным временем простоя

Текущая ситуация

Есть рабочие базы 1С (файловые / серверные на MS SQL / PostgreSQL — уточним при старте).

1С используется как основная бизнес-система (кол-во пользователей уточним, ориентировочно: N активных пользователей).

Инфраструктура: свои серверы / виртуалки (Proxmox / VMware / облако — уточним при старте проекта).

Нужно:

перейти на кластер PostgreSQL с Patroni,

развернуть кластер 1С,

настроить отдельную ноду аналитики,

перенести действующие базы 1С.

2. Требуемый результат

В конце проекта должно быть:

Кластер PostgreSQL под управлением Patroni

Минимум 3 ноды (1 primary + 2 replicas) или обоснованная архитектура.

HA-конфигурация (Patroni + DCS: etcd/Consul/ZooKeeper – по согласованию).

Настроенная синхронная/асинхронная репликация.

Выделенная replica/нодa для аналитики (отдельная нагрузка отчётов/BI).

Настроенные роли, права доступа и политики безопасности.

Настроенные регулярные бэкапы (base backup + WAL, проверка восстановления).

Кластер 1С

Развёрнутый сервер 1С (одна или несколько нод кластера, по рекомендациям исполнителя).

Подключение всех нужных информационных баз к кластеру PostgreSQL.

Настройка балансировки нагрузки (если используем несколько серверов 1С).

Настройка планировщиков, фоновых заданий, регламентных обработок.

Оптимизация параметров 1С под PostgreSQL (по возможности).

Нода аналитики

Использование реплики PostgreSQL как источника данных для аналитики:

либо через отдельные схемы/БД под отчёты,

либо через внешние инструменты (Даталенс, Power BI, etc. — по согласованию).

Минимизация влияния аналитических запросов на основной контур 1С.

Базовая схема: возможность строить тяжёлые отчёты, витрины данных, выгрузки.

Перенос боевых баз 1С

Анализ текущих баз (тип, объём, особенности).

План миграции с минимальным простоем (night cutover, поэтапный перенос).

Тестовый перенос на стенд и проверка корректности работы.

Финальный перенос в боевой кластер:

документированный чек-лист,

откатный план на случай проблем.

Проверка целостности данных, тестирование производительности и функционала.

Мониторинг и логирование

Настройка мониторинга кластера PostgreSQL и Patroni:

состояние нод,

лаг репликации,

место на диске, нагрузка CPU/RAM/I/O.

Минимум: интеграция с Prometheus + Grafana / либо другое решение (по согласованию).

Логи 1С, PostgreSQL и Patroni – с понятной схемой хранения и ротации.

Документация

Описание архитектуры (схема: ноды 1С, PostgreSQL, Patroni, аналитика).

Инструкция для администратора:

как перезапустить сервисы,

как смотреть состояние кластера,

как переключиться на резервную ноду,

как проверять бэкапы и выполнять восстановление.

Краткий гайд для ИТ-отдела «что делать, если что-то пошло не так».