Критически важная глобальная доставка содержимого

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

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

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

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

Подход

CdN Verizon и платформу CDN (Edgio) можно интегрировать в решение Azure. Его можно настроить в портал Azure и API. Платформа изолирована от инфраструктуры Майкрософт.

Такая изоляция обеспечивает высокую степень устойчивости от сценариев аварий. В случае сбоя или аварии трафик автоматически перемещается между Azure Front Door и СЕТЬю CDN Verizon. Диспетчер трафика Azure можно использовать для обнаружения сбоя и перенаправления трафика в альтернативную сеть CDN.

• Диспетчер трафика, использующий режим маршрутизации с приоритетом , имеет две конечные точки. По умолчанию диспетчер трафика отправляет запросы через Azure Front Door. Если Служба Azure Front Door недоступна, диспетчер трафика отправляет запрос через сеть CDN партнера.

• Azure Front Door обрабатывает и направляет большую часть трафика приложения. Azure Front Door направляет трафик на соответствующий исходный сервер приложений и предоставляет основной путь к приложению. Если Служба Azure Front Door недоступна, трафик автоматически перенаправляется по дополнительному пути.

• Azure CDN от Verizon настроен для отправки трафика на каждый сервер-источник.

• Серверы приложений-источника должны быть готовы в любое время принимать трафик из Azure Front Door и Azure CDN из Verizon.

Рекомендации

Рекомендации, описанные в разделе Критически важные глобальные веб-приложения, по-прежнему применяются к этому варианту использования. Ниже приведены некоторые дополнительные моменты.

Выбор СЕТИ CDN

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

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

Равенство функций

Azure Front Door и CDN Verizon предоставляют различные возможности, а функции не эквивалентны между этими двумя продуктами. Например, существуют различия в обработке сертификатов TLS, WAF и правил HTTP.

Тщательно проанализируйте используемые функции Azure Front Door, а также о том, имеет ли альтернативная сеть CDN эквивалентные возможности. Дополнительные сведения см. в разделе Согласованность путей входящего трафика.

Заполнение кэша

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

Протестируйте отработку отказа между Azure Front Door и альтернативной сетью CDN, чтобы обнаружить аномалии или проблемы с производительностью.

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

• Масштабируйте или масштабируйте источники, чтобы справиться с более высокими уровнями трафика, особенно во время заполнения кэша.

• Предварительно заполните обе сети CDN. Вы обслуживаете процент наиболее популярного содержимого через пассивную сеть CDN еще до возникновения события отработки отказа. Например, можно рассмотреть возможность использования режима маршрутизации взвешеного трафика.

Компромиссы

Использование нескольких CDN имеет некоторые компромиссы.

• Стоимость. Общая стоимость решения может увеличиться. При развертывании архитектуры с несколькими CDN взимается плата за несколько CDN. Убедитесь, что вы понимаете, как взимается плата за каждую сеть CDN в решении и все остальные компоненты, которые вы развертываете.

• Производительность. Во время отработки отказа между Azure Front Door и альтернативной сетью CDN могут возникнуть проблемы с производительностью.

  Распространенной проблемой является заполнение кэша , когда сети CDN работают в режиме "активный — пассивный". CdN, настроенная в пассивном режиме, должна пополнить кэш из источника. Он может перегружать системы источников во время этого процесса.

Дальнейшие действия

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