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

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

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

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

Внимание

Обновление модели выставления счетов для гибкого сервера База данных Azure для PostgreSQL (v5 HA). В апреле мы реализовали обновление модели выставления счетов для SKU версии 5 с поддержкой высокого уровня доступности (HA). Это изменение предназначено для правильного отражения расходов, учитывая как первичные, так и резервные серверы. Перед этим изменением мы неправильно заряжали клиентов только для основного сервера. Клиенты, использующие SKU версии 5 с серверами с поддержкой высокой доступности, теперь увидят количество выставления счетов, умноженное на 2. Это обновление не влияет на номера SKU версии 4 и версии 3.

Включение высокой доступности для существующих серверов

Портал

В случае использования портала Azure выполните следующие действия:

1. Выберите гибкий сервер База данных Azure для PostgreSQL.

2. В меню ресурсов в разделе "Параметры " выберите "Высокий уровень доступности".

   

3. Если высокий уровень доступности не включен, флажок "Включить высокий уровень доступности " отображается без флажка, а состояние высокой доступности отображается как "Не включено".

   

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

   

Примечание.

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

5. Если регион поддерживает избыточность зоны и выбираете избыточность зоны, можно выбрать, в каких из других доступных зон необходимо развернуть резервный сервер.

   

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

   

7. Развертывание инициируется и, когда оно завершится, уведомление показывает, что высокий уровень доступности успешно включен.

   

CLI

Вы можете включить высокий уровень доступности на существующем сервере с помощью команды az postgres гибкого обновления сервера.

Чтобы обеспечить высокий уровень доступности, чтобы резервный сервер развертывался в той же зоне, что и основной сервер, используйте следующую команду:

az postgres flexible-server update --resource-group <resource_group> --name <server> --high-availability SameZone

Чтобы включить высокий уровень доступности с резервным сервером, развернутым в другой зоне, отличной от основного сервера, и если вы хотите, чтобы зона была автоматически выбрана, используйте следующую команду:

az postgres flexible-server update --resource-group <resource_group> --name <server> --high-availability ZoneRedundant

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

az postgres flexible-server update --resource-group <resource_group> --name <server> --high-availability ZoneRedundant --standby-zone <standby_zone>

Если вы включаете высокий уровень доступности с избыточностью зоны, а зона, указанная для резервных совпадений с зоной основной, вы получите следующую ошибку:

Your server is in availability zone <server>. The zone of the server cannot be same as the standby zone.

Если вы включаете высокий уровень доступности с избыточностью зоны, а зона, указанная для резервного режима, недоступна в этом регионе, вы получите следующую ошибку:

Code: InvalidParameterValue
Message: Invalid value given for parameter StandbyAvailabilityZone,availabilityZone. Specify a valid parameter value.

Если вы включаете высокий уровень доступности с избыточностью зоны, и регион не имеет нескольких зон доступности, вы получите следующую ошибку:

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

Если высокий уровень доступности включен в одном режиме, и вы попытаетесь снова включить его, указав другой режим, вы получите следующую ошибку:

Code: InvalidParameterValue
Message: Invalid value given for parameter Cannot switch Properties.HighAvailability.Mode directly from SameZone to ZoneRedundant. Please disable HA and then enable HA.. Specify a valid parameter value.

Отключение высокой доступности

Портал

В случае использования портала Azure выполните следующие действия:

1. Выберите гибкий сервер База данных Azure для PostgreSQL.

2. В меню ресурсов в разделе "Параметры " выберите "Высокий уровень доступности".

   

3. Если включена высокая доступность, установлен флажок "Включить высокий уровень доступности", режим высокой доступности установлен в настроенном режиме, а состояние высокой доступности обычно отображается как "Работоспособное".

   

4. Снимите флажок "Включить высокий уровень доступности", чтобы отключить этот параметр.

   

5. Выберите Сохранить, чтобы применить изменения. Диалоговое окно сообщает о сокращении затрат, связанных с удалением резервного сервера. Если вы решите продолжить, выберите "Отключить высокий уровень доступности".

   

6. Развертывание инициируется и, когда оно завершится, уведомление показывает, что высокий уровень доступности успешно отключен.

   

CLI

Вы можете отключить высокий уровень доступности на существующем сервере с помощью команды az postgres гибкого обновления сервера.

Чтобы отключить высокий уровень доступности, используйте следующую команду:

az postgres flexible-server update --resource-group <resource_group> --name <server> --high-availability Disabled

Включение высокой доступности во время подготовки сервера

Портал

В случае использования портала Azure выполните следующие действия:

1. Во время подготовки нового экземпляра База данных Azure для PostgreSQL гибкий сервер в разделе "Высокий уровень доступности" выберите "Одна зона" или "Избыточность зоны".

   

Примечание.

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

2. Если выбрать определенную зону для основного сервера, установив для зоны доступности любое значение, отличное от параметра "Нет", при выборе избыточного зоны можно также выбрать явно выбранное значение для резервного сервера в резервной зоне доступности. Задание зон определенным зонам полезно, если вы хотите обсортировать приложение в той же зоне, что и база данных, чтобы уменьшить задержку. Если вы хотите, чтобы резервный сервер развертывал в зоне доступности автоматически, выберите вариант "Нет предпочтения ".

   

CLI

Вы можете включить высокий уровень доступности при подготовке нового сервера с помощью команды az postgres flexible-server create .

