Мы протестировали 28 конфигураций кластеров Managed Service for PostgreSQL — разные флейворы и диски — на одинаковом объёме данных и нагрузке. Делимся полной картиной: что влияет на производительность, сколько стоит единица производительности (₽/TPS) и какие три конфигурации закрывают 90% реальных задач.
Данные есть, а с конфигурацией — засада
При создании кластера PostgreSQL легко потеряться в параметрах:
- Не хватает RAM — система чаще обращается к диску, и запросы ощутимо замедляются.
- Не хватает vCPU — при нагрузке выстраивается очередь транзакций, и время отклика растёт.
- Взяли «с запасом, для надёжности» — переплачиваете за ресурсы, которые всё равно простаивают.
А если работаете с базой впервые — вообще непонятно, с чего начать: десятки комбинаций CPU, RAM и типов дисков, и ни одной подсказки, какое сочетание действительно даёт результат.
Что мы сделали: 28 конфигураций, одна методика
Ключевой показатель для СУБД — TPS (transactions per second), который измеряется тестами вроде pgbench: он показывает, справится ли база с реальной нагрузкой.
Мы прогнали одинаковый сценарий на 28 связках «флейвор + диск»:
- единые условия — PostgreSQL 18, одинаковые зоны доступности, 70 млн строк тестовых данных;
- чистый кластер под каждую конфигурацию, для local-SSD — три хоста, для остальных — два;
- нагрузка: ANALYZE после загрузки, профиль pgbench на 32 клиентских соединения, prepared statements, пятиминутный прогрев и три десятиминутных прогона — в зачёт шёл медианный TPS.
Результаты: самый быстрый — не значит самый выгодный
Конфигурация local-SSD 368 ГБ на standard-v4a (s4a-c4-m16) показала максимальный TPS — но оказалась и одной из самых дорогих. Поэтому мы считали не абсолютный TPS, а эффективность — ₽/TPS: цену кластера в месяц, делённую на его TPS-ёмкость (по аналогии с ₽/vCPU или ₽/ГБ). Чем меньше цифра, тем больше производительности вы получаете за те же деньги. Получилось три чётких диапазона:
- До 15 000 ₽/мес: standard-v3 c3-c2-m4 + network-ssd 50 ГБ — 329 TPS, 30,1 ₽/TPS. Подходит для небольших нагруженных сервисов и разработки
- 15 000–30 000 ₽/мес: standard-v4a c4a-c2-m4 + local-ssd 368 ГБ — 995 TPS, 28,4 ₽/TPS. Средний прод-сегмент, ощутимый прирост TPS почти без переплаты
- 30 000–50 000 ₽/мес: standard-v3 c3-c4-m8 + local-ssd 368 ГБ — 2048 TPS, 19,9 ₽/TPS. Признан оптимальным по соотношению цена/качество — лучшая цена за TPS среди всех 28 конфигураций.
Наши рекомендации
- Local-SSD почти вдвое ускоряет кластер при небольшой наценке к диску — если бюджет позволяет, это самый выгодный апгрейд.
- HDD под кластер PostgreSQL брать не стоит — экономия обернётся деградацией уже на первой ощутимой нагрузке.
- В паритете standard-v3 и standard-v4a вторая платформа часто эффективнее на сетевых дисках — стоит сравнивать обе, а не брать «по умолчанию».
- Экономить на памяти можно, но осторожно: на аналитических нагрузках нехватка RAM повышает риск событий нехватки памяти (OOM).
Кому пригодится
Гайд рассчитан на тех, кто настраивает кластер PostgreSQL впервые или хочет пересмотреть текущую конфигурацию: junior-разработчиков, администраторов, архитекторов — и всех, кто хочет управлять базой данных осознанно, а не «на глазок».
Хотите разобраться глубже?
Полная методика теста 28 конфигураций, таблицы по каждому флейвору и диску и разбор рисков — в статье «Выбираем конфигурацию для нового кластера PostgreSQL».
Если только присматриваетесь к PostgreSQL как к платформе — прочитайте обзорную статью о том, как устроена система, для каких задач подходит и чем отличается от MySQL.
👉 Собрать кластер PostgreSQL по готовым пресетам конфигураций
Листая дальше, вы перейдёте на yandex.cloud