Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
ПРИМЕНЯЕТСЯ К: База данных Azure для PostgreSQL — гибкий сервер
В этой статье представлен обзор и введение в основные понятия модели развертывания гибкого сервера Базы данных Azure для PostgreSQL. Независимо от того, начинаете ли вы с нуля или хотите обновить свои знания, это вводное видео предлагает полный обзор гибкого сервера Azure Database для PostgreSQL, чтобы помочь вам познакомиться с его ключевыми функциями и возможностями.
База данных Azure для PostgreSQL гибкий сервер — это полностью управляемая служба баз данных, предназначенная для более детального управления и гибкости функций управления базами данных и параметров конфигурации. Как правило, служба обеспечивает большую гибкость и настройки конфигурации сервера на основе требований пользователей. Гибкая архитектура сервера позволяет пользователям сопоставлять ядро СУБД с уровнем клиента для снижения задержки и выбирать высокий уровень доступности в пределах одной зоны доступности и в нескольких зонах доступности. Гибкие экземпляры сервера Базы данных Azure для PostgreSQL также обеспечивают более удобные средства оптимизации затрат с возможностью остановки и запуска сервера и масштабируемого вычислительного уровня, идеально подходящего для рабочих нагрузок, которым не требуется постоянно полная вычислительная мощность. Служба поддерживает различные основные версии сообщества PostgreSQL. Подробную информацию о поддерживаемых версиях PostgreSQL см. в разделе Поддерживаемые версии PostgreSQL в гибком сервере базы данных Azure для PostgreSQL. Служба доступна в различных регионах Azure.
База данных 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.
Примечание.
Этот адрес электронной почты предназначен только для общих запросов и предложений. Это не псевдоним технической поддержки.
Кроме того, попробуйте обратиться сюда:
- Чтобы обратиться в службу поддержки Azure, отправьте запрос на портал Azure.
- Чтобы устранить проблему с учетной записью, отправьте запрос в службу поддержки на портале Azure.
- Чтобы предоставить отзыв или запросить новые функции, создайте запись с помощью UserVoice.