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

2025-05-05

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

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

Состояния работоспособности

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

Готово — проверка здоровья пройдена успешно

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

Снижение уровня — группа безопасности сети (NSG) или блокировка подключений к виртуальному устройству

Состояние "Понижение " может отображаться, когда правила NSG или виртуальное устройство блокируют важные подключения, необходимые для обеспечения высокой доступности. Эта проблема конфигурации предотвращает полную функциональность высокой доступности и должна быть исправлена путем настройки параметров NSG.

Понижение — состояние только для чтения

Если гибкий сервер PostgreSQL входит в состояние только для чтения, состояние "Понижение " отражает это ограничение. Обычно для этого требуется подготовка дополнительных ресурсов или устранение условий, которые привели к настройке только для чтения для восстановления полной функциональности.

Снижение уровня доступности — высокий уровень доступности в состоянии понижения

Когда сама служба высокого уровня доступности испытывает снижение производительности, возможно, из-за временных проблем или условий на уровне системы, это состояние появляется. Реализация логики повторных попыток может помочь устранить последствия этих временных сбоев подключения. Важно отметить, что состояние "понижено" не означает, что сервер недоступен. Вместо этого он указывает, что настройка системы высокой доступности и проверки работоспособности еще не были полностью завершены. Несмотря на это состояние, сервер по-прежнему может работать и доступен.

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

Понижение — плановая отработка отказа, инициированная

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

Понижение — незапланированная отработка отказа, инициированная

Для не плановая отработка отказа это состояние указывает на активное событие отработки отказа, вызываемое непредвиденными обстоятельствами. Этот сценарий может включать краткое прерывание подключения, пока сервер не завершит процедур отработки отказа.

Понижение уровня — отработка отказа, инициированная обновлением

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

Настройка оповещений Работоспособность ресурсов

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

Действия по настройке оповещений Работоспособность ресурсов с помощью портала

Перейдите на портал Azure и выберите гибкий сервер PostgreSQL.
В меню слева выберите "Оповещения" в разделе "Мониторинг".
Выберите "Новое правило генерации оповещений" и настройте логику оповещения на основе сигналов Работоспособность ресурсов.
Настройте группу действий, чтобы указать способ уведомления (электронная почта, SMS и т. д.).
Просмотрите и создайте правило генерации оповещений.

Действия по созданию оповещений Работоспособность ресурсов с помощью шаблона ARM

Скачайте шаблон ARM из руководства по шаблону ARM Работоспособность ресурсов Alerts ARM.
Настройте шаблон с помощью определенных сведений о сервере и параметров оповещения.
Разверните шаблон ARM с помощью Azure CLI или Azure PowerShell.
Проверьте развертывание и убедитесь, что оповещения активны.

Дополнительные сведения о настройке оповещений см. в следующих руководствах.

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