Гибкий сервер Базы данных Azure для PostgreSQL

Область применения: гибкий сервер Базы данных Azure для PostgreSQL

База данных Azure для PostgreSQL на базе выпуска сообщества PostgreSQL доступен в двух режимах развертывания:

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

Обзор

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

Схема гибкого сервера База данных Azure для PostgreSQL — обзор.

База данных Azure для PostgreSQL гибкие экземпляры сервера лучше всего подходят для

  • разработку приложений, которым требуются лучшие возможности управления и настройки;
  • Высокий уровень доступности с избыточностью между зонами.
  • Управляемые периоды обслуживания.

Архитектура и высокий уровень доступности

Модель развертывания гибкого сервера База данных Azure для PostgreSQL предназначена для обеспечения высокой доступности в одной зоне доступности и в нескольких зонах доступности. В этой архитектуре ресурсы вычислений и хранилища разделены. Ядро СУБД работает в контейнере на виртуальной машине Linux, а файлы данных находятся в службе хранилища Azure. Хранилище поддерживает три локально избыточные синхронные копии файлов базы данных, обеспечивающие устойчивость данных.

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

Схема избыточности зоны с высоким уровнем доступности.

Дополнительные сведения см. в разделе "Высокий уровень доступности ".

автоматизированное исправление с управляемым периодом обслуживания.

Служба выполняет автоматическую установку исправлений, Установка исправлений включает обновления для системы безопасности и программного обеспечения. Для подсистемы PostgreSQL дополнительные обновления версий включаются в запланированный выпуск обслуживания. Пользователи могут настроить расписание исправлений, управляемое системой, или задать собственное расписание. Во время расписания обслуживания применяется исправление, и сервер может потребоваться перезапустить в рамках процесса исправления для завершения обновления. С помощью настраиваемого расписания пользователи могут сделать цикл исправлений предсказуемым и выбрать период обслуживания с минимальным влиянием на бизнес. Как правило, служба следует ежемесячному расписанию выпуска в рамках непрерывной интеграции и выпуска.

Автоматическое резервное копирование

База данных Azure для PostgreSQL гибкий сервер автоматически создает резервные копии серверов и сохраняет их в хранилище, избыточном между зонами (ZRS). Резервные копии могут восстанавливать сервер до любой точки в течение периода хранения резервных копий. По умолчанию срок хранения резервных копий составляет 7 дней. Срок хранения можно настроить до 35 дней. Все резервные копии шифруются с помощью 256-битового шифрования AES. Дополнительные сведения см. в статье о резервных копиях.

Быстрая настройка производительности и масштабирования

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

Запуск и остановка сервера для снижения совокупной стоимости владения

База данных Azure для PostgreSQL гибкий сервер позволяет остановить и запустить сервер по запросу, чтобы снизить TCO. Выставление счетов за уровень вычислений немедленно прекращается при остановке сервера. Это позволяет значительно сократить затраты во время разработки, тестирования и прогнозируемых рабочих нагрузок, связанных с временем. Сервер остается остановлен в течение семи дней, если не перезапущен раньше.

Безопасность корпоративного уровня

База данных Azure для PostgreSQL гибкий сервер использует проверенный криптографический модуль FIPS 140-2 для шифрования неактивных данных. Данные шифруются, включая резервные копии и временные файлы, созданные при выполнении запросов. Служба использует 256-разрядный шифр AES, включенный в шифрование хранилища Azure, и ключи могут управляться системой (по умолчанию). База данных Azure для PostgreSQL гибкий сервер шифрует данные в движении с помощью протокола SSL/TLS, применяемого по умолчанию. Служба применяет и поддерживает только TLS версии 1.2.

База данных Azure для PostgreSQL гибкие экземпляры сервера обеспечивают полный частный доступ к серверам с помощью виртуальной сети Azure (интеграция с виртуальной сетью). Серверы в виртуальной сети Azure могут быть доступны и подключены только через частные IP-адреса. При интеграции с виртуальной сетью общедоступный доступ запрещен, и серверы не могут быть доступны с помощью общедоступных конечных точек.

Мониторинг и оповещение

