Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье описывается, как включить или отключить высокий уровень доступности на База данных Azure для PostgreSQL гибком сервере. Эта информация актуальна независимо от того, используете ли вы серверы в одной зоне или модель развертывания с избыточностью по зонам.
Функция высокой доступности развертывает физически отдельные первичные и резервные реплики. Вы можете подготовить реплики в одной зоне доступности или в разных зонах в зависимости от выбранной модели развертывания. Дополнительные сведения см. в статье о концепциях высокой доступности. Вы можете включить высокий уровень доступности во время или после создания гибкого сервера Базы данных Azure для PostgreSQL.
Включение высокой доступности для существующих серверов
Вы можете включить высокий уровень доступности на существующем База данных Azure для PostgreSQL гибком сервере в любое время. При включении высокой доступности служба создает резервную реплику, которая зеркально отражает основной сервер. В зависимости от региональной емкости и выбора конфигурации резервный режим можно развернуть в другой зоне доступности для максимальной защиты или в той же зоне, что и основной.
Выберите ваш гибкий сервер База данных Azure для PostgreSQL. Использование портала Azure:
Выберите ваш гибкий сервер База данных Azure для PostgreSQL.
В меню ресурсов в разделе "Параметры " выберите "Высокий уровень доступности".
Параметр зональной устойчивости определяет, защищен ли сервер в зонах доступности. У вас есть два варианта:
- Отключено (99,9 % SLA): Высокая доступность не настроена.
- Включено (99.99% соглашение об уровне обслуживания): при выборе этого параметра Azure пытается создать резервный сервер в другой зоне доступности, отличной от основной. Этот параметр обеспечивает лучшую защиту от сбоев на уровне зоны.
Если вы включаете зональную устойчивость, но в вашем регионе недостаточно ресурсов для конфигурации с избыточностью по зонам, под параметром Включено (99,99 % SLA) появится дополнительный флажок. Установите этот флажок, чтобы разрешить резервному серверу создаваться в той же зоне, что и основной сервер. Когда становится доступна зональная емкость, Azure автоматически переводит ваши рабочие нагрузки из режима привязки к одной зоне в режим избыточности между зонами.
Если вы не включили зональную устойчивость, выберите параметр "Включено ".
При выборе параметра "Включено " параметр избыточности зоны применяется по умолчанию для регионов, поддерживающих зоны доступности. Эта конфигурация защищает от зональных сбоев.
Если в регионе отсутствует зональная емкость, чтобы удостовериться в включении высокой доступности (HA) в предпочитаемом регионе, установите флажок под параметром "включено", чтобы разрешить создание высокой доступности с режимом той же зоны региона.
После настройки параметров нажмите кнопку "Сохранить ", чтобы применить изменения.
В диалоговом окне показано увеличение затрат, связанных с развертыванием резервного сервера. Если вы решите продолжить, выберите "Включить высокий уровень доступности".
Новое развертывание запускается для обеспечения высокой доступности на База данных Azure для PostgreSQL гибком сервере.
После завершения развертывания можно выбрать "Перейти к ресурсу", чтобы вернуться к База данных Azure для PostgreSQL гибкому серверу.
Отключение высокой доступности
Вы можете отключить высокий уровень доступности на База данных Azure для PostgreSQL гибком сервере, если вам больше не нужна защита резервной реплики. Отключение высокой доступности удаляет резервный сервер и снижает затраты, но сервер больше не защищается от сбоев зоны или сервера.
Выберите ваш гибкий сервер База данных Azure для PostgreSQL.
В меню ресурсов в разделе "Параметры " выберите "Высокий уровень доступности".
Если включена высокая доступность, переключатель Включено для зональной устойчивости уже выбран. Кроме того, режим высокой доступности установлен в настроенный режим, а значение состояния высокой доступности обычно Работоспособное.
Нажмите переключатель "Отключено ", чтобы отключить высокий уровень доступности.
Выберите Сохранить, чтобы применить изменения.
В диалоговом окне показано сокращение затрат, связанное с удалением резервного сервера. Если вы решите продолжить, выберите "Отключить высокий уровень доступности".
Начинается развертывание. По завершении уведомления показано, что вы успешно отключили высокий уровень доступности.
Включите бизнес-критичный режим (высокую доступность) во время настройки сервера
Вы можете настроить высокий уровень доступности при первом создании База данных Azure для PostgreSQL гибкого сервера. Включив высокий уровень доступности во время подготовки, вы развертываете резервную реплику вместе с основным сервером, поэтому вы получаете немедленную защиту от сбоев зоны или сервера.
При создании нового гибкого сервера База данных Azure для PostgreSQL перейдите в раздел Критически важный для бизнеса (высокая доступность). Выберите параметр "Включить" в разделе "Зональная устойчивость ".
- По умолчанию сервер пытается создать резервный сервер в другой зоне доступности в режиме Zone-Redundant для обеспечения максимальной зональной устойчивости.
Если зональная ёмкость недоступна, установите флажок «Разрешить резерв в той же зоне при отказе зональной устойчивости» для использования в качестве альтернативы. Если этот параметр не выбран, вы не можете перейти к следующему шагу в рабочем процессе создания. Эта проверка гарантирует, что высокий уровень доступности остается включенным. Когда зональная емкость становится доступной, Azure автоматически переносит рабочие нагрузки из Same-Zone HA в Zone-redundant HA.
После выбора флажка перейдите к разделу проверки подлинности в рабочем процессе создания.
Выберите конкретную зону для основного сервера, установив для параметра зона доступности значение, отличное от Без предпочтений.
Запуск принудительного переключения
Выполните следующие шаги, чтобы принудительно переключить основной сервер на резервный сервер в База данных Azure для PostgreSQL.
При инициировании принудительного переключения, первичный сервер сразу же выходит из строя и вызывает переключение на резервный сервер. Инициирование принудительного переключения при отказе полезно, если вы хотите проверить, как такое переключение, вызванное внеплановым сбоем, влияет на вашу рабочую нагрузку.
Это важно
Не выполняйте немедленные переключения подряд. Подождите по крайней мере 15–20 минут между переключениями отказа. Это время ожидания позволяет полностью установить новый резервный сервер.
Общее время завершения работы, как сообщается на портале, может превышать фактическое время простоя приложения. Вы должны измерять время простоя с точки зрения приложения.
Выберите гибкий сервер База данных Azure для PostgreSQL с поддержкой высокой доступности.
В меню ресурсов в разделе "Параметры " выберите "Высокий уровень доступности".
Если первичные и резервные серверы развертываются в разных зонах, обратите внимание на значения, назначенные первичной зоне доступности и резервной зоне доступности. После завершения операции аварийного переключения эти значения меняются на противоположные.
Выберите Принудительное переключение, чтобы запустить процедуру вручную. Диалоговое окно сообщает об ожидаемом времени простоя до завершения отказоустойчивости. Если вы решите продолжить, выберите «Инициировать принудительное переключение».
Появится уведомление с сообщением о том, что выполняется переключение на резервный сервер.
После завершения переключения на резервный сервер, уведомление сообщает о завершении.
Если основной и резервный серверы развернуты в разных зонах, убедитесь, что значения Primary availability zone и Standby availability zone поменялись местами по сравнению с их значениями до начала переключения при отказе.
Запуск планового переключения
Следуйте этим шагам, чтобы выполнить переключение на резервный сервер с основного сервера в Azure Database для PostgreSQL. При запуске этой операции подготавливается резервный сервер, а затем выполняется переключение на него.
Эта операция отработки отказа обеспечивает наименьшее время простоя, так как она выполняет грациозную отработку отказа на резервный сервер. Это полезно для ситуаций, таких как возвращение главного сервера в предпочитаемую зону доступности после неожиданного переключения на резервный сервер.
Это важно
Не выполняйте немедленные переключения подряд. Подождите по крайней мере 15–20 минут между переключениями отказа. Это время ожидания позволяет полностью установить новый резервный сервер.
Выполняйте запланированные переключения в периоды низкой активности.
Общее время завершения работы, как сообщается на портале, может превышать фактическое время простоя приложения. Вы должны измерять время простоя с точки зрения приложения.
Выберите гибкий сервер База данных Azure для PostgreSQL с поддержкой высокой доступности.
В меню ресурсов в разделе "Параметры " выберите "Высокий уровень доступности".
Если первичные и резервные серверы развертываются в разных зонах, обратите внимание на значения, назначенные первичной зоне доступности и резервной зоне доступности. После завершения операции аварийного переключения эти значения меняются на противоположные.
Выберите планируемый отказ, чтобы запустить ручную процедуру переключения. Диалоговое окно сообщает об ожидаемом времени простоя до завершения отказоустойчивости. Если вы решите продолжить, выберите "Инициировать запланированное переключение при отказе".
Появится уведомление и будет упомянуто, что резервное переключение в процессе.
После завершения переключения на резервный сервер, уведомление сообщает о завершении.
Если режим высокой доступности настроен как зонально избыточный, убедитесь, что значения зоны первичной доступности и резервной зоны доступности теперь заменены друг на друга.
Ограничения и рекомендации
Если включить или отключить высокий уровень доступности на гибком сервере База данных Azure для PostgreSQL, служба не изменяет другие параметры. К этим параметрам относятся конфигурация сети, параметры брандмауэра, параметры и хранение резервных копий. Включение или отключение высокой доступности — это операция в сети. Эта операция не влияет на подключение и операции приложения.
База данных Azure для PostgreSQL поддерживает высокий уровень доступности с обоими репликами, развернутыми в одной зоне. Эту конфигурацию можно использовать во всех поддерживаемых регионах. Однако высокая доступность с зональной избыточностью доступна только в определенных регионах.
Уровень с бурстингом не поддерживает высокий уровень доступности. Только уровни общего назначения и оптимизированных для памяти уровней поддерживают высокий уровень доступности.
При развертывании сервера в регионе, состоящем из одной зоны доступности, можно включить высокий уровень доступности только в одном режиме зоны. Если в будущем Microsoft добавит в регион несколько зон доступности, вы сможете развернуть новые гибкие серверы База данных Azure для PostgreSQL с настройкой высокой доступности в режиме same-zone или zone-redundant.
Однако вы не можете напрямую включить высокий уровень доступности в режиме избыточности между зонами для любого сервера, развернутого в регионе, когда регион состоит из одной зоны доступности. В качестве обходного решения можно использовать опцию восстановления или опцию реплики для чтения.
Опция восстановления
- Восстановить до последней точки восстановления.
- После создания нового сервера обеспечьте высокую доступность с разделением на зоны.
- После проверки данных можно при желании удалить старый сервер.
- Убедитесь, что вы изменяете строки подключения клиентов, чтобы указать на восстановленный сервер.
Параметр реплики чтения
Создайте реплику чтения в том же регионе, что и основной сервер.
Повышение уровня реплики чтения, чтобы стать новым первичным сервером.
Чтобы сохранить исходное имя, используйте виртуальные конечные точки или удалите старую основную реплику, а затем создайте и продвиньте новую реплику для чтения.
Для пользователей портала включите зональную устойчивость. Для инструментов разработчика задайте высокий уровень доступности с помощью параметра Zone-Redundant.
Создайте реплику чтения в том же регионе, что и основной сервер.
Повышение уровня реплики чтения, чтобы стать новым первичным сервером.
Чтобы сохранить исходное имя, используйте виртуальные конечные точки или удалите старую основную реплику, а затем создайте и продвиньте новую реплику для чтения.
Для пользователей портала включите зональную устойчивость. Для инструментов разработчика задайте высокий уровень доступности с помощью параметра Zone-Redundant.