ミッション クリティカルなグローバル コンテンツ配信

キャッシュは、バックエンド サービスの負荷を軽減し、ユーザーのパフォーマンスを最適化する一般的な方法です。 Azure Front Door を含むコンテンツ配信ネットワーク (CDN) は、ネットワーク エッジでキャッシュを提供します。

ミッション クリティカルなワークロードでは、多くの場合、より高いレベルのアップタイムを実現するために複数の CDN が使用されます。 1 つの CDN で停止やパフォーマンス低下が発生した場合、トラフィックは自動的に別の CDN に転送されます。

複数の CDN を実装する場合は、この方法の影響を考慮してください。 各 CDN には、アプリケーション サーバーへの個別のネットワーク パスが用意されており、各 CDN を個別に構成してテストする必要があります。

この記事では、パートナー CDN の Verizon で Azure Front Door を使用する方法について説明します。 この方法は、静的コンテンツ配信、メディア、大規模な e コマース アプリケーションを提供するために、キャッシュに大きく依存するソリューションに適しています。

アプローチ

Verizon の CDN と CDN プラットフォーム (Edgio) は、Azure ソリューションに統合できます。 Azure portal と API から構成できます。 プラットフォームは、Microsoft のインフラストラクチャから分離されています。

この分離により、災害シナリオにおける高度な回復性が提供されます。 停止や災害が発生した場合、トラフィックは Azure Front Door と Verizon の CDN 間で自動的にシフトされます。 Azure Traffic Manager を使用して停止を検出し、代替 CDN にトラフィックをリダイレクトできます。

• 優先順位ルーティング モードを使用する Traffic Manager には、2 つの エンドポイントがあります。 既定では、Traffic Manager は Azure Front Door を介して要求を送信します。 Azure Front Door が使用できない場合、Traffic Manager は代わりにパートナー CDN を介して要求を送信します。

• Azure Front Door は、ほとんどのアプリケーション トラフィックを処理してルーティングします。 Azure Front Door はトラフィックを適切な配信元アプリケーション サーバーにルーティングし、アプリケーションへのプライマリ パスを提供します。 Azure Front Door が使用できない場合、トラフィックはセカンダリ パスを介して自動的にリダイレクトされます。

• Azure CDN from Verizon は、各配信元サーバーにトラフィックを送信するように構成されています。

• 配信元アプリケーション サーバーは、Azure Front Door と Azure CDN from Verizon の両方からトラフィックをいつでも受け入れる準備ができている必要があります。

考慮事項

「ミッション クリティカルなグローバル Web アプリケーション」で説明されている考慮事項は、このユース ケースにも適用されます。 追加のポイントをいくつか以下に示します。

CDN の選択

この例では、Verizon の CDN を使用することをお勧めします。 Verizon の CDN は、Azure を通じてデプロイと構成ができ、課金もされるため、運用の複雑さが軽減し、多くの場合に適しています。 また、Azure Front Door とは分離された物理インフラストラクチャで実行されるため、Microsoft のインフラストラクチャの停止や問題に対する回復性があります。

要件とリスク許容度に応じて、別の CDN や複数の CDN を使用する選択肢もあります。

機能パリティ

Azure Front Door と Verizon の CDN には個別の機能が用意されており、2 つの製品の機能は同等ではありません。 たとえば、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 イングレス シナリオをレビューして、ソリューションに適用されるかどうかを理解します。