База данных Azure для PostgreSQL гибкий сервер оснащен встроенными функциями мониторинга производительности и оповещениями. Все метрики Azure имеют одну минуту частоты, каждый из которых предоставляет 30 дней истории. Вы можете настроить оповещения на основе метрик. Служба предоставляет метрики сервера узла для мониторинга использования ресурсов и позволяет настраивать журналы медленных запросов. С помощью этих средств можно быстро оптимизировать рабочие нагрузки и настроить сервер для оптимальной производительности.

Встроенное средство PgBouncer

База данных Azure для PostgreSQL гибкий экземпляр сервера имеет встроенный PgBouncer, пул подключений. Вы можете включить его и подключить приложения к База данных Azure для PostgreSQL гибкому экземпляру сервера через PgBouncer с помощью того же имени узла и порта 6432.

Регионы Azure

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

Область/регион Вычисления Intel V3/V4/V5/AMD Высокий уровень доступности, избыточный между зонами Та же зона высокой доступности Геоизбыточное резервное копирование
Центральная Австралия ✔️ (только версия 3/v4) ✔️ ✔️ ✔️
Центральная Австралия 2 * ✔️ (только версия 3/v4) ✔️ ✔️
Восточная Австралия ✔️ (все номера SKU) ✔️ ✔️ ✔️
Юго-Восточная часть Австралии ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
Южная Бразилия ✔️ (только версия 3/v4) ❌ $ ✔️ ✔️
Юго-Восточная Бразилия * ✔️ (только версия 3/v4) ✔️ $ ✔️
Центральная Канада ✔️ (все номера SKU) ✔️ ✔️ ✔️
Восточная Канада ✔️ (все номера SKU) ✔️ ✔️ ✔️
Центральная часть США ✔️ (только версия 3/v4) ✔️ ✔️
Восточный Китай 3 ✔️ (только версия 3/v4) ✔️ ✔️
Северный Китай 3 ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
Восточная Азия ✔️ (только версия 3/v4/v5) ✔️ ** ✔️ ✔️
Восточная часть США ✔️ (все номера SKU) ✔️ ✔️
Восточная часть США 2 ✔️ (только версия 3/v4) ✔️ ✔️
Центральная Франция ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
Франция (юг) ✔️ (только версия 3/v4) ✔️ ✔️ ✔️
Северная Германия* ✔️ (только версия 3/v4) ✔️ ✔️ ✔️
Центрально-Западная Германия ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
Израиль, центральный регион ✔️ (только версия 3/v4) ✔️ ✔️
Северная Италия ✔️ (только версия 3/v4) ✔️ ✔️
Восточная Япония ✔️ (только версия 3/v4) ✔️ ✔️
Западная Япония ✔️ (только версия 3/v4) ✔️ ✔️ ✔️
Jio, Центральная Индия ✔️ (только версия 3) ✔️ ✔️ ✔️
Западная Индия Jio ✔️ (только версия 3) ✔️ ✔️ ✔️
Республика Корея, центральный регион ✔️ (только версия 3/v4/v5) ❌ ** ✔️ ✔️
Республика Корея, южный регион ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
Центрально-северная часть США ✔️ (все номера SKU) ✔️ ✔️ ✔️
Северная Европа ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
Восточная Норвегия* ✔️ (все номера SKU) ✔️ ✔️ ✔️
Западная Норвегия ✔️ (только версия 3/v4) ✔️ ✔️ ✔️
Центральная Польша ✔️ (только версия 3/v4) ✔️ ✔️
Центральный Катар ✔️ (только версия 3/v4) ✔️
Северная часть ЮАР ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
Западная часть ЮАР* ✔️ (только версия 3/v4) ✔️ ✔️ ✔️
Центрально-южная часть США ✔️ (только версия 3/v4) ❌ $ ✔️ ✔️
Юго-Восточная Азия ✔️ (все номера SKU) ✔️ ✔️ ✔️
Центральная Швеция ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
Северная Швейцария ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
Западная Швейцария* ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
Центральная часть ОАЭ* ✔️ (только версия 3) ✔️ ✔️ ✔️
Северная часть ОАЭ; ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
южная часть Соединенного Королевства ✔️ (все номера SKU) ✔️ ✔️ ✔️
западная часть Соединенного Королевства ✔️ (все номера SKU) ✔️ ✔️ ✔️
US Gov (Аризона) ✔️ (только версия 3/v4) ✔️
US Gov (Техас) ✔️ (только версия 3/v4) ✔️
US Gov (Вирджиния) ✔️ (только версия 3/v4) ✔️ ✔️ ✔️
Центрально-западная часть США ✔️ (только версия 3/v4/v5) ✔️ ✔️ ✔️
Западная Европа ✔️ (только версия 3/v4/v5) ❌ $ ✔️ ✔️
Западная часть США ✔️ (все номера SKU) ✔️ ✔️ ✔️
западная часть США 2 ✔️ (только версия 3/v4) ❌ $ ✔️ ✔️
Западная часть США — 3 ✔️ (все номера SKU) ✔️ ** ✔️

