> ## Documentation Index
> Fetch the complete documentation index at: https://private-7c7dfe99-mintlify-8a08bda2.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# Бенчмарки производительности

> Сравнение производительности Postgres, управляемого ClickHouse, с AWS Aurora, RDS и другими управляемыми сервисами PostgreSQL

export const Image = ({img, alt, size}) => {
  return <Frame>
      <img src={img} alt={alt} />
    </Frame>;
};

export const galaxyOnClick = eventName => () => {
  try {
    if (typeof window !== "undefined" && window.galaxy && eventName) {
      window.galaxy.track(eventName, {
        interaction: "click"
      });
    }
  } catch (e) {}
};

export const BetaBadge = ({link, galaxyTrack, galaxyEvent}) => {
  if (link) {
    return <a href={link} target="_blank" rel="noopener noreferrer" className="betaBadge" onClick={galaxyTrack && galaxyEvent ? galaxyOnClick(galaxyEvent) : undefined}>
                <Icon />
                <span>Beta</span>
            </a>;
  }
  return <div className="betaBadge">
            <Icon />
            <span>
                Beta feature. 
                <u>
                    <a href="/docs/beta-and-experimental-features#beta-features">
                        Learn more.
                    </a>
                </u>
            </span>
        </div>;
};

<Info>
  **Вкратце**

  * **В бенчмарке сравнили** Postgres, управляемый ClickHouse, с AWS RDS (16k выделенный IOPS) и Aurora IO Optimized, используя стандартные тесты [`pgbench`](https://www.postgresql.org/docs/current/pgbench.html)
  * **Производительность**: Postgres от ClickHouse на NVMe обеспечивает **в 4,3–9 раз более высокую производительность** для рабочих нагрузок с интенсивным IO и **на 12% более высокую** — в сценариях, ограниченных CPU
  * **Идеально подходит для быстрорастущих рабочих нагрузок на базе ИИ**, которым требуются высокая частота транзакций, доступ к данным с низкой задержкой и предсказуемая производительность без узких мест по IO
</Info>

<div id="overview">
  ## Обзор бенчмарка
</div>

Мы провели всестороннее тестирование производительности с помощью `pgbench` — стандартного инструмента PostgreSQL для бенчмаркинга, чтобы оценить производительность рабочей нагрузки при умеренном и высоком параллелизме.

<div id="benchmarks">
  ## Бенчмарки
</div>

Все тесты производительности проводились на клиентской ВМ с теми же вычислительными ресурсами, размещённой в том же регионе и зоне доступности, что и база данных PostgreSQL, для корректного сравнения.

<div id="test1">
  ### Тест 1: Интенсивный IO — чтение+запись (набор данных 500 ГБ)
</div>

<Image img="https://mintcdn.com/private-7c7dfe99-mintlify-8a08bda2/1Ag2q2dX2WMxuS9G/images/managed-postgres/benchmarks/io-intensive-readwrite.png?fit=max&auto=format&n=1Ag2q2dX2WMxuS9G&q=85&s=695c0a0a987523f42821a77dbd2b92fc" alt="Результаты бенчмарка интенсивного чтения+записи" size="md" border width="1474" height="914" data-path="images/managed-postgres/benchmarks/io-intensive-readwrite.png" />

**Повышение производительности по сравнению с RDS (16k IOPS):**

* **TPS выше на 326%** (в 4,3 раза быстрее)

**Повышение производительности по сравнению с Aurora IO Optimized:**

* **TPS выше на 345%** (в 4,5 раза быстрее)

**Анализ**: Смешанные нагрузки чтения и записи нагляднее всего показывают преимущества NVMe-хранилища по производительности и представляют **наиболее реалистичный сценарий для быстрорастущих рабочих нагрузок на базе ИИ**, которым требуются и высокопроизводительная ингестия данных, и чтение с низкой задержкой. **Postgres, управляемый ClickHouse, достиг 19,8K TPS при более высоком параллелизме**, что показывает, насколько эффективно NVMe-хранилище масштабируется под нагрузкой. Это **в 4,3–4,5 раза быстрее, чем RDS и Aurora**. Решения на базе сетевого хранилища хуже справлялись с операциями, где преобладает запись: RDS и Aurora упирались в предел 4,4K–4,6K TPS, несмотря на выделенную производительность и даже при использовании конфигурации Aurora IO Optimized.

<div id="test1-setup">
  #### Настройка
</div>

Этот тест оценивает производительность при смешанной нагрузке чтения и записи на большом наборе данных объёмом 500 ГБ, нагружая как чтение, так и запись в подсистеме хранения.

**Конфигурация инстансов:**

| Конфигурация           | Postgres, управляемый ClickHouse | RDS с 16k IOPS                  | Aurora IO Optimized              |
| ---------------------- | -------------------------------- | ------------------------------- | -------------------------------- |
| **Версия PG**          | 17                               | 17                              | 17                               |
| **vCPU**               | 16                               | 16                              | 16                               |
| **Оперативная память** | 64 ГБ                            | 64 ГБ                           | 128 ГБ                           |
| **Размер диска**       | 1 ТБ                             | 1 ТБ                            | 1 ТБ                             |
| **Тип диска**          | NVMe (неограниченные IOPS)       | Сетевое хранилище (16 000 IOPS) | Сетевое хранилище (IO Optimized) |

**Конфигурация теста:**

```bash theme={null}
# Инициализация базы данных (набор данных 500 ГБ)
pgbench -i -s 34247

# Бенчмарк чтения и записи
pgbench -c 256 -j 16 -T 600 -M prepared -P 30
```

<div id="test2">
  ### Тест 2: Интенсивный IO — только для чтения (набор данных 500 ГБ)
</div>

<Image img="https://mintcdn.com/private-7c7dfe99-mintlify-8a08bda2/EM4S4IbPPiA-8L1e/images/managed-postgres/benchmarks/io-intensive-readonly.png?fit=max&auto=format&n=EM4S4IbPPiA-8L1e&q=85&s=e8149ff1bdc70832a0c135dcf886cf08" alt="Результаты бенчмарка интенсивного IO в режиме только для чтения" size="md" border width="1474" height="914" data-path="images/managed-postgres/benchmarks/io-intensive-readonly.png" />

**Повышение производительности по сравнению с RDS (16k IOPS):**

* **TPS на 802% выше** (в 9,0 раза быстрее)

**Анализ**: Для рабочих нагрузок с интенсивным чтением, ограниченных производительностью IO, разрыв в производительности резко увеличивается. **Postgres, управляемый ClickHouse, обеспечил 84,8 тыс. TPS**, тогда как RDS с 16 000 выделенными IOPS достиг лишь 9,4 тыс. TPS, несмотря на сопоставимые вычислительные ресурсы. Ключевое различие в том, что NVMe-хранилище ClickHouse масштабируется при более высоком параллелизме, тогда как сетевое хранилище по-прежнему ограничено лимитами выделенного IOPS. Даже с выделенным IOPS RDS все равно оказался в 9 раз медленнее ClickHouse, что наглядно показывает критическую важность архитектуры хранилища для рабочих нагрузок с интенсивным IO.

<div id="test1-setup">
  #### Настройка
</div>

Этот тест оценивает производительность чтения на большом наборе данных объёмом 500 ГБ, который не помещается в оперативной памяти, и создаёт высокую нагрузку на дисковый ввод-вывод.

**Конфигурация экземпляра:**

| Конфигурация           | Postgres, управляемый ClickHouse | RDS с 16k IOPS                  |
| ---------------------- | -------------------------------- | ------------------------------- |
| **Версия PG**          | 17                               | 17                              |
| **vCPU**               | 16                               | 16                              |
| **Оперативная память** | 64 GB                            | 64 GB                           |
| **Размер диска**       | 1 TB                             | 1 TB                            |
| **Тип диска**          | NVMe (неограниченные IOPS)       | Сетевое хранилище (16,000 IOPS) |

**Конфигурация теста:**

```bash theme={null}
# Инициализация базы данных (набор данных 500 ГБ)
pgbench -i -s 34247

# Бенчмарк только для чтения
pgbench -c 256 -j 16 -T 600 -M prepared -P 30 -S
```

<div id="test3">
  ### Тест 3: Интенсивная нагрузка на CPU (данные помещаются в память)
</div>

<Image img="https://mintcdn.com/private-7c7dfe99-mintlify-8a08bda2/EM4S4IbPPiA-8L1e/images/managed-postgres/benchmarks/compute-intensive.png?fit=max&auto=format&n=EM4S4IbPPiA-8L1e&q=85&s=ffb8e4684dc2333d768ea20414e41060" alt="Результаты бенчмарка для интенсивной нагрузки на CPU" size="md" border width="1474" height="914" data-path="images/managed-postgres/benchmarks/compute-intensive.png" />

**Повышение производительности:**

* **TPS на 12.3% выше**, чем у RDS PostgreSQL

**Анализ**: Даже в сценариях, ограниченных производительностью CPU, где дисковый ввод-вывод минимален, **Postgres, управляемый ClickHouse, оказался лидером с 36.5K TPS**. Несмотря на то что оба сервиса достигали 100% загрузки CPU, NVMe-хранилище ClickHouse обеспечило более высокую производительность за счёт лучшего попадания в кэш. Преимущество в 12% над RDS демонстрирует эффективность лежащей в основе инфраструктуры даже в тех случаях, когда рабочая нагрузка в первую очередь ограничена CPU.

<div id="test3-setup">
  #### Конфигурация
</div>

Этот тест оценивает производительность процессора, когда рабочий набор данных полностью помещается в оперативной памяти, что сводит к минимуму влияние дискового ввода-вывода.

**Конфигурация экземпляра:**

| Конфигурация           | Postgres, управляемый ClickHouse | RDS PostgreSQL          |
| ---------------------- | -------------------------------- | ----------------------- |
| **Версия PG**          | 17                               | 17                      |
| **vCPU**               | 2                                | 2                       |
| **Оперативная память** | 8 GB                             | 8 GB                    |
| **Тип диска**          | NVMe                             | сетевое хранилище (gp3) |

**Конфигурация теста:**

```bash theme={null}
# Инициализация базы данных (набор данных 2 ГБ)
pgbench -i -s 136

# Прогревочный запуск для загрузки набора данных в память
pgbench -c 1 -T 60 -S -M prepared

# Запуск бенчмарка (только для чтения, подготовленные операторы)
pgbench -c 32 -j 16 -T 300 -S -M prepared -P 30
```

<div id="summary">
  ## Сводка по производительности
</div>

<div id="key-findings">
  ### Ключевые выводы
</div>

Во всех трёх сценариях бенчмарка Postgres, управляемый ClickHouse, стабильно демонстрировал более высокую производительность:

1. **Рабочие нагрузки чтения и записи с интенсивным IO**: TPS в 4,3–4,5 раза выше по сравнению с RDS (16k IOPS) и Aurora IO Optimized
2. **Рабочие нагрузки чтения с интенсивным IO**: TPS в 9 раз выше по сравнению с RDS с 16k IOPS
3. **Рабочие нагрузки, ограниченные CPU**: TPS на 12% выше, чем у RDS

<div id="when-it-excels">
  ### Когда Postgres by ClickHouse особенно эффективен
</div>

Postgres by ClickHouse идеально подходит для приложений, которые:

* **Обеспечивают работу быстрорастущих ИИ-нагрузок**, где требуются высокая пропускная способность при ингестии данных, частые upsert-операции, обновление признаков в реальном времени и готовая аналитика благодаря бесшовной интеграции с ClickHouse для OLAP-нагрузок
* Выполняют частые записи, обновления или смешанные операции чтения и записи
* Требуют предсказуемого высокопроизводительного хранилища
* В настоящее время упираются в ограничения IOPS у традиционных управляемых сервисов Postgres

**Если вы предполагаете, что аналитика понадобится позже** и ожидаете более глубокой интеграции с ClickHouse — что типично для современных ИИ-нагрузок, где транзакционные данные используются для панелей мониторинга в реальном времени, хранилищ признаков и ML-конвейеров, — **Postgres by ClickHouse должен быть вашим выбором по умолчанию**. Нативная интеграция избавляет от сложных ETL-конвейеров и обеспечивает бесшовный поток данных между вашей операционной базой данных и аналитическими запросами.

<div id="nvme-advantage">
  ### Преимущество архитектуры NVMe
</div>

Преимущество в производительности обусловлено принципиальными архитектурными различиями:

| Аспект                                 | NVMe-хранилище (Managed Postgres)            | Сетевое хранилище (выделенный IOPS)              |
| -------------------------------------- | -------------------------------------------- | ------------------------------------------------ |
| **IOPS**                               | от 100 тыс. до практически неограниченного   | 16 000 выделенных                                |
| **Сетевые переходы**                   | Отсутствуют (локальное устройство)           | Каждая операция с диском требует сетевого обмена |
| **Масштабирование производительности** | Линейно масштабируется с ростом параллелизма | Ограничено выделенным IOPS                       |

Подробнее о преимуществах NVMe-хранилища с точки зрения производительности см. в разделе [Производительность на базе NVMe](/ru/products/managed-postgres/overview#nvme-performance).

<div id="cost-effectiveness">
  ## Экономическая эффективность
</div>

Помимо высокой производительности, Postgres, управляемый ClickHouse, предлагает более выгодное соотношение цены и производительности:

* **Более высокая пропускная способность на доллар**: достигайте в 4–9 раз больше TPS по сравнению с RDS с 16k выделенным IOPS и Aurora IO Optimized
* **Предсказуемые затраты**: не нужно выделять дополнительную емкость IOPS — неограниченный локальный IOPS уже включен
* **Меньшие требования к вычислительным ресурсам**: достигайте целевой производительности на инстансах меньшего размера благодаря эффективному I/O
* **Меньшая потребность в репликах для чтения**: более высокая пропускная способность одного инстанса снижает необходимость в горизонтальном масштабировании

Для рабочих нагрузок, которые сейчас упираются в ограничения по IOPS, переход на Managed Postgres может избавить от необходимости использовать дорогой выделенный IOPS или конфигурации IO Optimized, одновременно обеспечивая существенно более высокую производительность.

<div id="references">
  ## Ссылки
</div>

Полные данные бенчмарка, конфигурации и подробные метрики доступны в [таблице с результатами бенчмарка](https://docs.google.com/spreadsheets/d/17TLWmwNKZb3Ie1vSQqvjtqByHskvoX6CF2eQ_FRx1cA/edit?gid=845104392#gid=845104392).

<div id="resources">
  ## Дополнительные ресурсы
</div>

* [PeerDB: сравнение управляемых сервисов Postgres](https://blog.peerdb.io/comparing-postgres-managed-services-aws-azure-gcp-and-supabase)
* [Документация pgbench](https://www.postgresql.org/docs/current/pgbench.html)
* [Обзор Managed Postgres](/ru/products/managed-postgres/overview)
* [Масштабирование инстанса Postgres](/ru/products/managed-postgres/scaling)