Преимущества Базы данных Azure для PostgreSQL с эластичным кластером

База данных Azure для PostgreSQL — эластичные кластеры — это следующая эволюция распределенного предложения PostgreSQL Azure, построенного на гибком сервере Базы данных Azure для PostgreSQL с расширением Citus. Для клиентов, работающих под управлением Azure Cosmos DB для PostgreSQL, эластичные кластеры предоставляют четность функций для распределенных рабочих нагрузок Postgres, предоставляя более интегрированный, гибкий и экономичный путь вперед.

  • Четкая дорожная карта: Elastic Clusters — это стратегическое направление для распределенного PostgreSQL в Azure с текущими инвестициями (например, запланированными улучшениями, такими как планируемое переключение на резервное копирование, автоматическое увеличение объемов хранилища и долгосрочное удержание). Azure Cosmos DB для PostgreSQL находится на пути выхода на пенсию с ограниченной поддержкой в течение этого периода.

  • Более низкая и простая модель затрат (без дополнительной платы выделенного координатора): Эластичные кластеры не требуют отдельно оплачиваемого узла только для координатора, что может снизить базовые затраты и упростить прогнозирование цен по мере масштабирования.

  • Более гибкие варианты производительности: выберите между уровнями "с переменной нагрузкой", "общего назначения" и "оптимизированная для работы с памятью" и новой серии вычислительных ресурсов, чтобы оптимально настроить стоимость и производительность на узел по мере развития рабочих нагрузок.

  • Выполнение запросов с любого узла: эластичные кластеры обеспечивают доступ к запросам через любой узел, повышая гибкость работы для инструментов, устранения неполадок и шаблонов рабочей нагрузки, которые получают преимущества от нескольких точек входящего трафика.

  • Современные возможности PostgreSQL раньше: более быстрое внедрение новых версий PostgreSQL (включая поддержку PostgreSQL 17) помогает клиентам получать доступ к обновлениям системы безопасности, улучшению производительности и новым функциям языка.

  • Построенный на платформе Azure Database для PostgreSQL Flexible Server: эластичные кластеры унаследовали операционную модель, используемую клиентами для гибких серверов — резервное копирование, мониторинг, метрики, средства управления обслуживанием и интеграция платформы — что сокращает сложность операций второго дня.

  • Более надежная интеграция удостоверений и безопасности: поддержка управляемого удостоверения и аутентификации с помощью Microsoft Entra ID помогает упростить управление секретами и согласовать доступ к базе данных с корпоративными элементами управления удостоверениями.

Сравнение функций

