Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
ОБЛАСТЬ ПРИМЕНЕНИЯ: База данных Azure для PostgreSQL — гибкий сервер
В этой статье представлен обзор и вводные сведения об основных понятиях модели развертывания Azure Database for PostgreSQL в режиме гибкого сервера. Независимо от того, начинаете ли вы с нуля или хотите обновить свои знания, это вводное видео предлагает полный обзор гибкого сервера Azure Database для PostgreSQL, чтобы помочь вам познакомиться с его ключевыми функциями и возможностями.
Обзор
База данных Azure для PostgreSQL гибкий сервер — это полностью управляемая служба баз данных, предназначенная для более детального управления и гибкости функций управления базами данных и параметров конфигурации. Как правило, служба обеспечивает большую гибкость и настройки конфигурации сервера на основе требований пользователей. Гибкая архитектура сервера позволяет пользователям сопоставлять ядро СУБД с уровнем клиента для снижения задержки и выбирать высокий уровень доступности в пределах одной зоны доступности и в нескольких зонах доступности. Экземпляры гибкого сервера Azure Database для PostgreSQL также обеспечивают более удобные средства управления оптимизацией затрат с возможностью остановки и запуска сервера, а также всплесковый уровень вычислительных ресурсов, идеально подходящий для рабочих нагрузок, которые не нуждаются в полной вычислительной емкости постоянно. Служба поддерживает различные основные версии сообщества PostgreSQL. Дополнительные сведения о поддерживаемых версиях PostgreSQL см. на гибком сервере Базы данных Azure для PostgreSQL . Служба доступна в различных регионах Azure.
Гибкие серверные экземпляры в Azure Database для PostgreSQL лучше всего подходят для
- разработку приложений, которым требуются лучшие возможности управления и настройки;
- Высокий уровень доступности с избыточностью между зонами.
- Управляемые периоды обслуживания.
Архитектура и высокий уровень доступности
Модель развертывания гибкого сервера База данных Azure для PostgreSQL предназначена для обеспечения высокой доступности в одной зоне доступности и в нескольких зонах доступности. В этой архитектуре ресурсы вычислений и хранилища разделены. Ядро СУБД работает в контейнере на виртуальной машине Linux, а файлы данных находятся в службе хранилища Azure. Хранилище поддерживает три локально избыточные синхронные копии файлов базы данных, обеспечивающие устойчивость данных.
Если настроена зонально-избыточная высокая доступность, служба подготавливает и поддерживает резервный сервер горячего ожидания между зонами доступности в пределах одного региона Azure. Изменения данных на исходном сервере синхронно реплицируются на резервный сервер во избежание потери данных. При высокой доступности с избыточностью между зонами после запуска планового или внепланового события переключения при отказе резервный сервер немедленно выходит в оперативный режим и становится доступным для обработки входящих транзакций. Это позволяет обеспечить устойчивость службы от сбоя зоны доступности в регионе Azure, поддерживающем несколько зон доступности, как показано на рисунке ниже.
Дополнительные сведения см. в разделе [Высокая доступность]/azure/надежность/гибкий-сервер-postgresql.
автоматизированная установка патчей с контролируемым окном обслуживания.
Служба выполняет автоматизированную установку исправлений основного оборудования, операционной системы и механизма базы данных. Установка исправлений включает обновления для системы безопасности и программного обеспечения. Для системы 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 Database для 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 | Высокий уровень доступности, зонально-избыточный | Та же зона высокой доступности | Геоизбыточное резервное копирование |
---|---|---|---|---|
Центральная Австралия | ✔️ (только v3/v4/v5) | ❌ | ✔️ | ✔️ |
Центральная Австралия 2 * | ✔️ (только версия 3/v4/v5) | ❌ | ✔️ | ❌ |
Восточная Австралия | ✔️ (все SKU) | ✔️ | ✔️ | ✔️ |
Юго-Восточная часть Австралии | ✔️ (только версия 3/версия 4/версия 5) | ❌ | ✔️ | ✔️ |
Южная Бразилия | ✔️ (только версия 3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
Юго-Восточная Бразилия * | ✔️ (только версии 3/4/5) | ❌ | ✔️ | ❌ |
Центральная Канада | ✔️ (все SKU) | ✔️ | ✔️ | ✔️ |
Восточная Канада | ✔️ (все номера SKU) | ❌ | ✔️ | ✔️ |
Центральная Индия | ✔️ (v3/v4/v5 только) | ✔️ $ | ✔️ | ✔️ |
Центральная часть США | ✔️ (только v3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
Восточный Китай 2 | ✔️ (только версия 3/v4) | ❌ | ✔️ | ❌ |
Восточный Китай 3 | ✔️ (только версии v3/v4) | ❌ | ✔️ | ✔️ |
Северный Китай 2 | ✔️ (только v3/v4) | ❌ | ✔️ | ❌ |
Северный Китай 3 | ✔️ (только версия 3/версия 4/версия 5) | ✔️ | ✔️ | ✔️ |
Восточная Азия | ✔️ (только версия 3/версия 4/версия 5) | ✔️ ** | ✔️ | ✔️ |
Восточная часть США | ✔️ (все SKU) | ✔️ $ | ✔️ | ✔️ |
Восточная часть США 2 | ✔️ (только версия 3/версия 4) | ✔️ $ | ✔️ | ✔️ |
Центральная Франция | ✔️ (только в3/в4/в5) | ✔️ | ✔️ | ✔️ |
Франция (юг) | ✔️ (только версии 3/4/5) | ❌ | ✔️ | ✔️ |
Северная Германия* | ✔️ (только версия v3/v4/v5) | ❌ | ✔️ | ✔️ |
Центрально-Западная Германия | ✔️ (только версия 3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
Израиль, центральный регион | ✔️ (только v3/v4) | ✔️ | ✔️ | ❌ |
Северная Италия | ✔️ (только версии v3/v4/v5) | ✔️ | ✔️ | ❌ |
Восточная Япония | ✔️ (только для версий 3 и v4) | ✔️ $ | ✔️ | ✔️ |
Западная Япония | ✔️ (только версии 3/v4/v5) | ❌ | ✔️ | ✔️ |
Jio, Центральная Индия | ✔️ (только версия 3) | ❌ | ✔️ | ✔️ |
Jio Индия Запад | ✔️ (только версия 3) | ❌ | ✔️ | ✔️ |
Республика Корея, центральный регион | ✔️ (только версии 3/4/5) | ✔️ $ ** | ✔️ | ✔️ |
Республика Корея, южный регион | ✔️ (только версия 3/v4/v5) | ❌ | ✔️ | ✔️ |
Центральная Мексика | ✔️ (только v3/v4) | ✔️ $ | ✔️ | ❌ |
Северная часть Новой Зеландии | ✔️ (только v3/v4/v5) | ✔️ | ✔️ | ❌ |
Центрально-северная часть США | ✔️ (все SKU) | ❌ | ✔️ | ✔️ |
Северная Европа | ✔️ (только версия 3/версия 4/версия 5) | ✔️ $ | ✔️ | ✔️ |
Восточная Норвегия* | ✔️ (все артикулы) | ✔️ | ✔️ | ✔️ |
Западная Норвегия | ✔️ (только v3/v4/v5) | ❌ | ✔️ | ✔️ |
Центральная Польша | ✔️ (только версия 3/v4) | ✔️ | ✔️ | ❌ |
Центральный Катар | ✔️ (только версии v3/v4) | ✔️ $ | ✔️ | ❌ |
Северная часть ЮАР | ✔️ (только v3/v4/v5) | ✔️ | ✔️ | ✔️ |
Западная часть ЮАР* | ✔️ (только v3/v4/v5) | ❌ | ✔️ | ✔️ |
Центрально-южная часть США | ✔️ (только версия 3/v4) | ✔️ $ | ✔️ | ✔️ |
Индия (юг) | ✔️ (только версия 3/v4/v5) | ✔️ | ✔️ | ✔️ |
Юго-Восточная Азия | ✔️ (все SKU) | ✔️ $ | ✔️ | ✔️ |
Центральная Испания | ✔️ (только версия 3/версия 4) | ✔️ | ✔️ | ❌ |
Центральная Швеция | ✔️ (только версия 3/версия 4/версия 5) | ✔️ | ✔️ | ✔️ |
Северная Швейцария | ✔️ (только версии v3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
Западная Швейцария* | ✔️ (только версии 3/v4/v5) | ❌ | ✔️ | ✔️ |
Центральная часть ОАЭ* | ✔️ (только v3/v5) | ❌ | ✔️ | ✔️ |
Северная часть ОАЭ; | ✔️ (только версия 3/v4/v5) | ✔️ | ✔️ | ✔️ |
южная часть Соединенного Королевства | ✔️ (все SKU) | ✔️ | ✔️ | ✔️ |
западная часть Соединенного Королевства | ✔️ (все SKU) | ❌ | ✔️ | ✔️ |
Правительство США Аризона | ✔️ (только версии в3/в4) | ❌ | ✔️ | ❌ |
US Gov (Техас) | ✔️ (только версия 3/версия 4) | ❌ | ✔️ | ❌ |
Правительство США (Вирджиния) | ✔️ (только версия 3/v4) | ✔️ | ✔️ | ✔️ |
Центрально-западная часть США | ✔️ (только версии 3/4/5) | ❌ | ✔️ | ✔️ |
Западная Европа | ✔️ (только v3/v4/v5) | ✔️ $ | ✔️ | ✔️ |
западная часть США | ✔️ (все артикулы) | ❌ | ✔️ | ✔️ |
западная часть США 2 | ✔️ (только версия 3/версия 4) | ✔️ $ | ✔️ | ✔️ |
Запад США 3 | ✔️ (все SKU) | ✔️ ** | ✔️ | ❌ |
$ Новые развертывания высокой доступности с резервированием по зонам временно блокируются в этих регионах. Уже развёрнутые серверы HA полностью поддерживаются.
$$ Развертывания новых серверов в этих регионах временно заблокированы. Уже подготовленные серверы поддерживаются в полном объеме.
Высокая доступность с зональной избыточностью теперь может быть развернута при провизии новых серверов в этих регионах. Все существующие серверы, развернутые в 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 Database for PostgreSQL на гибкий сервер Azure Database for PostgreSQL. Подробные сведения см. в статье о DMS.
Часто задаваемые вопросы
Что такое политика Майкрософт по устранению дефектов ядра PostgreSQL?
Ознакомьтесь с текущей политикой Майкрософт.
Контакты
Для любых вопросов или предложений по гибкому серверу базы данных Azure для PostgreSQL отправьте электронное письмо команде гибкого сервера базы данных Azure для PostgreSQL (@Ask Azure DB для PostgreSQL).
Примечание.
Этот адрес не является псевдонимом службы технической поддержки.
Кроме того, попробуйте обратиться сюда:
- Для обращения в службу поддержки Azure отправьте запрос с портала Azure.
- Чтобы устранить проблему, связанную с учетной записью, отправьте запрос в службу поддержки на портале Azure.
- Чтобы отправить отзыв или запросить новые возможности, создайте запись через UserVoice.