Понимание выставления счетов за сеть доставки контента Azure

В данном FAQ описывается структура выставления счетов для содержимого, размещенного в Azure Content Delivery Network.

Что такое регион выставления счетов?

Регион выставления счетов — это географическая область, используемая для определения тарифа на доставку объектов из Azure сеть доставки содержимого. Текущие зоны выставления счетов и их регионы:

• Зона 1: Северная Америка, Европа, Ближний Восток и Африка.

• Зона 2: Азиатско-Тихоокеанский регион (включая Японию)

• Зона 3: Южная Америка

• Зона 4: Австралия и Новая Зеландия.

• Зона 5: Индия

Сведения о регионах присутствия (POP) см. в разделе Сеть доставки содержимого Azure: расположение узлов POP по регионам. Например, точка присутствия, расположенная в Мексике, находится в регионе "Северная Америка" и, следовательно, включена в зону 1.

Сведения о ценах на сеть доставки содержимого Azure см. в разделе Цены на Сеть доставки контента.

Как рассчитываются цены за доставку по регионам?

Регион выставления счетов за доставку содержимого Azure основан на расположении исходного сервера, предоставляющего содержимое конечному пользователю. Назначение (физическое расположение) клиента не считается регионом выставления счетов.

Например, если пользователь, расположенный в Мексике, выдает запрос, и этот запрос обслуживается сервером, расположенным в США POP из-за пиринга или условий трафика, регион выставления счетов является США.

Что такое оплачиваемая транзакция в сети доставки контента Azure?

Любой запрос HTTP(S), завершающийся в сети доставки содержимого, является оплачиваемым событием, которое включает все типы ответов: успех, сбой или другое. Однако разные ответы могут генерировать разные объемы трафика. Например, 304 Not Modified и другие ответы, содержащие только заголовки, генерируют небольшой трафик, так как они являются короткими ответами. Аналогичным образом, ответы на ошибки (например, 404 Not Found) оплачиваются, но повлекут за собой небольшую стоимость из-за небольшого объема данных в ответе.

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

Использование Azure Content Delivery Network влечет за собой некоторые расходы на использование служб, выступающих в качестве источника для ваших объектов. Как правило, эти затраты являются небольшой частью общей стоимости использования сети доставки содержимого.

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

• Фактическое количество используемых ГБ: фактическое хранение исходных объектов.

• Транзакции: при необходимости осуществляются для заполнения кэша.

• Передача в ГБ: объем данных, передаваемых для заполнения кэшей сети доставки содержимого.

Дополнительную информацию о выставлении счетов за хранилище Azure см. в разделе "Планирование затрат и управление затратами на хранилище Azure".

Если вы используете предоставление хостинг-услуг, плата взимается следующим образом:

• Время вычислений Azure: вычислительные экземпляры, выступающие в роли исходных.

• Перенос вычислительных ресурсов Azure: Данные перемещаются от вычислительных экземпляров для заполнения кэшей сети доставки контента Azure.

Если клиент использует запросы диапазона байтов (независимо от исходной службы), действительны следующие условия.

• Запрос диапазона байтов — это оплачиваемая транзакция в сети доставки содержимого. Когда клиент делает запрос на диапазон байтов, этот запрос предназначен для подмножества (диапазона) объекта. Сеть доставки содержимого отвечает только частичной частью запрошенного содержимого. За такой неполный ответ взимается плата, а объем передачи ограничен размером диапазона ответа (плюс заголовки).

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

Сколько транзакций выполняется для поддержки кэша?

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

• Насколько можно кэшировать содержимое: если у содержимого высокий период жизни (время жизни)/срок действия и оно часто запрашивается, оставаясь популярным в кэше, то большая часть нагрузки управляется сетью доставки контента. Обычно коэффициент попаданий в кэш составляет более 90 %, а это означает, что менее 10 % клиентских запросов должны возвращаться к источнику при промахах в кэше или при обновлении объекта.

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

• Влияние TTL. Чем длиннее срок жизни объекта, тем реже нужно извлекать его из источника. Это также означает, что клиенты, такие как браузеры, могут кэшировать объект дольше, что может уменьшить транзакции в сети доставки содержимого.

Какие службы-источники могут бесплатно передавать данные с помощью Azure сеть доставки содержимого от Корпорации Майкрософт?

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

• Хранилище Azure
• Службы мультимедиа Azure
• Виртуальные машины Azure
• Виртуальная сеть
• Балансировщик нагрузки
• Шлюз приложений
• Azure DNS
• ExpressRoute
• VPN-шлюз
• Диспетчер трафика
• Наблюдатель за сетями
• Брандмауэр Azure
• Azure Front Door
• Бастион Azure
• Служба приложений Azure
• Функции Azure
• Фабрика данных Azure
• Управление API Azure
• Пакетная служба Azure
• Azure Data Explorer
• HDInsight
• Azure Cosmos DB
• Azure Data Lake Store
• Машинное обучение Azure
• База данных SQL Azure
• Управляемый экземпляр SQL Azure
• Кэш Azure для Redis

Как эффективней управлять расходами?

Установите максимально длительное время жизни (TTL) для своего содержимого.