Компонент или категория Azure Cosmos DB для PostgreSQL Эластичные кластеры Базы данных Azure для PostgreSQL Заметки/Четность
Базовая технология PostgreSQL + Расширение Citus (распределенные таблицы и сегменты) PostgreSQL + Расширение Citus (горизонтальное сегментирование) Паритет.
Модели сегментирования На основе строк (распределенные таблицы), на основе схемы (распределенные схемы) Сегментирование на основе строк и схем Паритет.
Архитектура Узел координатора + рабочие узлы (без общей памяти) Несколько узлов гибкого сервера, связанных как кластер Citus Похожий: Elastic основан на экземплярах гибкого сервера.
Горизонтальное масштабирование Добавление рабочих узлов; перебалансирование сегментов Добавление рабочих узлов; перебалансировать данные Паритет.
Вертикальное масштабирование Масштабирование вычислительных ресурсов и хранилища для каждого узла Масштабирование вычислительных ресурсов и хранилища для каждого узла Паритет.
Высокий уровень доступности Да (зонально избыточные параметры, автоматическая отработка отказа) Да (кластерная отказоустойчивость) Паритет.
Чтение реплик Yes Yes Паритет.
Выделенный координатор (дополнительная плата) Yes нет Преимущество эластичности.
Запрос с любого узла нет Yes Преимущество эластичности.
Выбор вычислений Коэффициент с возможностью увеличения или фиксированной памяти к ядру; нет выбора поколений процессоров С разрывным ресурсом, общего назначения, оптимизированная по памяти; выбор серии вычислений Преимущество эластичности.
Максимальное количество вычислений на узел (ядра) 96 виртуальных ядер 96 (вскоре 192) Паритет.
Цены (память оптимизированная) Узел: $0,1425/vCore час + координатор ($0,44/ч) или $0,11/vCore час $0,125/vCore час (без выделенного координатора) Преимущество эластичной обработки (упрощенная модель затрат).
Цены на вычисления (общего назначения) N/A $0,09/vCore час Только Elastic.
Цены на хранилище $0,115/ГБ в месяц $0,115/ГБ в месяц Паритет.
Перебалансирование в режиме онлайн Yes Yes Паритет.
Версии PostgreSQL До недавних версий (исторически, например, 15/16) Поддерживает последнюю версию, включая PostgreSQL 17 Эластичное преимущество (поддержка новых версий).
Поддержка Postgres 17/18 нет Yes Эластичное преимущество (поддержка новых версий).
Поддержка расширений Подмножество основных расширений (например, PostGIS, JSONB) Стандартные расширения гибкого сервера; некоторые ограничения (например, нет TimescaleDB в режиме кластера) Паритет (незначительные различия).
Проверка подлинности Microsoft Entra ID Yes Yes Паритет.
Плановые переключения высокой доступности нет Запланировано (GA+) Разрыв (запланированный).
Приватные конечные точки Yes Yes Паритет.
Виртуальная сеть нет нет Четность (не поддерживается).
Поддержка PgBouncer Yes Эластичное преимущество (поддержка новых версий).
Максимальное количество подключений на узел 300 (0–3 виртуальных ядер) на один узел; 500 (4–15 виртуальных ядер) на узел; 1000 (16 и более виртуальных ядер) на узел. Макс 2500 3000 на узел Преимущество эластичности.
Метрики уровня кластера или узла Yes Yes Паритет.
Многопользовательский мониторинг Yes Yes Паритет.
Создание роли NOLOGIN нет Yes Преимущество эластичности.
Периоды обслуживания Yes Yes Паритет.
Гео резервное копирование и восстановление Yes Yes Паритет.
Управляемая идентичность нет Yes Преимущество эластичности.
Управляемые клиентом ключи (шифрование) Yes Yes Паритет.
Terraform Yes Yes Паритет.
Автоматическое увеличение хранилища нет Запланировано (GA+) Преимущество эластичности.
SSD уровня "Премиум" версии 2 (80K IOPS/node) нет Запланировано (GA+) Преимущество эластичности.
Удаление узла No¹ нет Parity
Длительное хранение нет Стратегия (GA+) Преимущество эластичности.
Хранилище запросов нет Стратегия (GA+) Преимущество эластичности.
Управление и интеграция Часть портала или интерфейса Azure Cosmos DB; связи с экосистемой Cosmos Интеграция с гибким сервером Базы данных Azure для PostgreSQL (например, резервные копии, метрики, идентификатор Microsoft Entra) Различные порталы; Elastic использует функции гибкого сервера.
Модель ценообразования на основе vCore; отдельный для координатора и работников vCore, хранилище, IOPS (без дополнительных затрат для Citus) Преимущество эластичной обработки (упрощенная модель).
Сети Общедоступный доступ (правила брандмауэра), частный доступ (приватный канал) или оба Общедоступный доступ (разрешенные IP-адреса); частный доступ через приватный канал на базовых узлах гибкого сервера Паритет (похожие варианты).

¹ Функция удаления узла доступна при перебалансировке для переноса данных, но сам узел не выводится из эксплуатации автоматически.

Средство миграции

Выделенное средство миграции предоставляется для упрощения простого перехода из Azure Cosmos DB для PostgreSQL в базу данных Azure для эластичного кластера PostgreSQL. Это средство автоматизирует миграцию схем и данных, сокращает время простоя и обеспечивает целостность данных.

Подход к миграции сосредоточен на создании нового диска данных на Flex, с использованием снапшота из кластера CPG, с последующим подключением его в качестве основного диска данных для целевого эластичного кластера (EC), что резко сокращает время миграции и обеспечивает целостность данных, не зависящую от качества сети. Затем мы скопируем разностные файлы (расширения, PG и конфигурации расширений, сертификаты, журналы архивов и прочее) из исходного Flex /datadrive на новый диск.