Примечание.

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

Чтобы развернуть основной сервер с резервным сервером в той же зоне и разрешить службе выбрать зону, используйте следующую команду:

az postgres flexible-server create --resource-group <resource_group> --name <server> --high-availability SameZone ...

Чтобы развернуть основной сервер с резервным сервером в той же зоне и явно выбрать зону, используйте следующую команду:

az postgres flexible-server create --resource-group <resource_group> --name <server> --high-availability SameZone --zone <zone> ...

Если указанная зона доступности не поддерживается в выбранном регионе, вы получите следующую ошибку:

Code: AvailabilityZoneNotAvailable
Message: Specified availability zone is not supported in this region. Please choose a different availability zone.

Чтобы развернуть основной сервер с резервным сервером в другой зоне и разрешить службе выбрать обе зоны, используйте следующую команду:

az postgres flexible-server create --resource-group <resource_group> --name <server> --high-availability ZoneRedundant ...

Чтобы развернуть основной сервер с резервным сервером в другой зоне, явно укажите зону для основной, но пусть служба выберет зону для резервного сервера, используйте следующую команду:

az postgres flexible-server create --resource-group <resource_group> --name <server> --high-availability ZoneRedundant --zone <zone> ...

Чтобы развернуть основной сервер с резервным сервером в другой зоне, и явно указать зону для основного и резервного сервера, используйте следующую команду:

az postgres flexible-server create --resource-group <resource_group> --name <server> --high-availability ZoneRedundant --zone <zone> --standby-zone <standby_zone>...

Если выбрать высокий уровень доступности с избыточностью между зонами, а для зон основных и резервных серверов указано то же значение, вы получите следующую ошибку:

Your server is in availability zone <zone>. The zone of the server cannot be same as the standby zone.

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

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

принудительным переходом на другой ресурс

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

Внимание

• Не выполняйте немедленные обратные отработки отказа. Подождите по крайней мере 15–20 минут между отработками отказа. Такое ожидание позволяет полностью установить новый резервный сервер.

• Общее время сквозной операции, как сообщается на портале, может превышать фактическое время простоя, которое испытывает приложение. Вы должны измерять время простоя с точки зрения приложения.

Портал

В случае использования портала Azure выполните следующие действия:

1. Выберите гибкий сервер База данных Azure для PostgreSQL с поддержкой высокой доступности.

2. В меню ресурсов в разделе "Параметры " выберите "Высокий уровень доступности".

   

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

   

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

   

5. Появляется уведомление о том, что отработка отказа выполняется.

   

6. После завершения отработки отказа на резервный сервер уведомление сообщает о завершении операции.

   

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

   

CLI

Вы можете включить высокий уровень доступности при подготовке нового сервера с помощью команды az postgres гибкого перезапуска сервера.

Чтобы инициировать принудительное отработка отказа, используйте следующую команду:

az postgres flexible-server restart --resource-group <resource_group> --name <server> --failover Forced

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

Failing over can only be triggered for zone redundant or same zone servers.

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

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

Плановая отработка отказа

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

Внимание

• Не выполняйте немедленные обратные отработки отказа. Подождите по крайней мере 15–20 минут между отработками отказа. Такое ожидание позволяет полностью установить новый резервный сервер.

• Мы рекомендуем выполнять плановая отработка отказа во время низких периодов активности.

• Общее время сквозной операции, как сообщается на портале, может превышать фактическое время простоя, которое испытывает приложение. Вы должны измерять время простоя с точки зрения приложения.

Портал

В случае использования портала Azure выполните следующие действия:

1. Выберите гибкий сервер База данных Azure для PostgreSQL с поддержкой высокой доступности.

2. В меню ресурсов в разделе "Параметры " выберите "Высокий уровень доступности".

   

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

   

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

   

5. Появляется уведомление о том, что отработка отказа выполняется.

   

6. После завершения отработки отказа на резервный сервер уведомление сообщает о завершении операции.

   

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

   

CLI

Вы можете включить высокий уровень доступности при подготовке нового сервера с помощью команды az postgres гибкого перезапуска сервера.

Чтобы инициировать принудительное отработка отказа, используйте следующую команду:

az postgres flexible-server restart --resource-group <resource_group> --name <server> --failover Planned

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

Failing over can only be triggered for zone redundant or same zone servers.

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

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

Примечания

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

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

• Высокий уровень доступности не поддерживается на уровне "Ускорение ". Он поддерживается только в уровнях, оптимизированных для общего назначения или памяти.

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

  1. Следуйте инструкциям, указанным в восстановлении База данных Azure для PostgreSQL гибкого сервера, чтобы восстановить существующий экземпляр на новом экземпляре с помощью последней точки восстановления.
  2. После создания нового сервера включите высокий уровень доступности с избыточностью зоны.
  3. После проверки данных можно при желании удалить старый сервер.
  4. Убедитесь, что строка подключения клиентов изменяются, чтобы указать на вновь восстановленный экземпляр.

Поделитесь своими предложениями и ошибками с помощью команды База данных Azure для PostgreSQL продукта.

• Обзор непрерывности бизнес-процессов с помощью База данных Azure для PostgreSQL — гибкий сервер.
• Высокий уровень доступности в База данных Azure для PostgreSQL — гибкий сервер.
• Восстановление База данных Azure для PostgreSQL на определенный момент времени — гибкий экземпляр сервера.