Понимание биллинга Azure Front Door

Область применения: ✔️ Front Door Standard ✔️ Front Door Premium

Azure Front Door предоставляет широкий набор функций для рабочих нагрузок с выходом в Интернет. Front Door помогает ускорить производительность вашего приложения, повышает безопасность и предоставляет инструменты для проверки и модификации вашего HTTP-трафика.

Модель выставления счетов Front Door включает несколько компонентов. Front Door взимает базовую плату за каждый развертываемый профиль. С вас также взимается плата за запросы и передачу данных в зависимости от вашего использования. Счётчики для выставления счетов собирают информацию об использовании вами Front Door. Ваш ежемесячный счет за Azure объединяет данные для выставления счетов за месяц и применяет цены для определения суммы, которую необходимо заплатить.

В этой статье объясняется, как работает ценообразование Front Door, чтобы вы могли понять и спрогнозировать ежемесячный счет Azure Front Door.

Сведения о ценах Azure Front Door см. на странице Цены на Azure Front Door.

Совет

Калькулятор цен Azure помогает рассчитать оценку цен под ваши потребности. Используйте предварительно созданную оценку калькулятора цен в качестве отправной точки и настройте ее для своего решения.

Примечание.

В этой статье объясняется, как работает выставление счетов для уровней Azure Front Door Standard и Premium. Сведения о службе Azure Front Door (классическая) см. на странице Цены на Azure Front Door.

Базовые сборы

За каждый профиль Front Door взимается почасовая оплата. Плата взимается за каждый час или неполный час развертывания вашего профиля. Ставка, которую вы платите, зависит от уровня Front Door, который вы размещаете.

Один профиль Front Door может содержать несколько конечных точек. С вас не взимается дополнительная плата за каждую конечную точку.

Вы не платите дополнительные сборы за использование таких функций, как ускорение трафика, кэширование ответов, сжатие ответов, механизм правил, унаследованная защита от атак DDoS Front Door и настраиваемые правила брандмауэра веб-приложений (WAF). Если вы используете Front Door уровня Premium, вы также не платите дополнительную плату за использование управляемых наборов правил WAF или источников Приватный канал.

Плата за обработку запросов и трафик

Каждый запрос, проходящий через Front Door, требует оплаты за обработку запросов и трафик:

Схема потока трафика из клиента в Azure Front Door и в источник.

Каждая часть процесса запроса оплачивается отдельно:

  1. Количество запросов от клиента к Front Door
  2. Передача данных от пограничного узла Front Door к источнику
  3. Передача данных с исходного сервера в Front Door (не тарифицируется)
  4. Передача данных от Front Door клиенту

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

Количество запросов от клиента к Front Door

Front Door взимает комиссию за количество запросов, которые получает офис Front Door edge для вашего профиля. Front Door идентифицирует запросы с помощью заголовка Host в HTTP-запросе. Если заголовок Host совпадает с заголовком из вашего профиля Front Door, этот запрос рассматривается как запрос к вашему профилю.

Цена зависит от географического региона Front Door Edge, который обслуживает запрос. Цена также различается для стандартных и премиум-уровней.

Передача данных от пограничного узла Front Door к источнику

Front Door взимает плату за байты, передаваемые с пограничного узла Front Door к серверу-источнику. Цена зависит от географического региона Front Door Edge, который обслуживает запрос. Расположение источника не влияет на цену.

Цена за гигабайт ниже при больших объемах трафика.

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

Передача данных из источника в Front Door

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

Если ваш источник находится внутри Azure, вы не взимаете плату за передачу данных из источника Azure в Front Door. Однако проверьте, могут ли эти сервисы Azure выставлять с вас счета за обработку ваших запросов.

Если ваш источник находится за пределами Azure, с вас может взиматься плата от других поставщиков сетевых услуг.

Передача данных от Front Door клиенту

Front Door взимает плату за байты, которые он отправляет с точки края Front Door обратно клиенту. Цена варьируется в зависимости от географического региона Front Door edge, обслуживающего запрос.

Если ответ сжат, Front Door взимает плату только за сжатые данные.

Если вы используете уровень Premium, Front Door может подключаться к источнику происхождения с помощью Приватный канал.

Для Front Door Premium предусмотрены более высокая базовая плата и более высокая плата за обработку запросов. Вы не платите больше за трафик Приватный канал, чем за трафик, использующий общедоступную конечную точку исходного сервера.

При настройке источника Приватного канала вы выбираете регион, который будет использоваться частной конечной точкой. Некоторые регионы Azure поддерживают трафик Приватный канал для Front Door. Если выбранный вами регион отличается от региона, где развернут источник, с вас не взимается дополнительная плата за межрегиональный трафик. Однако задержка запроса, скорее всего, больше.

Межрегиональный трафик

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

Front Door взимает плату за трафик от периферийного узла к источнику. Плата за трафик взимается по разным тарифам в зависимости от расположения пограничного узла Front Door. Если ваш источник находится в другом регионе Azure, с вас не взимается дополнительная плата за межрегиональный трафик.

Пример сценариев

Пример 1. Источник Azure без кэширования

Contoso размещает свой веб-сайт в Службе приложений Azure, которая работает в западной части США. Компания Contoso развернула Front Door со стандартным уровнем. Они отключили кэширование.

