Миграция Управления API Azure для поддержки зоны доступности

Служба Azure Управление API поддерживает зоны доступности в зональной и зоне-избыточной конфигурациях.

• Зональный — шлюз Управления API и плоскость управления вашим экземпляром Управления API (API управления, портал разработчика, конфигурация Git) развертываются в одной зоне, выбранной в регионе Azure.

• Зонально-резервный — шлюз и плоскость управления экземпляра системы Управления API (API управления, портал разработчика, конфигурация Git) реплицируются в двух или более физически разделенных зонах внутри региона Azure. Избыточность зоны обеспечивает устойчивость и высокий уровень доступности экземпляра службы.

В этой статье описываются четыре сценария миграции экземпляра управления API в зоны доступности. Дополнительные сведения о настройке Управление API для обеспечения высокой доступности см. в разделе "Обеспечение Управление API доступности и надежности".

Предварительные условия

• Чтобы настроить зоны доступности для "Управление API", экземпляр должен находиться в одном из регионов Azure, поддерживающих зоны доступности.

• Если у вас нет экземпляра Управление API в Azure, создайте его, следуя руководству "Создание нового экземпляра Управление API в Azure" через портал Azure. Выберите уровень служб "Премиум".

• Если у вас есть существующий экземпляр в API Management, убедитесь, что он находится на уровне 'Премиум'. Если это не так, перейдите на уровень «Премиум».

• Если экземпляр API Management развернут в виртуальной сети Azure, проверьте версию вычислительной платформы (stv1 или stv2), на которой размещена служба.

Требования к простою

Отсутствуют требования к простоям для любого из вариантов миграции.

Рекомендации

• Для применения изменений может потребоваться от 15 до 45 минут. Шлюз Управление API может продолжать обрабатывать запросы API в течение этого времени.

• При миграции экземпляра службы управления API, развернутого во внешней или внутренней виртуальной сети, в зоны доступности вы можете также указать новый ресурс общедоступного IP-адреса. В внутренней виртуальной сети общедоступный IP-адрес используется только для операций управления, а не для запросов API. Узнайте больше об IP-адресах Управления API.

• Миграция в зоны доступности или изменение конфигурации зон доступности активирует изменение общедоступного и частного IP-адреса.

• При включении зон доступности в регионе вы настраиваете единицы масштабирования Управления API, которые можно равномерно распределять по зонам. Например, если вы настроите две зоны, можно настроить две единицы, четыре единицы или другое кратное двух.

  Примечание.

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

  Примечание.

  Если для вашего экземпляра API Management настроены зоны доступности, то при нормальных условиях эксплуатации все единицы масштабирования во всех настроенных зонах активны и обслуживают трафик шлюза.

• Если вы настроили авто-масштабирование для экземпляра API Management в основной локации, возможно, потребуется изменить параметры авто-масштабирования после настройки зоны доступности. Количество единиц Управления API в правилах и ограничениях автомасштабирования должно быть кратным количеству зон.

Существующее расположение шлюза не внедряется в виртуальную сеть

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

1. В портале Azure перейдите к экземпляру управления API.

2. В меню "Развертывание и инфраструктура" выберите "Расположения".

3. В поле "Расположение" выберите расположение для переноса. Расположение должно поддерживать зоны доступности, как упоминалось ранее в предварительных требованиях.

4. В поле «Единицы» выберите количество единиц шкалы, которое вы хотите в данном месте.

5. В поле "Зоны доступности" выберите одну или несколько зон. Количество выбранных единиц должно распределяться равномерно по зонам доступности. Например, если вы выбрали три единицы, выберите три зоны, чтобы каждая зона размещала одну единицу.

6. Нажмите кнопку "Применить" и нажмите кнопку "Сохранить".

Расположение существующего шлюза (платформа stv1), внедренного в виртуальную сеть

Чтобы перенести существующее расположение экземпляра Управления API в зоны доступности при внедрении экземпляра в виртуальную сеть и когда он в настоящее время размещен на stv1 платформе, выполните следующие действия. Миграция в зоны доступности также переносит экземпляр на платформу stv2 .

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

2. В портале Azure перейдите к экземпляру Управления API.

3. В меню "Развертывание и инфраструктура" выберите "Расположения".

4. В поле "Расположение" выберите расположение для переноса. Расположение должно поддерживать зоны доступности, как упоминалось ранее в предварительных требованиях.

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

6. В поле "Зоны доступности" выберите одну или несколько зон. Количество выбранных единиц должно распределяться равномерно по зонам доступности. Например, если вы выбрали три единицы, выберите три зоны, чтобы каждая зона размещала одну единицу.

7. В соответствующих полях в разделе "Сеть" выберите новую подсеть и, при необходимости, общедоступный IP-адрес для этого местоположения.

8. Нажмите кнопку "Применить" и нажмите кнопку "Сохранить".

Существующее местоположение шлюза (платформа stv2), внедренное в виртуальную сеть

Чтобы перенести существующее расположение экземпляра вашего Управления API в зоны доступности, когда экземпляр внедрен в виртуальную сеть и уже размещен на платформе stv2:

1. На портале Azure перейдите к экземпляру Управления API.

2. В меню "Развертывание и инфраструктура" выберите "Расположения".

3. В поле "Расположение" выберите расположение для переноса. Расположение должно поддерживать зоны доступности, как упоминалось ранее в предварительных требованиях.

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

5. В поле "Зоны доступности" выберите одну или несколько зон. Количество выбранных единиц должно распределяться равномерно по зонам доступности. Например, если вы выбрали три единицы, выберите три зоны, чтобы каждая зона размещала одну единицу.

6. В поле Общедоступный IP-адрес при необходимости выберите общедоступный IP-адрес в расположении.

7. Нажмите кнопку "Применить" и нажмите кнопку "Сохранить".

Новое расположение шлюза

Чтобы добавить новое расположение в экземпляр управления API и активировать зоны доступности в данном расположении:

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

2. В портале Azure перейдите к экземпляру управления API.

3. В меню "Развертывание и инфраструктура" выберите "Расположения".

4. Нажмите кнопку +Добавить, чтобы добавить новое расположение. Расположение должно поддерживать зоны доступности, как упоминалось ранее в предварительных требованиях.

5. В поле "Единицы" выберите количество единиц масштабирования, которое требуется в расположении.

6. В поле "Зоны доступности" выберите одну или несколько зон. Количество выбранных единиц должно распределяться равномерно по зонам доступности. Например, если вы выбрали три единицы, выберите три зоны, чтобы каждая зона размещала одну единицу.

7. Если экземпляр управления API развернут в виртуальной сети, используйте поля в разделе Сеть для выбора виртуальной сети, подсети и необязательного общедоступного IP-адреса, доступного в данной области.

8. Выберите Добавить, затем выберите Сохранить.

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

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

• Развертывание экземпляра Управления API Azure в нескольких регионах Azure
• Контрольный список проверки разработки для надежности

• Службы Azure с зонами доступности
• Регионы Azure с зонами доступности