$ Новые развертывания высокого уровня доступности, избыточного между зонами, временно блокируются в этих регионах. Полностью поддерживаются уже подготовленные серверы с высоким уровнем доступности.

$$ Развертывания новых серверов в этих регионах временно заблокированы. Уже подготовленные серверы поддерживаются в полном объеме.

** Высокий уровень доступности, избыточный между зонами, теперь можно развернуть при подготовке новых серверов в этих регионах. Все существующие серверы, развернутые в AZ без предпочтений (которые можно проверка на портал Azure), прежде чем регион начал поддерживать AZ, даже если вы включаете избыточное между зонами высокий уровень доступности, резервный режим подготавливается в том же az (то же зона ha), что и основной сервер. Чтобы включить высокий уровень доступности с избыточностью между зонами, выполните действия.

(*) Некоторые регионы ограничены доступом для поддержки конкретных сценариев клиентов, таких как аварийное восстановление в стране или регионе. Эти регионы доступны только по запросу, создав новый запрос на поддержку.

Примечание.

Если приложению требуется высокий уровень доступности, избыточный между зонами, и он недоступен в предпочитаемом регионе Azure, рассмотрите возможность использования других регионов в том же географическом регионе, где доступна избыточность между зонами, например восточная часть США для восточной части США 2, центральная часть США для северной части США и т. д.

Миграция

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

  • База данных Azure для PostgreSQL один сервер для База данных Azure для PostgreSQL гибкого средства миграции сервера (предварительная версия) - Этот инструмент обеспечивает более простую возможность миграции из База данных Azure для PostgreSQL один сервер для База данных Azure для PostgreSQL гибкого сервера.
  • Дампа и восстановления — для автономных миграций, где пользователи могут позволить себе некоторое время простоя, дампа и восстановления с помощью средств сообщества, таких как pg_dump и pg_restore, могут обеспечить самый быстрый способ миграции. Дополнительные сведения см. в статье Миграция с использованием дампа и восстановления.
  • Azure Database Migration Service — для простоев и упрощений миграции на гибкий сервер База данных Azure для PostgreSQL с минимальным временем простоя azure Database Migration Service можно использовать. Изучите возможности DMS с использованием портала и DMS с использованием CLI. Вы можете выполнить миграцию из одного экземпляра База данных Azure для PostgreSQL на гибкий сервер База данных Azure для PostgreSQL. Подробные сведения см. в статье о DMS.

Часто задаваемые вопросы

Заменит ли гибкий сервер База данных Azure для PostgreSQL База данных Azure для PostgreSQL одним сервером?

Мы продолжаем поддерживать База данных Azure для PostgreSQL отдельный сервер и рекомендуем использовать гибкий сервер База данных Azure для PostgreSQL с более широкими возможностями, такими как устойчивость зоны высокой доступности, прогнозируемая производительность, максимальный контроль, пользовательский период обслуживания, элементы управления оптимизацией затрат и упрощенное взаимодействие с разработчиком подходит для рабочих нагрузок предприятия. Если мы решили отказаться от любой службы, компонента, API или SKU, вы получите предварительное уведомление, включая путь миграции или перехода. Узнайте больше о политиках жизненного цикла Майкрософт здесь.

Что такое политика Майкрософт по устранению дефектов ядра PostgreSQL?

Ознакомьтесь с текущей политикой Майкрософт.

Контакты

Для любых вопросов или предложений, которые могут возникнуть на гибком сервере База данных Azure для PostgreSQL, отправьте сообщение электронной почты группе База данных Azure для PostgreSQL гибкого сервера (@Ask Базу данных Azure для PostgreSQL).

Примечание.

Этот адрес не является псевдонимом службы технической поддержки.

Кроме того, попробуйте обратиться сюда:

Следующие шаги

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