Общие сведения о выставлении счетов сеть доставки содержимого Azure

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Установите самый длинный срок жизни для своего содержимого.