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

Важно!

Начиная с 1-го июля 2021 г. вы не сможете добавлять новые тесты в существующую рабочую область или включать новую рабочую область в службе "Монитор производительности сети". Вы сможете продолжить использование тестов, созданных до 1 июля 2021 г. Чтобы минимизировать прерывание текущих рабочих нагрузок, необходимо перейти с Монитора производительности сети на новый Монитор подключений в Наблюдателе за сетями Azure не позднее 29 февраля 2024 г.

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

Монитор производительности сети состоит из трех компонентов:

В следующих разделах описываются изменения в ценообразовании для компонентов NPM.

Системный монитор

Как оплачивалось использование мониторинга производительности в прежней модели?

Выставление счетов за NPM было основано на использовании и потреблении двух компонентов:

  • Узлы: все искусственные транзакции от начала до конца выполняются на узлах. Узлы также называются агентами или агентами управления Майкрософт.
  • Данные: результаты сетевых тестов хранятся в репозитории Log Analytics.

В прежней модели счет выставлялся на основе количества узлов и объема генерируемых данных.

Как взимается плата за использование мониторинга производительности в новой модели?

Теперь плата за функцию "Монитор производительности" в NPM взимается на основе следующего.

  • Отслеживаемые соединения подсети
  • Объем данных:

Что представляет собой соединение подсети?

Функция "Мониторинг производительности" отслеживает подключение между двумя или более расположениями в сети. Связь между группой узлов или агентов в одной подсети и группой узлов в другой подсети называется соединением подсети.

У меня две подсети (A и B) и несколько агентов в каждой из них. Функция "Монитор производительности" отслеживает подключение из всех агентов в подсети A ко всем агентам в подсети B. Будет ли взиматься плата на основе числа подключений между подсетями?

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

Какова стоимость мониторинга соединения подсети?

Чтобы узнать о стоимости мониторинга одного соединения подсети в течение месяца ознакомьтесь с разделом о функции Ping Mesh.

Как выставляются счета за данные, созданные Монитором производительности?

Для Log Analytics плата за прием данных (сюда входят отправка данных в рабочую область Log Analytics с Azure Monitor, обработка и индексирование) доступна на этой странице цен в разделе о приеме данных. Плата за хранение данных (то есть, данные, сохраняемые по желанию клиента по истечении первого месяца использования) также доступна на странице цен в разделе о приеме данных.

Мониторинг ExpressRoute

Как выставляются счета за использование мониторинга ExpressRoute?

Плата за использование мониторинга ExpressRoute взимается на основе объема данных, созданных во время мониторинга. Дополнительные сведения см. в разделе "Как выставляются счета за данные, созданные Монитором производительности?".

Я использую монитор ExpressRoute для мониторинга нескольких каналов ExpressRoute. Взимается ли плата в зависимости от количества отслеживаемых каналов?

Нет. Плата также не взимается за тип пиринга (например, частный пиринг, пиринг Майкрософт). Она взимается на основе объема данных, как объяснялось ранее.

Каков объем генерируемых данных, если ExpressRoute выполняет мониторинг одного канала?

Объем данных, генерируемых в месяц, если ExpressRoute выполняет мониторинг частного пирингового подключения, выглядит следующим образом:

Процентиль Данных в месяц (МБ)
50-й 192
60-й 256
70-й 360
80-й 498
90-й 870
95-й 1560

В соответствии с этой таблицей клиенты с 50-м процентилем оплачивают 192 МБ данных. С тарифом в размере 2,30 долл. США за ГБ в течение первого месяца расходы за мониторинг канала составляют 0,43 долл. США (= 192 * 2,30 / 1024).

Что может стать причиной отклонений или изменений в объеме данных?

Объем генерируемых данных мониторинга зависит от нескольких факторов, таких как:

  • Число агентов. Точность изоляции ошибок повышается с увеличением количества агентов.
  • Количество прыжков в сети.
  • Количество путей между источником и назначением.

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

Мониторинг конечных точек службы

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

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

  • Количество подключений.
  • Объем данных.

Что представляет собой подключение?

Подключение — это проверка доступности одной конечной точки (URL-адреса или сетевой службы) из одного агента в течение месяца. Например, мониторинг подключения к bing.com из трех агентов состоит из трех подключений.

Какова стоимость мониторинга конечной точки службы?

Ознакомьтесь с разделом о мониторинге подключения, чтобы узнать о стоимости использования мониторинга конечной точки в месяц. Для Log Analytics плата за данные доступна на странице цен в разделе о приеме данных.

Ссылки

Цены на Log Analytics. В разделе с часто задаваемыми вопросами содержатся сведения об уровнях "Бесплатный", "На узел" и другие сведения о ценообразовании.