Устаревшая ценовая категория Application Insights Enterprise (на узел)
Для ранних последователей Application Insights по-прежнему существует две возможные ценовые категории: Базовая и Корпоративная. По умолчанию используется ценовая категория "Базовый", которая соответствует описанию выше. Она включает в себя все возможности категории "Корпоративный" без дополнительной платы. В категории "Базовый" плата в основном взимается за объем принимаемых данных.
Эти устаревшие ценовые категории были переименованы. Ценовая категория "Корпоративный" теперь называется За узел, а категория "Базовый" называется За ГБ. Эти новые имена используются в тексте ниже и на портале Azure.
В категории "За узел" (ранее — "Корпоративный") оплачивается каждый узел, и каждому узлу выделяется ежедневная квота данных. При использовании ценовой категории "За узел" плата взимается за данные, полученные сверх предоставленной квоты. Если вы используете Operations Management Suite, следует выбрать категорию "За узел". В апреле 2018 года была представлена новая модель ценообразования для служб мониторинга Azure. Эта модель использует простой принцип "с оплатой по мере использования" во всем портфеле служб мониторинга. Дополнительные сведения о моделях ценообразования.
Для ресурсов Application Insights, которые находились в ценовой категории "Базовый" до апреля 2018 г., счета за эти ресурсы по-прежнему выставляются по той же нерегионалиционной ценовой точке, что и до апреля 2018 г. Ресурсы Application Insights, созданные после этого времени или преобразованные в рабочую область, будут получать текущие региональные цены. Текущие цены в валюте вашей страны для выбранного региона вы можете узнать на странице цен на Application Insights.
Основные сведения об оплачиваемом использовании устаревшей категории "Корпоративный" ("За узел")
Как описано ниже, устаревшая категория "Корпоративный" ("За узел") сочетает в себе использование всех ресурсов Application Insights в подписке для вычисления количества узлов и превышения избытка данных. Из-за этого комбинированного процесса отчеты об использовании всех ресурсов Application Insights в подписке выводятся только относительно одного из ресурсов. Это усложняет выверку оплачиваемого использования с потреблением каждого ресурса Application Insights, которое вы видите.
Предупреждение
Из-за сложности отслеживания и понимания использования ресурсов Application Insights в устаревшей категории "Корпоративный" ("За узел") мы настоятельно рекомендуем использовать текущую ценовую категорию с оплатой по мере использования.
Категория "За узел" и права подписки Operations Management Suite
Как уже было объявлено, клиенты, покупающие Operations Management Suite E1 и Operations Management Suite E2, могут бесплатно получить ценовую категорию Application Insights "За узел" в качестве дополнительного компонента. Каждая приобретенная единица пакета Operations Management Suite E1 и Operations Management Suite E2 предоставляет право на использование одного узла с ценовой категорией Application Insights "За узел". Каждый узел Application Insights включает до 200 МБ ежедневно обрабатываемых данных (отдельно от получаемых данных Log Analytics), которые хранятся в течение 90 дней. Дополнительная плата за это не взимается. Эта категория более подробно описана далее в этой статье.
Так как эта категория доступна только клиентам с подпиской Operations Management Suite, клиенты без такой подписки не будут видеть возможности для выбора этой категории.
Примечание
Для получения этой возможности в ваших ресурсах Application Insights должна использоваться ценовая категория "За узел". Эта возможность применяется только к узлам. Ресурсы Application Insights в категории "За ГБ" не получают каких-либо преимуществ. Это право не отображается в предполагаемых затратах, показанных в области Использование и предполагаемые затраты , но будет отражено в счете.
Как работает ценовая категория "За узел"
- Используя категорию "За узел", вы платите только за количество узлов, с которых данные телеметрии отправляются в приложения.
- Узел — это любой физический компьютер, виртуальная машина или экземпляр роли платформы как услуги, на котором размещено ваше приложение.
- В число узлов не включаются компьютеры для разработки, клиентские браузеры и мобильные устройства.
- Если приложение содержит несколько компонентов, отправляющих данные телеметрии, например веб-службу и рабочую роль сервера, такие компоненты учитываются отдельно.
- Данные динамического потока метрик не учитываются при расчете стоимости. Сумма платы за подписку зависит от количества узлов, а не от количества приложений. Если вы используете пять узлов, которые отправляют телеметрию для 12 приложений, то плата взимается за пять узлов.
- Несмотря на то что суммы в тарифах указаны за целый месяц, плата взимается только за те часы, в течение которых узел отправлял данные телеметрии из приложения. Сумма почасовой платы вычисляется как указанная в тарифе ежемесячная плата, разделенная на 744 (то есть на количество часов в месяц длительностью 31 день).
- Для каждого обнаруженного узла на день выделяются данные объемом 200 МБ (с детализацией по часам). Выделенные, но не использованные объемы данных не переносятся на следующий день.
- Если вы используете ценовую категорию "За узел", для каждой подписки ежедневно выделяется определенная квота на объем данных в зависимости от количества узлов, отправляющих телеметрию в ресурсы Application Insights в рамках соответствующей подписки. Например, если вы используете 5 узлов, которые круглые сутки отправляют данные, вы получите совокупную квоту в 1 ГБ на все ресурсы Application Insights в этой подписке. Неважно, какие узлы передают больший объем информации, так как включенные данные распределяются на все узлы. Если в определенный день на ресурсы Application Insights будут переданы данные в объеме, превышающем дневную квоту для этой подписки, будет взиматься плата за каждый гигабайт избыточных данных.
- Ежедневная квота на объем передаваемых данных вычисляется в зависимости от количества часов за соответствующий день (в формате UTC), на протяжении которых каждый узел отправлял данные телеметрии. Это количество часов делится на 24 и умножается на 200 МБ. Таким образом, если четыре узла отправляли данные телеметрии в течение 15 из 24 часов, объем данных рассчитывается по следующей формуле: ((4 × 15) / 24) × 200 МБ = 500 МБ. Если за этот день узлы отправят 1 ГБ данных, то, исходя из цены в 2,30 доллара США за каждый гигабайт данных сверх квоты, плата за этот день составит 1,15 доллара США.
- Ежедневный лимит категории "За узел" не распространяется на приложения, для которых выбрана категория "За ГБ". Неиспользованный лимит на следующий день не переносится.
Примеры для определения количества уникальных узлов
| Сценарий | Общее количество узлов за день |
|---|---|
| 1 приложение использует 3 экземпляра службы приложений Azure и 1 виртуальный сервер. | 4 |
| 3 приложения работают на 2 виртуальных машинах, ресурсы Application Insights для этих приложений находятся в одной подписке, и для них выбрана категория "За узел". | 2 |
| Каждое из 4 приложений, ресурсы Application Insights которых находятся в одной подписке, запускает 2 экземпляра на протяжении 16 часов с наименьшей загрузкой и 4 экземпляра на протяжении 8 часов пиковой загрузки. | 13,33 |
| Облачные службы, у которых есть по 1 рабочей роли и 1 веб-роли, каждая их которых выполняется в 2 экземплярах. | 4 |
| В кластере Azure Service Fabric с 5 узлами работают 50 микрослужб, для каждой из которых запущено по 3 экземпляра | 5 |
- Точный подсчет количества узлов зависит от того, какой пакет SDK для Application Insights использует ваше приложение.
- В пакете SDK версии 2.2 и более новых версий пакет SDK для Core и веб-пакет SDK Application Insights считают узлами каждый узел приложения. Например, имя компьютера для физического сервера или виртуальной машины или имя экземпляра для облачных служб. Единственное исключение — приложение, использующее только .NET Core и пакет SDK для Core Application Insights. В этом случае для всех узлов регистрируется только один узел, так как имя узла недоступно.
- В более ранних версиях пакета SDK веб-пакет SDK ведет себя так же, как и в новых версиях, но пакет SDK для Core учитывает только один узел, независимо от количества узлов приложения.
- Если приложение с помощью пакета SDK задает пользовательское значение для параметра roleInstance (Количество экземпляров роли), то по умолчанию это же значение будет использоваться и для определения количества узлов.
- Если вы используете новую версию пакета SDK для приложения, которое запускается на клиентских компьютерах или мобильных устройствах, может возвращаться большое количество узлов (из-за большого числа клиентских компьютеров или мобильных устройств).