Windows の配信の最適化 (DO) を構成する
この記事では、環境内で配信の最適化 (DO) を最適化するためのさまざまな構成に関する考慮事項について説明します。
配信の最適化の設定に関する考慮事項
このチェックリストを使用して、環境の配信最適化構成を変更する際のさまざまな側面について説明します。
配信の最適化通信を許可するための前提条件
次の項目に基づいて配信の最適化ポリシーを評価します。
- ネットワーク トポロジ
- 組織の規模
- システム リソース
- P2P 効率の向上
接続キャッシュ (MCC) の使用
配信の最適化ポリシーを設定する場所を選択する
1. 配信の最適化通信を許可するための前提条件
配信の最適化 (DO) は、さまざまなソース (HTTP ソース、ピア、専用キャッシュ ソリューション) から Microsoft コンテンツをダウンロードするために使用されます。 最も信頼性の高いコンテンツ ソースを見つけるには、DO クライアントとサービス間の通信が必要です。 このテクノロジを機能させるには、Windows デバイスで実行されている DO クライアントが DO クラウド サービスに到達できる必要があります。
配信の最適化通信を有効にするファイアウォール、プロキシ、およびポートの設定の要件について詳しく説明します。
ファイアウォール
配信最適化サービスとの通信をファイアウォール経由で許可する必要があるサービス エンドポイントがあります。 許可するエンドポイントの 完全な一覧 を確認します。
プロキシ
ピアツーピア (P2P) が正常に動作できるようにするには、デバイスからの配信最適化サービスへの直接呼び出しを許可する必要があります。 プロキシを使用する場合は、配信最適化サービス (*.prod.do.dsp.mp.microsoft.com) からの呼び出しをバイパスする必要があります。
ローカル プロキシ
HTTP ソースからのダウンロードの場合、配信の最適化では、WinHttp の自動プロキシ検出機能を使用してプロキシ サーバーとの通信を処理できます。 配信の最適化ではバイト範囲要求が使用されるため、プロキシでこの機能が許可されていることを確認することが重要です。 プロキシ サーバーでの配信の最適化の使用について詳しくは、こちらをご覧ください。
クラウド プロキシ
クラウド プロキシを使用している場合、DO サービスへの呼び出しはクラウド プロキシを介してファネルされ、デバイスのパブリック IP アドレスが変更され、P2P が正常に動作しなくなります。 問題を回避するには、配信の最適化トラフィックがプロキシをバイパスできるように構成 する必要があります。 そうしないと、パフォーマンスが低下し、帯域幅の消費量が増加する可能性があります。
ポート
配信の最適化では、コンテンツを配信するために特定のポートを使用する必要があります。 配信の最適化をシームレスに機能させるために 必要なすべてのポート が開いていることを確認します。
Port | プロトコル | 関数 |
---|---|---|
7680 | TCP/IP | TCP/IP を使用して P2P をリッスンする |
3544 | UDP | Teredoを使用して、NAT 間のピアを検出して接続します。 詳細については、Teredoドキュメントを参照してください。 |
443 | HTTPS/ TLS 1.2 | 配信の最適化クライアントとサービスの通信に使用する |
2. 配信の最適化ポリシーを評価する
お使いの環境のニーズに合わせて、 さまざまな配信の最適化設定 を使用できます。 配信の最適化を完全に活用するには、主要な領域に焦点を当てて、固有の環境に最適な設定を決定する必要があります。
2a。 ネットワーク トポロジ
ピア グループは、DODownloadMode、DOGroupID、DOGroupIDSource、DORestrictPeerSelection などの設定を組み合わせて使用して、配信の最適化で定義できます。 使用される設定の組み合わせは、目的のピア グループとネットワーク トポロジによって異なります。
ピアリングのセットアップ オプション
配信の最適化では、P2P を使用して帯域幅の効率を向上させることができます。 このセクションでは、環境のピア グループを定義するために使用できるさまざまなオプションの概要について説明します。
ローカル エリア ネットワーク (LAN)
LAN に限定されたピア グループを定義するには、 DODownloadMode (1)、LAN モードを選択します。 このダウンロード モード設定には、1 つのピア グループ内の (同じ NAT の背後にある) インターネットに接続するときに、同じパブリック IP アドレスを共有するすべてのデバイスが含まれます。
注
ネットワーク トポロジがハブとスポークの場合は、グループのダウンロード モードの使用や、ピアの選択をサブネットに制限することを検討してください。
ワイド エリア ネットワーク (WAN)
同じサイト内、WAN 経由、またはローカル環境でより多くの制御を持つ NAT 間でピア グループを実現するには、ダウンロード モード '2' (グループ モード) を使用します。 グループのダウンロード モードでは、一意の GUID グループ ID を定義したり、 DOGroupIDSource 設定を使用して企業内の既存の論理グループ (AD サイトなど) を使用してピア グループを識別したりできます。
GroupIDSource の既定の動作
DOGroupIDSource を使用してグループ ID を識別するためのオプションがいくつかあります。 DOGroupID または DOGroupIDSource ポリシーが設定されていない場合の既定の動作は、AD サイト (1)、認証済みドメイン SID (2)、または Microsoft Entra テナント ID (5) を使用してグループ ID を決定することです。 DOGroupIDSource で使用可能なすべてのオプションの詳細を確認してください。
注
ピア グループが NAT にまたがる場合、Teredo サービスはポート 3544 で使用されます。
Configuration Managerユーザーの場合は、既存の境界グループを利用してピア グループを定義することをお勧めします。
ピアの選択を制限する
環境でさらに詳細なアプローチが必要な場合は、ダウンロード モードと共に [ピア検出の制限] 設定を使用して、より詳細な制御を実現できます。 たとえば、同じ NAT の背後に複数の異なるサブネットがあるが、ピア グループを 1 つのサブネットに制限する場合は、 DODownloadMode (1) と DORestrictPeerSelection (Subnet) を選択します。 この設定は、ピア関連のダウンロード モード (1、2、または 3) で使用できます。
非ピーリング オプション
P2P 機能を使用してコンテンツを配信しない 2 つの有効なダウンロード モードがあります。ダウンロード モード (0) と (99)。 ダウンロード モード (0) では、配信最適化サービスによって提供される追加のメタデータを使用して、ピアレスで信頼性の高い効率的なダウンロード エクスペリエンスを実現します。 ダウンロード モード (99) は、ダウンロード元のソースまたは Microsoft から HTTP 経由で信頼性の高いダウンロード エクスペリエンスを提供します。他のチェックはありません。
VPN を使用したピアリング
既定では、配信の最適化で VPN が検出された場合、ピアリングは使用されません。 この動作を変更するには、 DOAllowVPNPeerCaching ポリシーを 使用します。 配信最適化クライアントは、ネットワーク アダプターの 'Description' 文字列と 'FriendlyName' 文字列を調べて、VPN の使用状況を判断します。 VPN 識別の柔軟性を高めるために、DOVpnKeywords を使用して、organizationで使用する特定の VPN の記述子を追加します。
注
既定のキーワード (keyword)リストは"VPN"、"Secure"、および "Virtual Private Network" です。 たとえば、"MYVPN" は "VPN" キーワード (keyword)と一致し、VPN 接続として検出されます。
2b。 組織の規模
配信の最適化は、多くのデバイスを備えた大規模な環境で最高のパフォーマンスを発揮するように設計されています。 環境のサイズに応じて、ピアリングを最適化するために DOMinFileSizeToCache の値を評価する必要があります。
キャッシュする最小ファイル サイズ
コンテンツ ピアリングには、特定の時点で使用可能なスロットの数が限られています。 既定では、ピアリングには 50 MB 以上のコンテンツ ファイルのみを使用できます。 デバイスが 30 を超える環境では、 DOMinFileSizeToCache を小さい値 (10 MB) に変更して、ピアリングに使用できるコンテンツを増やします。これは、多くのデバイス間で配布できます。 さらに多くのデバイス (>100) の場合は、この設定を (1 MB) に上げることができます。
モバイル デバイス
既定では、バッテリを使用するデバイスでは P2P 機能は有効になっていません。 環境内に多数のモバイル デバイスがある場合は、バッテリー使用時にピアリングを使用するために、 DOMinBatteryPercentageAllowedToUpload ポリシーを 60% に有効にすることを検討してください。
2c。 システム リソース
さまざまなシステム リソースが使用可能な場合に影響を与える可能性のある配信最適化構成がいくつかあります。
ディスク サイズ
最小ディスク サイズ (既定値は 32 GB) を変更する場合、デバイスは DOMinDiskSizeAllowedToPeer 設定でピアリングを使用する必要があります。
キャッシュ サイズを最適化する
配信の最適化キャッシュで使用される領域の量は、 DOMaxCacheSize (既定値は 20%) と DOAbsoluteMaxCacheSize (既定値は構成されていません) の設定で管理することもできます。
RAM サイズ
DOMinRAMAllowedToPeer を使用して、ピア キャッシュを使用できる RAM の最小量 (包括的) を制御します (既定値は 4 GB)。
システム リソースがアイドル状態のデバイスの数が多い
デバイスが接続され、十分な空きディスク領域がある環境では、 DOMaxCacheAge のコンテンツの有効期限を 7 日以上 (最大 30 日) に増やしてみてください。 これらのデバイスを利用して、優れたアップロード ソースとして使用して、より長い期間にわたってより多くのコンテンツをアップロードできます。
2d。 P2P 効率の向上
P2P 効率の向上をお探しですか? 環境内に大きな影響を与える可能性がある、変更できる最も強力な設定の一部を次に示します。
DOMinBackgroundQoS ポリシーを使用して、HTTP 接続経由のピア接続を最適化するのに役立ちます。 DOMinBackgroundQoS ポリシーの適切な値は、ネットワークで見られる平均ダウンロード速度よりも低い値です。 たとえば、平均速度が 1000 KB/秒の場合は、このポリシーを 500 KB/秒に設定します。
DO が接続を試行してから HTTP ソースにフォールバックするまでの時間を遅延させることで、ピアやキャッシュ サーバーからダウンロードする可能性を高めます。 遅延関連のポリシーのセットは次のとおりです。
ピアまたは専用キャッシュ サーバーの効率を向上させるには、バックグラウンド設定の場合は 60 秒、フォアグラウンド設定の場合は 30 秒が適切です。
注
すべてのコンテンツ タイプが P2P の対象となるわけではありません。 詳細については、 完全な一覧 を参照してください。
帯域幅調整オプション
P2P に関係なく、ネットワークの中断を回避するために、次のポリシーを設定することを検討してください。
- ネットワーク使用量をパーセンテージまたは絶対値で管理します。 これらのポリシーには、次のものが含まれます。
- 次の営業時間ポリシーを使用して、異なる時間帯に調整を行うことで中断を減らします。
注
低帯域幅環境では絶対ポリシーをお勧めします。
3. 接続キャッシュ (MCC) の使用
- DOCacheHost は、キャッシュ ホスト サーバー名の一覧であり、コンマで区切られています。 配信の最適化クライアントは、一覧表示されている順序で Microsoft 接続キャッシュ サーバーに接続します。
- DOCacheHostSource を使用すると、DHCP を使用して、ネットワーク上のキャッシュ ホスト サーバーを動的に検出できます。
- DelayCacheServerFallbackBackground と DelayCacheServerFallbackForeground は、ネットワーク キャッシュ ホスト サーバーからコンテンツをプルする可能性を高めるための遅延ポリシーです。 (上記の「 P2P 効率の向上 」セクションの推奨値を参照してください)。
- DODisallowCacheServerDownloadsOnVPN を使用すると、デバイスが VPN 接続上にあるときに、キャッシュ ホスト サーバーがコンテンツを提供するように制御できます。
4. 配信の最適化ポリシーを設定する場所を選択する
グループ ポリシー
グループ ポリシーを使用して、配信の最適化設定をここで管理します。
Computer Configuration\Administrative Templates\Windows Components\Delivery Optimization
MDM ポリシー
MDM を使用して配信の最適化設定を管理する
.Vendor/MSFT/Policy/Config/DeliveryOptimization/
配信の最適化は、Microsoft エンドポイント マネージャーとConfiguration Managerの両方と統合されています。
基本的な構成に関する推奨事項の概要
ユースケース | ポリシー | 推奨値 |
---|---|---|
P2P を使用する | DownloadMode | 1 または 2 |
P2P を使用しない | DownloadMode | 0 |
organization内のデバイスの数 | MinFileSizeToCache | ピア グループ > 100 デバイスの場合は 1 MB |
アイドル状態のシステム リソース | MaxCacheAge | 7 日間 (604800 秒) |
P2P 効率の向上 | MinBackgroundQoS と DelayBackgroundDownloadFromHttp/DelayForegroundDownloadFromHttp | 500 KB/秒と 60/30 秒 |
接続済みキャッシュの使用 | DelayCacheServerFallbackBackground / DelayCacheServerFallbackForeground | 60/30 秒 |
配信最適化の監視
既定の配信最適化構成を選ぶか、環境に合わせて調整するかに関係なく、結果を追跡して効率を向上させる方法を確認する必要があります。 配信の最適化の監視オプションの詳細については、こちらをご覧ください。
配信の最適化のトラブルシューティング
お使いの環境で配信の最適化が機能しない理由はさまざまです。 DO トラブルシューティング ツールと、配信の最適化を使用するエクスペリエンスの向上に役立つ一般的な問題と解決策について詳しく説明します。
テスト配信の最適化
配信の最適化のしくみを確認するための基本的なテスト シナリオに関するガイダンスの詳細を確認してください。