Предположим, что запрос от клиента в Калифорнии отправляется на веб-сайт Contoso, отправляя запрос размером 1 КБ и получая ответ 100 КБ:

Схема потока трафика из клиента в Azure Front Door и в источник без кэширования или сжатия.

Увеличиваются следующие счетчики биллинга:

Измеритель Увеличивается на Регион выставления счетов
Количество запросов от клиента к Front Door 1 Северная Америка
Передача данных от пограничного узла Front Door к источнику 1 КБ Северная Америка
Передача данных от Front Door клиенту 100 КБ Северная Америка

Служба приложений Azure может взимать другие сборы.

Пример 2. Источник Azure с включенным сжатием

Предположим, компания Contoso обновляет конфигурацию Front Door, чтобы включить сжатие содержимого. Теперь ответ из примера 1 можно сжать до 30 КБ:

Схема потока трафика из клиента в Azure Front Door и в источник с включенным сжатием.

Увеличиваются следующие счетчики биллинга:

Измеритель Увеличивается на Регион выставления счетов
Количество запросов от клиента к Front Door 1 Северная Америка
Передача данных от пограничного узла Front Door к источнику 1 КБ Северная Америка
Передача данных от Front Door клиенту 30 КБ Северная Америка

Служба приложений Azure может взимать другие сборы.

Пример 3. Запрос обслуживается из кэша

Предположим, что в тот же пограничный узел Front Door поступает второй запрос и имеется действительный кэшированный ответ:

Схема трафика, поступающего из клиента в Azure Front Door и возвращаемого из кэша.

Увеличиваются следующие счетчики биллинга:

Измеритель Увеличивается на Регион выставления счетов
Количество запросов от клиента к Front Door 1 Северная Америка
Передача данных от пограничного узла Front Door к источнику none, если запрос обслуживается из кэша
Передача данных от Front Door клиенту 30 КБ Северная Америка

Пример 4. Межрегиональный трафик

Предположим, что запрос на веб-сайт Contoso поступает из клиента в Австралии и не может быть обслужен из кэша:

Схема потока трафика из клиента в Австралии в Azure Front Door и в источник.

Увеличиваются следующие счетчики биллинга:

Измеритель Увеличивается на Регион выставления счетов
Количество запросов от клиента к Front Door 1 Австралия
Передача данных от пограничного узла Front Door к источнику 1 КБ Австралия
Передача данных от Front Door клиенту 30 КБ Австралия

Пример 5. Источник, отличный от Azure

Fabrikam управляет сайтом электронной коммерции на другом поставщике облачных служб. Их сайт размещен в Европе. Они настроили Azure Front Door для обслуживания трафика без кэширования или сжатия.

Предположим, запрос от клиента отправлен на веб-сайт Fabrikam от клиента в Нью-Йорке. Клиент отправляет запрос 2 КБ и получает ответ 350 КБ:

Схема потока трафика из клиента в Azure Front Door и в источник за пределами Azure.

Увеличиваются следующие счетчики биллинга:

Измеритель Увеличивается на Регион выставления счетов
Количество запросов от клиента к Front Door 1 Северная Америка
Передача данных от пограничного узла Front Door к источнику 2 КБ Северная Америка
Передача данных от Front Door клиенту 350 КБ Северная Америка

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

Пример 6. Запрос заблокирован брандмауэром веб-приложения

Когда веб-файрвол (WAF) блокирует запрос, он не отправляет запрос исходному источнику. Однако Front Door взимает плату за запрос и за отправку ответа.

Предположим, что профиль Front Door включает пользовательское правило WAF для блокировки запросов с определенного IP-адреса в Южной Америке. WAF настроен с настраиваемой страницей ответа об ошибке размером 1 КБ. Если клиент из заблокированного IP-адреса отправляет запрос размером 1 КБ:

Схема потока трафика от клиента к Azure Front Door, где запрос блокируется WAF.

Увеличиваются следующие счетчики биллинга:

Измеритель Увеличивается на Регион выставления счетов
Количество запросов от клиента к Front Door 1 Южная Америка
Передача данных от пограничного узла Front Door к источнику никакой Южная Америка
Передача данных от Front Door клиенту 1 КБ Южная Америка

Пример 7: Действия в Edge

Contoso создаёт единое действие Edge, которое Azure Front Door Rulesets вызывает в регионах США Восток, Европа и Азия.

Сценарий 1: В конце месяца генерируется 1 миллион вызовов, каждое с временем выполнения 1 мс.

Увеличиваются следующие счетчики биллинга:

Измеритель Увеличивается на Регион выставления счетов
Инвокации 1 млн Глобальный
Время выполнения при превышении лимита 0 Глобальный

Сценарий 2: В конце месяца всего насчитывается 50 миллионов призывов с следующим распределением:

Количество вызовов Время выполнения за вызов
10 М 1 мс
20 м 3 мс
20 м 8 мс

Увеличиваются следующие счетчики биллинга:

Измеритель Увеличивается на Регион выставления счетов
Инвокации 50 М Глобальный
Время выполнения при превышении лимита 20 М x (3-1) + 20 М x (8-1) = 180 М миллисекунд или 180 К секунд Глобальный