PostgreSQL VPS хостинг: выделенный сервер для Postgres 16

Выбор Postgres вместо альтернатив оправдан для большинства новых проектов в 2026 году:

• JSONB и индексы GIN: работа с JSON быстрее, чем в MongoDB, при сохранении ACID транзакций.
• Полнотекстовый поиск через tsvector: заменяет Elasticsearch для большинства задач до 100 ГБ данных.
• Расширения: PostGIS для геоданных, TimescaleDB для time-series, pgvector для AI embeddings.
• Партиционирование таблиц: родная поддержка декларативного партиционирования по диапазонам и хешу.
• Логическая репликация: CDC из коробки без необходимости в Debezium.

Postgres требует больше тюнинга, чем MySQL, но даёт несравненно больше возможностей. Под Postgres важно правильно подобрать VPS с быстрыми NVMe для WAL.

После установки Postgres 16 на свежем VPS обязательно подстраиваем конфигурацию под реальные ресурсы. Базовые параметры для VPS с 8 ГБ RAM и 4 vCPU:

• shared_buffers = 2GB: примерно 25% от RAM, кеш страниц данных в памяти Postgres.
• effective_cache_size = 6GB: сколько данных может быть в OS page cache, влияет на планировщик.
• work_mem = 16MB: память на одну операцию сортировки/хеша, умножается на количество соединений.
• maintenance_work_mem = 512MB: для VACUUM, CREATE INDEX, ALTER TABLE.
• wal_compression = on: сжатие WAL экономит дисковое пространство и сетевой трафик репликации.
• random_page_cost = 1.1: для NVMe SSD случайные чтения почти так же быстры, как последовательные.

Используйте pgtune.leopard.in.ua для генерации стартовой конфигурации под ваш VPS, затем дотюньте под реальную нагрузку через pg_stat_statements.

На офшорном VPS вы сами отвечаете за бэкапы. Три проверенных подхода для Postgres:

• pg_dump для логических бэкапов: простой текстовый дамп, удобен для миграции и небольших баз до 50 ГБ. Минус - медленное восстановление.
• pgBackRest для физических бэкапов: инкрементальные бэкапы на уровне блоков, поддерживает PITR (восстановление на момент времени).
• WAL архивирование в офшорное S3: backblaze B2 или Cloudflare R2 для долгосрочного хранения WAL с шифрованием на стороне клиента.

Для production обязательна репликация: настройте standby реплику на втором VPS в другой локации (Исландия + Румыния), используйте streaming replication с slot. При падении мастера переключение через pg_promote занимает секунды. Anubiz Host рекомендует репликацию между разными юрисдикциями для защиты от блокировок и юридических рисков.