Средство вместе с всплывающей подсказкой будет доступно на вкладке "Миграция" в Azure Cosmos DB для PostgreSQL с13 апреля.

Снимок экрана: панель мониторинга кластера Azure Cosmos DB для PostgreSQL с различными сведениями и параметрами, такими как свойства кластера, политики доступа, метрики и функции управления.

Оттуда миграция может быть инициирована путем предоставления простых сведений для целевого сервера

Снимок экрана: страница конфигурации миграции для Azure Cosmos DB для PostgreSQL с различными параметрами процесса миграции.

Сопоставление SKU

Azure Cosmos DB для PostgreSQL будет сопоставляться с целевой базой данных Azure для PostgreSQL (эластичным кластером), как показано в таблице ниже. После миграции клиенты могут увеличивать или уменьшать масштаб с почти 0 простоем.

Source ServerEdition Исходные виртуальные ядра Имя цели Целевой уровень
BurstableMemoryOptimized 1 Standard_B2s С возможностью всплесков
BurstableGeneralPurpose 2 Standard_B2s С возможностью всплесков
Общего назначения 2 Standard_D2ds_v5 Общего назначения
Общего назначения 4 Standard_D4ds_v5 Общего назначения
Общего назначения 8 Standard_D8ds_v5 Общего назначения
Общего назначения 16 Standard_D16ds_v5 Общего назначения
Общего назначения 32 Standard_D32ds_v5 Общего назначения
Общего назначения 64 Standard_D64ds_v5 Общего назначения
Общего назначения 96 Standard_D96ds_v5 Общего назначения
ОптимизированнаяПамять 2 Standard_E2ds_v5 ОптимизированнаяПамять
ОптимизированнаяПамять 4 Standard_E4ds_v5 ОптимизированнаяПамять
ОптимизированнаяПамять 8 Standard_E8ds_v5 ОптимизированнаяПамять
ОптимизированнаяПамять 16 Standard_E16ds_v5 ОптимизированнаяПамять
ОптимизированнаяПамять 32 Standard_E32ds_v5 ОптимизированнаяПамять
ОптимизированнаяПамять 64 Standard_E64ds_v5 ОптимизированнаяПамять
ОптимизированнаяПамять 96 Standard_E96ds_v5 ОптимизированнаяПамять

Поток миграции

  1. Пользователь начинает миграцию с страницы кластера CPG на портале Azure.

  2. На портале выполняются предварительные проверки.

  3. Если проверка пройдена, портал подготавливает целевой эластичный кластер (EC) с настройками миграции CPG (например, конфигурация сортировки/версия PG+Citus).

  4. Портал запускает миграцию на выделенном EC.

  5. Средство миграции переключает кластер CPG в режим только для чтения и запускает создание моментальных снимков (по одному на узел для нескольких узлов).

  6. Он вызывает кластер Elastic с идентификаторами ресурсов снимков, чтобы начать дисковую миграцию.

  7. Он создает один или несколько новых дисков данных из моментальных снимков, блокирует EC, останавливает контейнеры и переключает новый диск в качестве основного /datadrive.

  8. Он копирует файлы платформы delta на новый диск (расширения, конфигурации PG/extension, certs, archive/WAL и т. д.), затем восстанавливает права владения и разрешения и выполняет необходимые исправления метаданных (например, сопоставления узлов, роли, расширения).

  9. Он запускает контейнеры и завершает операцию миграции;

  10. После успешного выполнения средство применяет послемиграционные настройки к EC (пользовательские переопределенные конфигурации, параметры высокой отказоустойчивости).

  11. Миграция завершается: портал обновляет статус успешности или сбоя по завершении. Кластер CPG остановлен, и кластер Elastic становится новой точкой записи, куда переключается клиент (новая строка подключения, при необходимости повторно создайте PEC).

Среднее время миграции

В большинстве случаев сквозная миграция завершается менее чем за 10 минут. Окно блокировки записи (только для чтения) — начиная с момента переключения исходного кластера в режим только для чтения до момента, когда целевой кластер Elastic доступен для записи, обычно составляет около 5–8 минут, что делает его подходящим для выполнения в стандартное запланированное окно технического обслуживания.

Ключевые факторы, которые могут повлиять на время: размер базы данных и количество узлов (больше моментальных снимков или дисков), объем расширения.