Skip to main content
ClickHouse Managed Postgres предоставляет возможности гибкого масштабирования в соответствии с требованиями вашей рабочей нагрузки. Доступно более 50 типов инстансов с NVMe-накопителями, поэтому вы можете независимо масштабировать CPU, память и хранилище, чтобы оптимизировать производительность и стоимость под свой сценарий использования.

​
Типы инстансов и гибкость

ClickHouse Managed Postgres предлагает широкий выбор типов инстансов, каждый из которых оптимизирован под разные рабочие нагрузки:
  • Более 50 типов инстансов доступны в конфигурациях, оптимизированных по вычислительным ресурсам, памяти и хранилищу
  • NVMe-хранилище на всех типах инстансов обеспечивает стабильно высокую производительность дискового ввода-вывода
  • Независимое масштабирование ресурсов: выбирайте оптимальный баланс CPU, памяти и хранилища в зависимости от вашей рабочей нагрузки

​
Выбор подходящего типа инстанса

Для разных рабочих нагрузок подходят разные конфигурации ресурсов:
Из соображений безопасности переход на типы инстансов, объём хранилища которых близок к текущему используемому объёму, может быть недоступен. Чтобы избежать проблем, всегда выбирайте типы инстансов с запасом относительно текущего используемого объёма.

​
Как работает масштабирование

При смене типа инстанса ClickHouse Managed Postgres выполняет вертикальное масштабирование: подготавливает новую инфраструктуру и переносит вашу базу данных с минимальным простоем.

​
Процесс масштабирования

В процессе масштабирования из резервных копий поднимается новый резервный инстанс и выполняется контролируемый failover:
  1. Подготовка резервного инстанса: Создаётся новый резервный инстанс с целевым типом инстанса (CPU, память и конфигурация хранилища)
  2. Восстановление из резервных копий в S3: Резервный инстанс инициализируется восстановлением из самой свежей резервной копии, хранящейся в S3
  3. Параллельное воспроизведение WAL: Резервный инстанс применяет все изменения Write-Ahead Log (WAL), произошедшие с момента создания резервной копии, с помощью механизмов параллельного восстановления на базе WAL-G
    • WAL-G обеспечивает быстрые параллельные операции восстановления
    • Создатель WAL-G входит в команду Ubicloud, с которой мы сотрудничаем, что обеспечивает глубокую экспертизу и оптимизацию
  4. Догоняющая репликация: Резервный инстанс догоняет основной, потоково получая и применяя текущие изменения WAL
  5. Failover: Когда резервный инстанс полностью синхронизирован, контролируемый failover переводит его в роль нового основного
    • Это единственный шаг, который вызывает простой (~30 секунд)
    • Все активные соединения прерываются во время failover
    • После завершения failover клиентам необходимо переподключиться
  6. Вывод старого инстанса из эксплуатации: Исходный инстанс выводится из эксплуатации после завершения failover

​
Продолжительность масштабирования

Общее время, требуемое для масштабирования, в первую очередь зависит от размера вашей базы данных и объема данных WAL, которые нужно воспроизвести из резервных копий:
  • Восстановление резервной копии: время, необходимое для восстановления последней полной резервной копии из S3 на новый инстанс
  • Воспроизведение WAL: время, необходимое для воспроизведения инкрементальных изменений WAL с момента последней полной резервной копии
  • Параллельное восстановление: механизмы параллельного восстановления WAL-G значительно ускоряют процесс
Время восстановления может составлять от нескольких минут до нескольких часов, но время обслуживания/простоя при этом очень мало (всего ~30 секунд).
Минимальный простойВо время переключения на резервный инстанс ваше приложение будет недоступно примерно 30 секунд, независимо от того, сколько времени займет весь процесс масштабирования. Все восстановление и догоняющая синхронизация выполняются в фоновом режиме на резервном инстансе.

​
Параллельное восстановление с WAL-G

ClickHouse Managed Postgres использует WAL-G для ускорения восстановления из резервных копий во время операций масштабирования. Важно отметить, что создатель WAL-G входит в команду Ubicloud, с которой мы сотрудничаем, что добавляет процессу восстановления глубокую экспертизу. WAL-G обеспечивает:
  • Параллельную загрузку и распаковку: Несколько сегментов резервной копии одновременно загружаются из S3 и распаковываются
  • Эффективное воспроизведение WAL: Инкрементальные изменения WAL по возможности применяются параллельно
  • Оптимизированную потоковую передачу: Прямая потоковая передача из хранилища S3 без промежуточного копирования
  • Быстрое восстановление: Хотя общее время зависит от объема данных, параллельный подход заметно ускоряет этот процесс
Эти оптимизации значительно сокращают время, необходимое для ввода в работу нового резервного инстанса. Что особенно важно, восстановление полностью выполняется в фоновом режиме — ваше приложение столкнется с простоем только во время короткого, примерно 30-секундного окна failover.

​
Запуск операции масштабирования

Чтобы масштабировать инстанс ClickHouse Managed Postgres:
  1. Перейдите на вкладку Настройки вашего инстанса
  2. В разделе Масштабирование прокрутите страницу до пункта Размер сервиса
  3. Выберите целевой тип инстанса
  4. Просмотрите изменения и нажмите «Применить изменения»

​
Стратегии масштабирования

