Postgres переезжает сюда физически — backend теперь на отдельном VPS

Раньше предполагалось, что backend и БД живут на одном хосте и делят
Docker-сеть — на деле backend будет на отдельном, ещё не арендованном
VPS, а Postgres стоит здесь же, рядом с Vaultwarden. Возвращает свой
контейнер `db` (общий для обеих баз — vaultwarden создаётся через
POSTGRES_USER/POSTGRES_DB, вторая, для backend, через новый
postgres/init-backend-db.sh), публикует 5432 наружу с hostssl+TLS
(postgres/pg_hba.conf, самоподписанный сертификат генерируется один раз
прямо в deploy.yml). Backup-джоба (pg_dump обеих баз) тоже переехала
сюда из netrunner-backend — дампить логичнее там, где физически лежат
данные.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
2026-07-09 17:17:05 +07:00
parent 3b8c0aeebd
commit 9ca6df3dfc
7 changed files with 263 additions and 55 deletions
+16 -20
View File
@@ -13,25 +13,18 @@
## Фаза 0 — предварительно, на новом VPS (136.244.78.208)
Задеплоить (или обновить) прод `netrunner-backend` **первым** — Vaultwarden
теперь не поднимает свой Postgres, а подключается к тому же контейнеру
`netrunner-db` и сети `netrunner_grid`, которые создаёт
`netrunner-backend/docker-compose.prod.yml`. Пока backend не поднят на этом
VPS — `docker compose up` для vaultwarden ниже упадёт с "network netrunner_grid
not found".
Postgres теперь физически стоит прямо здесь, в этом репозитории
(`docker-compose.yml`, сервис `db`) — не в netrunner-backend. Задеплоить этот
репозиторий (через CI или руками `docker compose up -d`) — обе базы
(`vaultwarden` и netrunner-backend) создаются автоматически при первой
инициализации кластера: `vaultwarden` через `POSTGRES_USER`/`POSTGRES_DB`,
вторая — через `postgres/init-backend-db.sh` (`BACKEND_DB_USER`/
`BACKEND_DB_NAME`). Ручных `CREATE ROLE`/`CREATE DATABASE` не требуется.
Затем создать отдельную базу и роль для Vaultwarden в этом общем Postgres
(не переиспользовать логин backend'а):
```bash
# На новом VPS, после того как netrunner-backend/docker-compose.prod.yml поднят
docker exec -it netrunner-db psql -U "$DB_USER" -d postgres -c \
"CREATE ROLE vaultwarden WITH LOGIN PASSWORD 'СЮДА_ТОТ_ЖЕ_ПАРОЛЬ_ЧТО_В_VW_DB_PASSWORD';"
docker exec -it netrunner-db psql -U "$DB_USER" -d postgres -c \
"CREATE DATABASE vaultwarden OWNER vaultwarden;"
```
(`$DB_USER` — существующий админ-юзер backend-Postgres, из его `.env`.)
netrunner-backend сам ещё не задеплоен (живёт на отдельном, пока не
арендованном VPS) — это не мешает: Vaultwarden обращается к `db` внутри
локальной Docker-сети этого же compose, backend подключится позже по сети,
когда появится.
## Фаза 1 — на СТАРОМ сервере (текущий Vaultwarden)
@@ -99,7 +92,7 @@ docker compose stop vaultwarden # снова стоп — даль
```bash
docker run --rm \
--network netrunner_grid \
--network host \
-v ~/netrunner-data/data:/data \
dimitri/pgloader:latest \
pgloader \
@@ -107,9 +100,12 @@ docker run --rm \
--with "disable triggers" \
--with "quote identifiers" \
sqlite:///data/db.sqlite3 \
postgresql://vaultwarden:СЮДА_VW_DB_PASSWORD@netrunner-db:5432/vaultwarden
postgresql://vaultwarden:СЮДА_VW_DB_PASSWORD@localhost:5432/vaultwarden
```
(`--network host` + `localhost:5432` — Postgres на этом же VPS уже публикует
порт наружу, так что localhost работает без разбора имени Docker-сети.)
Проверить, что pgloader завершился без ошибок ("... rows" summary без Errors)
— если есть ошибки по конкретным таблицам, здесь и надо разбираться, ДО того
как запускать vaultwarden поверх.