ConfigMgr Current Branchでピアキャッシュを設定する
ConfigMgr Current Branch v1610では、ピアキャッシュが利用可能になりました。 この機能は、分散環境でクライアントにコンテンツを配信することによるネットワークへの影響を軽減するために設計されており、ConfigMgrがサポートするすべ).ここでは、ConfigMgr Current Branchでピアキャッシュを設定する方法と、背景情報を提供するステップバイステップガイドを示しています。 p>
この記事のガイドは、それを実現するための4つの簡単な手順です:
- ステップ1–コレクション構造を作成する
- ステップ2–ピアキャッシュクライアント設定を構成する
- ステップ3–境界と境界グループを作成する
- ステップ4–それが動作することを確認する
しかし、最初に、少し背景。
ConfigMgr Peer Cache101
ピアキャッシュの仕組みは、クライアント設定を介して、各サイトのどのマシンを友人とコンテンツを共有することを許可すべきかを有効にすることです。 これらのマシンはピアキャッシュソースと呼ばれます。 これらのマシンがコンテンツを取得すると、同じ境界グループ内の他のマシンは、リモートDPからではなく、自分の”友人”からコンテンツをダウンロー Basically
Peer Cache Sources
ピアキャッシュで使用できるようにするコンテンツは、ピアキャッシュソースに完全にデプロイされている必要があります。 しかし、彼らがそれを持っていれば、残りの部分に展開するのを待つ必要はありません。 ConfigMgrは、新しい”配布ポイント”について非常に迅速に学習します。
Cached Content
ピアキャッシュで使用できるようにするコンテンツは、他のクライアントで使用できるようになる前に、ピアキャッシュソースに完全 しかし、彼らがそれを持っていれば、残りの部分に展開するのを待つ必要はありません。 ConfigMgrは、新しい”配布ポイント”について非常に迅速に学習します。 ConfigMgr v1806以降では、MPはネットワーク上のライブ/アクティブなクライアントのみを返します。
Boundary Group
ピアキャッシュは境界グループごとに行われるため、クライアントが新しいサイト（新しい境界グループ）にローミングすると、異なるピアキャッシ
Security
ConfigMgr v1710以降、ピアキャッシュクライアントと現在使用しているピアキャッシュソースとの間のすべての転送はHTTPSで行われます。
ピアキャッシュとBranchCache
多くのシナリオでは、ピアキャッシュを必要とせずにBranchCacheを独自に使用できますが、ピアキャッシュはBranchCacheと一緒に動作します。 BranchCacheの設定の詳細については、この投稿を参照してください。https://deploymentresearch.com/setup-branchcache-for-configmgr-current-branch/
BranchCacheとピアキャッシュ機能の簡単な概要は次のとおりです:
BranchCache
- ローカルサブネット上のピアのみ(サードパーティソリューションを追加しない限り、複数のサブネットにまたがることができます)
- OSDをサポートしていません(BranchCache用の無料のサードパーティ拡張機能を追加しない限り)
- 最初のクライアントがファイルのいくつかのブロックを受信するとすぐにコンテンツのピアリングを開始できます
- すべてのConfigMgrパッケージタイプとConfigMgrポリシーをピアリングできます
- はConfigmgrクライアントとは別のキャッシュを使用します
- は、ネットワークへの影響をさらに減らすために、データ重複排除されたconfigmgrコンテンツを利用
- すべてのConfigMgrパッケージタイプをピアできますが、ConfigMgrポリシーはピアできません
- ConfigMgrクライアントキャッシュを使用します
WinPEピアキャッシブランチv1610以降は、Configmgr current branch v1511で導入されたwinpeピアキャッシュ機能の直接の置き換えです。 私の研究室では、ローカルDPを持つNew York（192.168.1.0/24）と、ローカルDPを持たないChicago（192.168.4.0/24）の2つのサイトがあります。W10PEER-0001–W10PEER-0005：ニューヨーク：CM01DPで、五つのクライアントを持っています。W10PEER-0006–W10PEER-0010：シカゴ：DPなしで、5つのクライアントを持っています。注:複数のルーティングネットワークを持つラボを設定するには、Hyper-VまたはVMWareの一般的なNATスイッチの代わりに仮想ルータを使用することをお勧めします。 これは、LinuxまたはWindowsのいずれかに基づいていることができ、あなたはここでステップバイステップガイドを見つける：https://deploymentresearch.com/285/Using-a-virtual-router-for-your-lab-and-test-environment
ステップ1-コレクション構造を作成します
各サイト（少なくとも1つ）で最初にいくつかのマシンにコンテンツを展開する必: このコレクションでは、私はシカゴから二つのマシン、およびニューヨークから二つのマシンを追加しました。
Peer Cache Sourcesの動的コレクション
多くの場所がある場合は、自動的にピアキャッシュソースであるための良い候補を見つける動的コレクションを作成する方が簡単かもしれません。:P>
-- For all potential peer cache source machines but VMsselect SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System inner join SMS_G_System_SYSTEM_ENCLOSURE on SMS_G_System_SYSTEM_ENCLOSURE.ResourceID = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER on SMS_G_System_NETWORK_ADAPTER.ResourceId = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER_CONFIGURATION on SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.ResourceId = SMS_R_System.ResourceId where SMS_G_System_SYSTEM_ENCLOSURE.ChassisTypes in ("3","6","4","5","7","15","16","17","23") and (SMS_G_System_NETWORK_ADAPTER.AdapterType = "Ethernet 802.3" and SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.IPEnabled = 1) and SMS_R_System.IsVirtualMachine = "False"-- For all potential peer cache source machines including VMs (for lab)select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System inner join SMS_G_System_SYSTEM_ENCLOSURE on SMS_G_System_SYSTEM_ENCLOSURE.ResourceID = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER on SMS_G_System_NETWORK_ADAPTER.ResourceId = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER_CONFIGURATION on SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.ResourceId = SMS_R_System.ResourceId where SMS_G_System_SYSTEM_ENCLOSURE.ChassisTypes in ("3","6","4","5","7","15","16","17","23") and (SMS_G_System_NETWORK_ADAPTER.AdapterType = "Ethernet 802.3" and SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.IPEnabled = 1)-- For all potential peer cache source machines including VMs (for lab), limited to hard drive sizeselect SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System inner join SMS_G_System_SYSTEM_ENCLOSURE on SMS_G_System_SYSTEM_ENCLOSURE.ResourceID = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER on SMS_G_System_NETWORK_ADAPTER.ResourceID = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER_CONFIGURATION on SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.ResourceID = SMS_R_System.ResourceId inner join SMS_G_System_DISK on SMS_G_System_DISK.ResourceId = SMS_R_System.ResourceId where SMS_G_System_SYSTEM_ENCLOSURE.ChassisTypes in ("3","6","4","5","7","15","16","17","23") and SMS_G_System_NETWORK_ADAPTER.AdapterType = "Ethernet 802.3" and SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.IPEnabled = 1 and SMS_G_System_DISK.Size > 102398
ConfigMgr OSD
コンテンツにピアキャッシュソースを使用するには、smstspeerdownloadコレクション変数をtrueに設定して、タスクシーケンスを展開するコレクションに追加する必要が 必要に応じて、SMSTSPreserveContent変数を追加して、Osd中に使用されるパッケージをConfigMgrクライアントキャッシュに強制的に保持することもできます。 SMSTSPeerDownload変数の追加をスキップすると、クライアントは常にOSD中にパッケージの配布ポイントに移動します。P>
ステップ2–ピアキャッシュクライアント設定を構成
ConfigMgrクライアントが他の人とコンテンツを共有するようにするには、クライ また、ConfigMgrクライアントキャッシュを拡張する必要があります（以下を参照）。
警告：すべてのクライアントでピアキャッシュを有効にしないでください。 手順1のセクションの前の例を参照してください。
涼しさ: 舞台裏では、クライアント設定はCcm_Superpeerclientconfigという名前であり、ログファイルにSuperPeerが記載されています。
1. 管理ワークスペースの”クライアント設定”ノードで、”ピアキャッシュソース”という名前の新しいカスタムクライアントデバイス設定を作成します。
2. ピアキャッシュソースダイアログボックスで、クライアントキャッシュ設定チェックボックスを選択し、左側のペインでクライアントキャッシ
3. カスタムデバイス設定ペインで、最大キャッシュsi
zeを65GBなどの便利なものに設定し、フルOSでConfiguration Managerクライアントを有効にするコンテンツポリ
注：最大クライアントサイズを設定するためのおそらくより良い方法は、スクリプトを介してマシンが持っているどのくらいの空きディスク領 あなたはHeath Lawson（@Heathl17）からの良い例をここに見つけます：http://blogs.msdn.microsoft.com/helaw/2014/01/07/configuration-manager-cache-management。
4. Peer Cache Sourcesクライアント設定をPeer Cache Sources–All Sitesコレクションに展開します。
ステップ3–境界と境界グループを作成
ピアキャッシ境界グループのややまともな構造を持っています。 私のテストを簡単にするために、私は単純に次の境界グループを作成しました。New York：192.168.1を追加しました。1–192.168.1.254IP範囲境界
ここで、動作を確認し、私の例では、Peer Cache Sourcesコレクション（各サイトに2つのクライアントを含む）に1GBパッケー
これらのクライアントがコンテンツを取得したら、各サイトの残りのクライアントに展開し、CASに従うことで何が起こったのかを監視しました。各クライアントにログオンします。
New Yorkの動作
ピアキャッシュの初期バージョンでは、同じサブネットにローカルDPがある場合、クライアントは常にローカルDPを使用しますが、最近のバージ
境界グループ設定を上記に変更すると、ニューヨークのクライアントは、ピアキャッシ これはログの興味深い行です。P>
一致するDPの場所が見つかりました0–http://cm01.corp.viamonstra.com/sms_dp_smspkg$/ps10007f(Locality: SUBNET)
シカゴでの動作
シカゴでは、シカゴにはローカルDPがなく、クライアントはピアキャッシングの友人からコンテンツを取得します。 以下はCASです。Chicagoのクライアントからの例をログに記録し、ご覧のとおり、リモートCM01DP（これも検出されました）の前にピアキャッシュソースをランク付けしました。
省略形: シカゴのクライアントは、彼らのピアキャッシングの友人からコンテンツを取得しています。 これはログの興味深い行です。一致するDPの場所が見つかりました0–http://w10peer-0006.corp.viamonstra.com:8003/sccm_branchcache$/ps100083（地域：ピア）
注：2pintソフトウェアの人々は、間隔を設定できるユーティリティをリリースしました。 名前はトリガー幸せであり、あなたはここでそれをダウンロードします：http://2pintsoftware.com/download/trigger-happy
