Поделиться через

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

  • Статья

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

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

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

Примечание.

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

Внимание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Внимание

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

Пики метрик емкости

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

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

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

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

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

Внимание

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

Примечание.

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

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

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

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

Совет

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

Внимание

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

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