​
Вертикальное масштабирование

Вертикальное масштабирование (смена типа инстанса) — основной способ изменения объёма ресурсов в ClickHouse Managed Postgres. Этот подход обеспечивает:
  • Точную настройку: Выбирайте из более чем 50 типов инстансов, чтобы точно подобрать CPU, память и хранилище
  • Оптимизацию под рабочую нагрузку: Выбирайте конфигурации, оптимизированные под конкретную рабочую нагрузку (с упором на вычисления, память или хранилище)
  • Экономичность: Платите только за те ресурсы, которые вам нужны, без избыточного выделения

​
Реплики для чтения для горизонтального масштабирования

Для рабочих нагрузок с преобладанием чтения рассмотрите возможность использования реплик для чтения для горизонтального масштабирования производительности чтения:
  • Перенесите запросы на чтение на выделенные реплики для чтения
  • Каждая реплика для чтения — это полностью независимый инстанс Postgres с собственными вычислительными ресурсами и памятью
  • Реплики для чтения получают изменения WAL из Объектного хранилища, что обеспечивает эффективную репликацию
Этот подход идеально подходит для приложений с высоким соотношением операций чтения к записи, таких как отчетные панели мониторинга, аналитические запросы или конечные точки API с преобладанием чтения.

​
Масштабирование CDC для интеграции ClickHouse

Если вы реплицируете данные в ClickHouse с помощью ClickPipes, вы можете независимо масштабировать конвейер CDC (фиксация изменений данных):
  • Масштабируйте CDC-воркеры от 1 до 24 ядер ЦП
  • Объем памяти автоматически масштабируется в 4 раза от количества ядер ЦП
  • Настраивайте масштабирование через ClickPipes OpenAPI
Это позволяет оптимизировать пропускную способность репликации независимо от ресурсов вашего инстанса Postgres.

​
Автомасштабирование

ClickHouse Managed Postgres отслеживает использование диска и автоматически увеличивает объём хранилища, чтобы на вашем инстансе не закончилось место:
  • Использование диска: 85%: Вы получите уведомление в облачной консоли и по электронной почте.
  • Использование диска: 90%: Запускается автомасштабирование. Объём хранилища увеличивается до следующего доступного размера для семейства вашего инстанса. CPU и память не изменяются, если текущий размер инстанса не поддерживает диск большего объёма; в этом случае размер инстанса также увеличивается. Реплики для чтения масштабируются одновременно с основным инстансом.
  • Использование диска: 95%: Переключение выполняется без учёта настроенного окна обслуживания сразу после готовности нового сервера.
Если для вашего инстанса уже выбрана максимальная доступная конфигурация, автомасштабирование не может увеличить её дальше. Освободите место на диске или обратитесь в службу поддержки.

​
Переключение и соединения

Размер хранилища не изменяется на месте. Автомасштабирование выполняется по тому же процессу масштабирования, что и при ручном изменении типа инстанса: подготавливается сервер замены с большим объёмом хранилища, восстанавливается из последней резервной копии, догоняет WAL, а затем в ходе контролируемого переключения становится новым основным. Для инстансов с высокой доступностью в рамках той же операции создаются резервные инстансы замены нового размера. Переключение — единственный этап с простоем, который обычно длится менее минуты. Если настроено окно обслуживания, переключение выполняется в его рамках, если только использование диска не достигнет 95%. Во время переключения открытые соединения разрываются, а незавершённые транзакции откатываются. Строка подключения не изменяется: DNS обновляется и начинает указывать на новый основной инстанс, а приложения со стандартной логикой переподключения автоматически восстанавливают работу.

​
Режим только для чтения

Если операции записи заполняют диск быстрее, чем завершается автомасштабирование, инстанс переходит в режим только для чтения, чтобы предотвратить полное заполнение диска. Порог определяется оставшимся свободным местом: Операции чтения продолжают работать, а операции записи завершаются стандартной ошибкой Postgres cannot execute INSERT in a read-only transaction. Если свободное место продолжает уменьшаться, существующие соединения разрываются, чтобы каждый сеанс применил настройку только для чтения; после повторного подключения клиентов операции чтения снова работают. Режим только для чтения отключается автоматически после восстановления свободного места, обычно сразу после завершения переключения при масштабировании вверх.

​
Пример

Инстанс с хранилищем объёмом 1024 ГБ обслуживает рабочую нагрузку с интенсивной записью:
  1. При использовании 870 ГБ (85%) вы получите уведомление о заполнении хранилища.
  2. При использовании 922 ГБ (90%) запускается автомасштабирование. Будет подготовлен сервер замены с хранилищем объёмом 2048 ГБ и восстановлен из последней резервной копии, при этом ваш инстанс продолжит обслуживать трафик.
  3. Когда сервер замены синхронизируется, будет выполнено переключение — в пределах окна обслуживания, если оно настроено. Подключения прервутся менее чем на минуту, ваше приложение повторно подключится к тому же имени хоста, а использование хранилища снизится примерно до 45%.
  4. Если до завершения переключения свободное пространство опустится ниже 2% (около 20 ГБ), инстанс перейдёт в режим только для чтения. Запись автоматически возобновится после завершения переключения на диск большего размера.

​
Дополнительные материалы

Последнее изменение 14 августа 2026 г.