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

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

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

Внимание

В апреле 2024 года мы обновили модель выставления счетов для уровня вычислений версии 5 с серверами с поддержкой высокого уровня доступности. Это изменение правильно отражает расходы, учитывая как первичные, так и резервные серверы. Перед этим изменением с вас неправильно взимали плату только за основной сервер. Если вы используете уровень v5 с серверами с поддержкой высокой доступности, теперь вы увидите, что объём выставленных счетов увеличился вдвое. Это обновление не влияет на уровни версии 4 и 3.

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

Портал

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

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

Параметр зональной устойчивости определяет, защищен ли сервер в зонах доступности. У вас есть два варианта:

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

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

1. Если зональная устойчивость не включена, выберите параметр "Включено ".

   

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

   

3. Если в регионе отсутствует зональная емкость, чтобы обеспечить включение высокого уровня доступности (HA) в предпочитаемом регионе, установите флажок под включенной опцией, чтобы разрешить создание HA в режиме "Same-Zone" для региона. Он автоматически переносит рабочие нагрузки на Zone-Redundant HA, как только появляется поддержка зональной емкости:

   

4. После настройки параметров нажмите кнопку "Сохранить ", чтобы применить изменения.

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

   

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

   

CLI

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

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

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.

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

Портал

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

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

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

   

4. Выберите переключатель Отключено, чтобы отключить HA.

   

5. Выберите Сохранить, чтобы применить изменения.

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

   

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

   

CLI

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

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

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

Портал

1. На портале Azure во время подготовки нового гибкого экземпляра базы данных Azure для PostgreSQL перейдите в раздел "Критически важный для бизнеса" (высокий уровень доступности). В разделе "Зональная устойчивость" выберите радиокнопку Включено.

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

   

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

     

   • После выбора флажка можно перейти к разделу проверки подлинности в рабочем процессе создания.

     

2. Выберите определенную зону для основного сервера, установив для зоны доступности любое значение, отличное от параметра No.

   

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 Database for PostgreSQL.

При инициировании принудительного переключения, первичный сервер сразу же выходит из строя и вызывает переключение на резервный сервер. Запуск принудительного переключения полезен, если вы хотите проверить, как сбой повлияет на рабочую нагрузку.

Внимание

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

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

Портал

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

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

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

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

   

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

   

6. После завершения переключения на сервер ожидания поступает уведомление о завершении.

   

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

CLI

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

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

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 Database для PostgreSQL. Инициирование этой операции подготавливает резервный сервер, а затем выполняет переключение на резервный сервер.

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

Внимание

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

• Выполняйте запланированные переключения в периоды низкой активности.

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

Портал

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

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

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

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

   

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

   

6. После завершения переключения на сервер ожидания поступает уведомление о завершении.

   

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

CLI

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

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

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. Восстановите существующий экземпляр на новом сервере с помощью последней точки восстановления.
2. После создания нового сервера обеспечьте высокую доступность с разделением на зоны.
3. После проверки данных можно при желании удалить старый сервер.
4. Убедитесь, что строки подключения ваших клиентов изменены так, чтобы указывать на ваш недавно восстановленный сервер.

Параметр реплики чтения

1. Создайте реплику чтения в том же регионе, что и основной сервер.
2. Повышение уровня реплики чтения, чтобы стать новым первичным сервером.
3. Чтобы сохранить исходное имя, используйте виртуальные конечные точки или удалите старую основную реплику, а затем создайте и продвиньте новую реплику для чтения.
4. Для пользователей портала включите зональную устойчивость. Для инструментов разработчика задайте высокий уровень доступности с помощью параметра Zone-Redundant.

Связанный контент

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