B6-2: VPS resources аудит — capacity headroom для пилотов #76

New issue

Closed

opened 2026-05-11 20:36:14 +00:00 by lekss361 · 2 comments

lekss361 commented

2026-05-11 20:36:14 +00:00

(Migrated from github.com)

Эшелон: 🚀 DevOps / Infra

Зачем

Неизвестно тариф Beget VPS. Worker с Chromium (Playwright) + PostgreSQL 16 + Redis + frontend = немало. Под нагрузкой от пилотов может не хватить.

Что сделать

SSH → free -h, df -h, docker stats
Если RAM свободно <4GB при idle → планировать апгрейд ДО первого пилота
PostgreSQL settings: shared_buffers, work_mem, max_connections (часто default на managed)
Рекомендация: минимум 8GB RAM для prod с PostGIS + Playwright
Disk: data/raw/ может расти (objective raw drains, OSM pbf для B-A1)
Logfile rotation — проверить что не растут бесконечно

Acceptance

Аудит документ в vault infra/VPS_Capacity_May2026.md
Если upgrade нужен → план + date
PostgreSQL tuning применён если default

Owner

devops-engineer

Effort

~0.5 дня

Open questions

Q3 (tech-analyst): тариф Beget? — для capacity planning

**Эшелон:** 🚀 DevOps / Infra ## Зачем Неизвестно тариф Beget VPS. Worker с Chromium (Playwright) + PostgreSQL 16 + Redis + frontend = немало. Под нагрузкой от пилотов может не хватить. ## Что сделать - SSH → `free -h`, `df -h`, `docker stats` - Если RAM свободно <4GB при idle → планировать апгрейд ДО первого пилота - PostgreSQL settings: `shared_buffers`, `work_mem`, `max_connections` (часто default на managed) - Рекомендация: минимум 8GB RAM для prod с PostGIS + Playwright - Disk: `data/raw/` может расти (objective raw drains, OSM pbf для B-A1) - Logfile rotation — проверить что не растут бесконечно ## Acceptance - [ ] Аудит документ в vault `infra/VPS_Capacity_May2026.md` - [ ] Если upgrade нужен → план + date - [ ] PostgreSQL tuning применён если default ## Owner `devops-engineer` ## Effort ~0.5 дня ## Open questions - Q3 (tech-analyst): тариф Beget? — для capacity planning

lekss361 commented

2026-05-23 12:25:10 +00:00

Owner

Status check 2026-05-23

Issue остаётся в силе. После security pivot добавились два новых процесса на VPS:

GlitchTip auth forwarder sidecar (PR #430).
Caddy с log_credentials + dedicated auth_audit.log writer.

Capacity headroom для pilot (11 users + scrapers + GlitchTip + Postgres) не измерялся после этих изменений.

Priority после pilot demo 28.05: medium

Привязка: добавлен в umbrella epic(infra): Pilot infra status 2026-05-23 — после security pivot.

## Status check 2026-05-23 Issue остаётся в силе. После security pivot добавились два новых процесса на VPS: - GlitchTip auth forwarder sidecar (PR #430). - Caddy с `log_credentials` + dedicated `auth_audit.log` writer. Capacity headroom для pilot (11 users + scrapers + GlitchTip + Postgres) не измерялся после этих изменений. **Priority после pilot demo 28.05**: medium Привязка: добавлен в umbrella `epic(infra): Pilot infra status 2026-05-23 — после security pivot`.

lekss361 referenced this issue

2026-05-23 12:26:01 +00:00

epic(infra): Pilot infra status 2026-05-23 — после security pivot #446

bot-backend commented

2026-06-13 18:52:11 +00:00

Collaborator

DRIFT/close-as-sufficient (ground-truth 2026-06-13). Прод-замер снял «неизвестность» из задачи: RAM 11 ГБ total / 7.6 ГБ available (idle » 4 ГБ-порог тревоги), disk 145 ГБ / 33% занято (98 ГБ free). Рекомендация задачи «минимум 8 ГБ» уже выполнена — апгрейд ДО пилота не требуется. capacity-headroom достаточен. Отдельные прод-симптомы (tradein-browser restart = #1184 proxy, couchdb unhealthy) — не capacity, трекаются отдельно. Закрываю как sufficient; PG-tuning/log-rotation — мелкий ops-follow-up при необходимости.

**DRIFT/close-as-sufficient (ground-truth 2026-06-13).** Прод-замер снял «неизвестность» из задачи: RAM **11 ГБ total / 7.6 ГБ available** (idle » 4 ГБ-порог тревоги), disk **145 ГБ / 33% занято (98 ГБ free)**. Рекомендация задачи «минимум 8 ГБ» уже выполнена — апгрейд ДО пилота не требуется. capacity-headroom достаточен. Отдельные прод-симптомы (tradein-browser restart = #1184 proxy, couchdb unhealthy) — не capacity, трекаются отдельно. Закрываю как sufficient; PG-tuning/log-rotation — мелкий ops-follow-up при необходимости.