Поделиться через


Что такое База данных Azure для PostgreSQL?

ПРИМЕНЯЕТСЯ К: База данных Azure для PostgreSQL — гибкий сервер

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

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

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

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

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

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

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

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

Схема зональной отказоустойчивости для высокой доступности.

Дополнительные сведения см. в разделе [Высокая доступность]/azure/надежность/гибкий-сервер-postgresql.

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

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

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

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

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

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

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

Гибкий сервер Базы данных 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 Database для PostgreSQL через PgBouncer, используя то же имя хоста и порт 6432.

Регионы Azure

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

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

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

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

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

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

Примечание.

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

Миграция

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

  • Служба миграции баз данных Azure — для беспрепятственной и упрощенной миграции на гибкий сервер Azure Database для PostgreSQL с минимальным временем простоя можно использовать Службу миграции баз данных Azure. Ознакомьтесь с информацией о службе миграции в базе данных Azure для PostgreSQL.
  • Дамп и восстановление — для оффлайн миграций, где пользователи могут позволить некоторое время простоя, дамп и восстановление с помощью средств сообщества, таких как pg_dump и pg_restore, можно использовать для самой быстрой миграции. Дополнительные сведения см. в статье "Миграция с помощью дампа и восстановления ".

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

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

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

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

Контакты

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

Примечание.

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

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