Емкость экземпляра управления API Azure

ОБЛАСТЬ ПРИМЕНЕНИЯ: Разработчик | Базовый | Базовая версия 2 | Стандартный | Standard v2 | Премия

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

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

Примечание.

В настоящее время эта функция недоступна в рабочих областях.

Внимание

В этой статье описывается, как отслеживать и масштабировать экземпляр Azure Управление API на основе метрик емкости. Однако, когда экземпляр достигает своей емкости, он не будет регулироваться, чтобы предотвратить перегрузку. Вместо этого он будет действовать как перегруженный веб-сервер: увеличение задержки, удаленные подключения и ошибки времени ожидания. Клиенты API должны быть готовы к обработке этих проблем, так как они делают с другими внешними службами, например с помощью политик повторных попыток.

Необходимые компоненты

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

Доступные метрики емкости

Различные метрики емкости доступны на уровнях служб версии 2 и классических уровнях.

Уровни версии 2

На уровнях версии 2 доступны следующие метрики:

• Процент ЦП шлюза — процент емкости ЦП, используемой единицами шлюза.

• Процент памяти шлюза — процент емкости памяти, используемой единицами шлюза.

Доступные агрегаты для этих метрик приведены ниже.

• Среднее значение — средняя доля емкости, используемой в процессах шлюза в каждой единице экземпляра Управление API.
• Макс. Процент емкости в процессе шлюза с наибольшим потреблением.

Использование ЦП и памяти показывает потребление ресурсов по:

• службам плоскости данных Управления API, таким как обработка запросов, которая может включать перенаправление запросов или выполнение политики;
• службам плоскости управления Управления API, таким как действия по управлению, применяемые с помощью портала Azure или Azure Resource Manager, или нагрузка, поступающая с портала разработчика;
• выбранным процессам операционной системы, включая те, что влекут затраты на подтверждения TLS для новых подключений.
• обновлениям платформы, таким как обновления ОС на базовых вычислительных ресурсах экземпляра.
• Количество развернутых API независимо от действия, которое может использовать дополнительную емкость.

Классические уровни

На уровнях "Разработчик", "Базовый", "Стандартный" и "Премиум" метрика емкости доступна для принятия решений о масштабировании или обновлении экземпляра Управление API. Это сложная метрика, обязывающая следовать определенному поведению.

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

• Среднее значение — средняя доля емкости, используемой в процессах шлюза в каждой единице экземпляра Управление API.
• Макс. Процент емкости в процессе шлюза с наибольшим потреблением.

Внимание

Максимальное агрегирование метрики емкости поддерживается только на уровне "Премиум" службы "Управление API".

Что указывает метрика емкости

Емкость — это индикатор нагрузки на экземпляр Управления API. Он отражает использование ресурсов (ЦП, памяти) и длину очереди сети.

Использование ЦП и памяти показывает потребление ресурсов по:

• службам плоскости данных Управления API, таким как обработка запросов, которая может включать перенаправление запросов или выполнение политики;
• службам плоскости управления Управления API, таким как действия по управлению, применяемые с помощью портала Azure или Azure Resource Manager, или нагрузка, поступающая с портала разработчика;
• выбранным процессам операционной системы, включая те, что влекут затраты на подтверждения TLS для новых подключений.
• обновлениям платформы, таким как обновления ОС на базовых вычислительных ресурсах экземпляра.
• Количество развернутых API независимо от действия, которое может использовать дополнительную емкость.

Поведение метрик емкости

В реальном времени метрики емкости могут влиять на многие переменные, например:

• Шаблоны подключения (новое подключение по запросу и повторное использование имеющегося подключения).
• Размеры запроса и ответа.
• Политики, настроенные на каждом API, или количество клиентов, отправляющих запросы.

Чем более сложные операции с запросами, тем выше потребление емкости. Например, сложные политики преобразования потребляют гораздо больше ресурсов ЦП, чем перенаправление простого запроса. Медленные ответы серверной службы также увеличивают его.

Внимание

Метрики емкости не являются прямыми мерами числа обрабатываемых запросов.

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

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

Использование портал Azure для проверки метрик емкости

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

Уровни версии 2

1. Перейдите к своему экземпляру управления API на портале Azure.
2. В меню слева в разделе Мониторинг выберите Метрики.
3. Выберите процент ЦП шлюза или процент памяти метрики шлюза из доступных метрик. Выберите агрегирование по умолчанию или выберите агрегирование Max, чтобы увидеть пиковое использование.
4. Выберите нужный временной интервал на верхней панели раздела.

Внимание

В настоящее время метрика емкости также отображается на портале для экземпляров на уровнях версии 2. Однако он не поддерживается для использования на уровнях версии 2 и отображает значение 0.

Примечание.

Также можно настроить оповещение по метрикам, чтобы получать информацию о непредвиденных ситуациях. Например, получение уведомлений, когда экземпляр Управление API превысил ожидаемый пиковый объем ЦП или памяти в течение более 20 минут.

Классические уровни

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

2. В меню слева в разделе Мониторинг выберите Метрики.

3. Выберите метрику Емкость из доступных метрик и оставьте значение агрегирования по умолчанию Среднее.

   Совет

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

4. Чтобы разбить метрику по расположению, в верхней части раздела выберите Применить разделение, а затем выберите Расположение.

5. Выберите нужный временной интервал на верхней панели раздела.

Внимание

В настоящее время процент использования ЦП шлюза и метрики памяти шлюза также отображаются на портале для экземпляров на классических уровнях. Однако они не поддерживаются для использования на классических уровнях и отображают значение 0.

Примечание.

• Также можно настроить оповещение по метрикам, чтобы получать информацию о непредвиденных ситуациях. Например, получайте уведомления, если для экземпляра Управления API более 20 минут подряд превышена ожидаемая пиковая емкость.
• Автоматическое масштабирование Azure Monitor можно использовать для автоматического добавления единицы Управление API Azure. Операция масштабирования может занять около 30 минут, поэтому следует планировать правила соответствующим образом.
• В развертываниях с несколькими регионами допускается только масштабирование основного расположения.

Использование емкости для решений масштабирования

Используйте метрики емкости для принятия решений о том, следует ли масштабировать экземпляр Управление API для увеличения нагрузки. Ниже приведены общие рекомендации:

• Учитывайте долгосрочные тенденции и средние значения.
• Игнорируйте внезапные пики, которые, скорее всего, не связаны с увеличением нагрузки (подробное описание см. в разделе Поведение метрик емкости).
• Как правило, обновление или масштабирование экземпляра при превышении метрики емкости превышает 60 % – 70 % в течение длительного периода времени (например, 30 минут). Разные значения могут работать лучше в вашей службе или сценарии.
• Если экземпляр настроен только на 1 единицу, обновите или масштабируйте экземпляр, если значение метрики емкости превышает 40 % в течение длительного периода. Эта рекомендация основана на необходимости резервирования емкости для обновлений гостевой ОС на базовой платформе службы.

Совет

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

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

• Обновление и масштабирование экземпляра Управления API Azure
• Автоматическое масштабирование экземпляра службы управления API Azure
• Планирование затрат на Управление API и управление ими