Share via


ISP 用 Microsoft Connected Cache の概要

Microsoft Connected Cache (MCC) for Internet Service Providers (プレビュー) は、Microsoft コンテンツを提供する無料のソフトウェア専用キャッシュ ソリューションです。 MCC は、必要な数のベアメタル サーバーまたは VM に無料でデプロイでき、クラウド ポータルから管理されます。 MCC を展開すると、Microsoft ソフトウェアのコンテンツと更新プログラムのネットワーク帯域幅の使用量を減らすことができます。 キャッシュ ノードはクラウド ポータルで作成され、手動の CIDR または BGP ルーティングによって顧客にトラフィックを配信するように構成されます。

サポートされているシナリオ

Microsoft Connected Cache (プレビュー) では、次のシナリオがサポートされています。

  • エンド カスタマー向けにコンテンツのダウンロードを提供するインターネット サービス プロバイダー
  • 他のサービス プロバイダーにトランジットを提供するネットワーク サービス プロバイダー

サポートされているコンテンツ

Microsoft Connected Cache は、Microsoft コンテンツ配信のバックボーンとして配信の最適化を使用します。 Microsoft Connected Cache では、次の種類がキャッシュされます。

  • Windows 更新プログラム: Windows の機能と品質の更新プログラム
  • Office クイック実行アプリ: Microsoft 365 Appsと更新プログラム
  • クライアント アプリ: Intune、ストア アプリ、および更新プログラム
  • エンドポイント保護: Windows Defender定義の更新
  • Xbox: Xbox Game Pass (PC のみ)

Microsoft Connected Cache for ISP がサポートするコンテンツ エンドポイントの完全な一覧については、「 Microsoft Connected Cache コンテンツとサービス エンドポイント」を参照してください。

既に 8075 とピアリングしていますか?

MCC は、Akamai、Lumen、Edgecast などの複数の CDN から提供される静的コンテンツをオフロードすることで、ピアリングを補完します。 OS の更新プログラム、アプリ、ソフトウェアのインストールなどの静的コンテンツは、8075 経由で提供できません。 そのため、Microsoft とピアリングしている場合でも、MCC をインストールすることでメリットを得ることができます。

ピアリングとキャッシュ コンテンツ トラフィックを含むグラフ。

MCC のしくみ

Microsoft Connected Cache のしくみのデータ フロー図。

次の手順では、MCC のプロビジョニング方法と使用方法について説明します。

  1. Azure portalは、MCC ノードの作成と管理に使用されます。

  2. シェル スクリプトを使用して、サーバーをプロビジョニングし、MCC アプリケーションをデプロイします。

  3. Azure portalスクリプトとシェル スクリプトの組み合わせを使用して、トラフィックを MCC サーバーにルーティングするように Microsoft 配信最適化サービスを構成します。

    • サーバーのパブリックにアクセス可能な IPv4 アドレスは、ポータルで構成されます。

    • 手動ルーティング: クライアント IP アドレス空間を表す CIDR ブロックを指定します。これは MCC ノードにルーティングする必要があります。

    • BGP ルーティング: シェル スクリプトは、オペレーター ネットワーク内のルーターとのピアリング セッションを開始するために使用され、オペレーターは MCC ノードとのセッションを開始します。

      現時点では、IPv4 アドレスのみがサポートされています。 IPv6 アドレスを入力すると、エラーが発生します。

  4. Microsoft エンド ユーザー デバイス (クライアント) は Microsoft 配信最適化サービスと定期的に接続し、サービスはクライアントの IP アドレスと対応する MCC ノードの IP アドレスと一致します。

  5. Microsoft クライアントは、MCC ノードからコンテンツの範囲要求を行います。

  6. MCC ノードは、CDN からコンテンツを取得し、ディスクに格納されているローカル キャッシュをシードし、そのコンテンツをクライアントに配信します。

  7. コンテンツに対するエンド ユーザー デバイスからの後続の要求は、キャッシュから提供されます。

  8. MCC ノードが使用できない場合、クライアントは CDN からコンテンツを取得して、サブスクライバーのサービスが中断されないようにします。

ハードウェアに関する推奨事項

トラフィック範囲に基づいて推奨されるハードウェア構成を次に示します。

Microsoft Connected Cache Machine クラス シナリオ トラフィック範囲 VM/ハードウェアに関する推奨事項
Microsoft Edge 小規模な ISP またはリモート サイトの場合は、大規模なネットワークの一部です。 < 5 Gbps ピーク Vm

最大 8 コア

最大 16 GB メモリ

1 500 GB SSD
メトロ POP ISP、IX、またはトランジット プロバイダーの場合、ネットワーク内のトラフィック量が中程度で、1 つ以上のキャッシュ ノードが必要になる可能性があります。 5 ~ 20 Gbps のピーク VM またはハードウェア

16 コア*

32 GB メモリ

2 ~ 3 500 GB SSD
データ センター 毎日大量のトラフィックを提供する ISP、IX、またはトランジット プロバイダーの場合、複数のキャッシュ ノードのデプロイが必要になる場合があります。 20 ~ 40 Gbps のピーク ハードウェアについては、以下のサンプル スペックを参照してください。

32 以上のコア*

64 以上の GB メモリ

4 - 6 500 - 1 TB SSD**

*PCIe バージョン 3 以降のシステム (チップセット、CPU、マザーボード) が必要です。

**ドライブ速度は重要であり、より高いエグレスを実現するには、m.2 PCIe スロット (バージョン 4 以上) で SSD NVMe を使用することをお勧めします。