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

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

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

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

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

Внимание

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

Совет

Команды API могут использовать эту функцию в рабочих областях. Рабочие области предоставляют изолированный административный доступ к API и собственным средам выполнения 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. Попробуйте настроить пороговые значения масштабирования, если вы заметили снижение времени отклика с увеличением значения метрики емкости.

Совет

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

Внимание

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

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

  • Last updated on