Configuration Managerのサイズとスケール番号
Configuration Manager (現在のブランチ) に適用
各Configuration Manager展開には、サポートできるサイト、サイト システムの役割、デバイスの最大数があります。 これらの数値は、階層構造、使用するサイトの種類と数、展開するサイト システムの役割によって異なります。 この記事の情報は、管理する必要があるデバイスをサポートするために必要なサイト システムの役割とサイトの数を判断するのに役立ちます。
詳細については、次の記事を参照してください。
これらのサポート番号は、Configuration Managerに推奨されるハードウェアの使用に基づいています。 また、使用可能なすべてのConfiguration Manager機能の既定の設定にも基づいています。 推奨されるハードウェアを使用しない場合、またはより積極的なカスタム設定を使用すると、サイト システムのパフォーマンスが低下する可能性があります。 サイト システムは、記載されているサポート レベルを満たしていない可能性があります。 (より積極的なクライアント設定の例としては、ハードウェアまたはソフトウェア インベントリの実行頻度が、既定値の 7 日に 1 回よりも高くなります)。
サイトの種類
中央管理サイト
- 中央管理サイトでは、最大 25 個の子プライマリ サイトがサポートされます。
プライマリ サイト
各プライマリ サイトでは、最大 250 のセカンダリ サイトがサポートされます。
プライマリ サイトあたりのセカンダリ サイトの数は、継続的に接続され、信頼性の高いワイド エリア ネットワーク (WAN) 接続に基づいています。 クライアントが 500 未満の場所の場合は、セカンダリ サイトではなく配布ポイントを検討してください。
プライマリ サイトでサポートできるクライアントとデバイスの数については、「 サイトと階層のクライアント番号」を参照してください。
セカンダリ サイト
- セカンダリ サイトでは、子サイトはサポートされていません。
サイト システムの役割
クラウド管理ゲートウェイ
特に記載がない限り、このガイダンスはすべてのデプロイ モデルと VM サイズで同じです。
クラウド管理ゲートウェイ (CMG) の複数のインスタンスをプライマリ サイトまたは中央管理サイト (CAS) にインストールできます。
ヒント
階層で、CAS で CMG を作成します。
1 つの CMG では、Azure クラウド サービスで最大 16 個の仮想マシン (VM) インスタンスがサポートされます。
各 CMG VM インスタンスごとの同時クライアント接続は、デプロイ モデルと VM サイズによって異なります。 サポートされている数を超えるクライアントで CMG の負荷が高い場合でも、要求は処理されますが、遅延が発生する可能性があります。
仮想マシン スケール セット(バージョン 2107 以降)
- ラボ (B2s): 10
- 標準 (A2_v2): 6,000
- Large (A4_v2): 10,000
重要
ラボ (B2s) サイズの VM は、ラボ テストと小さな概念実証環境のみを対象としています。 CMG での運用環境での使用を目的としたものではありません。 B2s VM は、低コストで低パフォーマンスです。 Configuration Managerテクニカル プレビュー ブランチでは、10 個のクライアントのみがサポートされるため、このサイズではその数のクライアントがサポートされます。
仮想マシン スケール セット(クラウド サービス プロバイダー (CSP) サブスクリプションのバージョン 2010 および 2103): 2,000
クラウド サービス (クラシック)(バージョン 2111 以前): 6,000
重要
バージョン 2203 以降では、 クラウド サービス (クラシック) として CMG をデプロイするオプションが削除されます。 すべての CMG デプロイでは 、仮想マシン スケール セットを使用する必要があります。 詳細については、「 削除された機能と非推奨の機能」を参照してください。
詳細については、「CMG のパフォーマンスとスケール」を参照してください。
クラウド管理ゲートウェイ接続ポイント
このガイダンスは、すべてのデプロイ モデルと VM サイズで同じです。
CMG 接続ポイントの複数のインスタンスをプライマリ サイトにインストールできます。
1 つの CMG 接続ポイントで、最大 4 つの VM インスタンスを持つ CMG をサポートできます。 CMG に 4 つ以上の VM インスタンスがある場合は、負荷分散のために 2 つ目の CMG 接続ポイントを追加します。 16 個の VM インスタンスを持つ CMG は、4 つの CMG 接続ポイントとリンクする必要があります。
注:
CMG 接続ポイントのハードウェア要件を検討する場合は、「 リモート サイト システム サーバーに推奨されるハードウェア」を参照してください。
詳細については、「CMG のパフォーマンスとスケール」を参照してください。
配布ポイント
サイトごとの配布ポイント:
各プライマリ サイトとセカンダリ サイトでは、最大 250 個の配布ポイントがサポートされます。
各プライマリ サイトとセカンダリ サイトでは、プル配布ポイントとして構成された最大 2,000 個の追加配布ポイントがサポートされます。 たとえば、1 つのプライマリ サイトでは、2000 個の配布ポイントがプル配布ポイントとして構成されている場合、2250 の配布ポイントがサポートされます。
各配布ポイントは、最大 4,000 個のクライアントからの接続をサポートします。
プル配布ポイントは、ソース配布ポイントからコンテンツにアクセスするときにクライアントのように機能します。
各プライマリ サイトでは、合計で最大 5,000 個の配布ポイントがサポートされます。 この合計には、プライマリ サイトのすべての配布ポイントと、プライマリ サイトの子セカンダリ サイトに属するすべての配布ポイントが含まれます。
各配布ポイントは、最大 10,000 個のパッケージとアプリケーションの合計をサポートします。
警告
1 つの配布ポイントでサポートできるクライアントの実際の数は、ネットワークの速度とサーバーのハードウェア構成によって異なります。
1 つのソース配布ポイントで同様にサポートできるプル配布ポイントの数は、ネットワークの速度とソース配布ポイントのハードウェア構成によって異なります。 ただし、この数は、デプロイしたコンテンツの量の影響も受けます。 これは、通常、展開中に異なるタイミングでコンテンツにアクセスするクライアントとは異なり、すべてのプル配布ポイントが同時にコンテンツを要求するためです。 プル配布ポイントは、使用可能なすべてのコンテンツを要求できます。そのコンテンツに適用できるコンテンツだけではありません。 ソース配布ポイントに高い処理負荷を設定すると、コンテンツをターゲット配布ポイントに配布する際に予期しない遅延が発生する可能性があります。
フォールバック ステータス ポイント
- 各フォールバック ステータス ポイントは、最大 100,000 個のクライアントをサポートできます。
管理ポイント
各プライマリ サイトでは、最大 15 個の管理ポイントがサポートされます。
ヒント
プライマリ サイト サーバーまたはサイト データベース サーバーからの低速リンクを越えたサーバーに管理ポイントをインストールしないでください。 管理ポイントが同じデータ センター (高速リンクとも呼ばれます) にない場合は、状態メッセージと状態メッセージの待機時間が発生する可能性があります。 リモート管理ポイントの要件がある場合は、代わりにセカンダリ サイトを使用することを検討してください。 これにより、状態メッセージと状態メッセージのバックログの問題を回避できます。
各セカンダリ サイトは、セカンダリ サイト サーバーにインストールする必要がある 1 つの管理ポイントをサポートします。
管理ポイントでサポートできるクライアントとデバイスの数については、「 管理ポイント 」セクションを参照してください。
注:
クラウド管理ゲートウェイをサポートするように管理ポイントを有効にした場合、通常どおりインターネット ベースのクライアント要求にサービスを提供します。 管理ポイントのサイズ設定ガイダンスでは、オンプレミスのクライアントとインターネット ベースのクライアントのどちらをサービスするかは変わりません。
ソフトウェアの更新ポイント
ベースラインとして次の推奨事項を使用します。 このベースラインは、organizationに適したソフトウェア更新プログラムの容量計画の情報を決定するのに役立ちます。 実際の容量要件は、次の条件に応じて、この記事に記載されている推奨事項とは異なる場合があります。
- 特定のネットワーク環境
- ソフトウェア更新ポイント サイト システムのホストに使用するハードウェア
- マネージド クライアントの数
- サーバーにインストールされている他のサイト システムの役割
注:
クラウド管理ゲートウェイをサポートするためにソフトウェア更新ポイントを有効にした場合、通常どおりインターネット ベースのクライアント要求にサービスを提供します。 ソフトウェアの更新ポイントのサイズ設定ガイダンスでは、オンプレミスのクライアントとインターネット ベースのクライアントのどちらをサービスするかは変わりません。
ソフトウェア更新ポイントの容量計画
サポートされているクライアントの数は、ソフトウェアの更新ポイントで実行されるWindows Server Update Services (WSUS) のバージョンによって異なります。 また、ソフトウェアの更新ポイント サイト システムの役割が別のサイト システムの役割と共存するかどうかによっても異なります。
ソフトウェアの更新ポイントは、WSUS がソフトウェアの更新ポイント サーバーで実行され、ソフトウェアの更新ポイントが別のサイト システムの役割と共存している場合、最大 25,000 のクライアントをサポートできます。
リモート サーバーが WSUS 要件を満たし、WSUS がConfiguration Managerで使用され、次の設定を構成すると、ソフトウェアの更新ポイントで最大 150,000 クライアントをサポートできます。
IIS アプリケーション プール:
WsusPool キューの長さを 2000 に増やす
WsusPool プライベート メモリの制限を x4 回増やすか、0 (無制限) に設定します。 たとえば、既定の制限が 1,843,200 KB の場合は、7,372,800 に増やします。 詳細については、「 WSUS のベスト プラクティス」を参照してください。
ソフトウェアの更新ポイントのハードウェア要件の詳細については、「 サイト システムに推奨されるハードウェア」を参照してください。
ソフトウェア更新プログラム オブジェクトの容量計画
ソフトウェア更新プログラム オブジェクトを計画するには、次の容量情報を使用します。
展開でのソフトウェア更新プログラムの 1000 の制限 - ソフトウェア更新プログラムの展開ごとにソフトウェア更新プログラムの数を 1000 に制限します。 自動展開規則 (ADR) を作成する場合は、ソフトウェア更新プログラムの数を制限する条件を指定します。 指定した条件が 1,000 を超えるソフトウェア更新プログラムを返すと、ADR は失敗します。 Configuration Manager コンソールの [自動展開規則] ノードから ADR の状態を確認します。 ソフトウェア更新プログラムを手動で展開する場合は、展開する更新プログラムを 1,000 を超える更新プログラムを選択しないでください。
また、構成基準でソフトウェア更新プログラムの数を 1000 に制限します。 詳細については、「 構成基準の作成」を参照してください。
自動展開規則 -のセキュリティ スコープの制限は 580自動展開規則 (ADR) のセキュリティ スコープの数を 580 未満に制限します。 ADR を作成すると、アクセス権を持つセキュリティ スコープが自動的に追加されます。 580 を超えるセキュリティ スコープが設定されている場合、ADR は実行に失敗し、ruleengine.log にエラーが記録されます。
SMS プロバイダー
SMS プロバイダーの各インスタンスは、複数の要求からの同時接続をサポートします。 これらの接続に関する唯一の制限事項は、Windows で使用できるサーバー接続の数と、接続要求を処理するためにサーバー上で使用可能なリソースです。
詳細については、「 SMS プロバイダーの計画」を参照してください。
管理サービスは、SMS プロバイダーのすべてのインスタンスの REST API です。 1 秒あたり最大 5,000 要求、クライアント IP アドレスあたり 200 要求をサポートします。
サイトと階層のクライアント番号
次の情報を使用して、サイトまたは階層内でサポートできるクライアントの数とクライアントの種類を決定します。
中央管理サイトを使用した階層
中央管理サイトでは、次の 3 つのグループに一覧表示されているデバイスの数までを含むデバイスの合計数がサポートされています。
700,000 台の Windows デスクトップ。 埋め込みデバイスのサポートも参照してください。
macOS を実行する 25,000 台のデバイス
オンプレミス モバイル デバイス管理 (MDM) を使用して管理する 100,000 台のデバイス
たとえば、階層内では、700,000 台のデスクトップ、最大 25,000 台の macOS デバイス、およびオンプレミス MDM によって管理される最大 100,000 台のデバイスをサポートできます。 この階層では、合計 825,000 台のデバイスがサポートされています。
重要
中央管理サイトが Standard エディションのSQL Serverを使用する階層では、階層は最大 50,000 台のデスクトップとデバイスをサポートしています。 50,000 を超えるデスクトップとデバイスをサポートするには、SQL Serverの Enterprise エディションを使用する必要があります。 この要件は、中央管理サイトにのみ適用されます。 スタンドアロン プライマリ サイトまたは子プライマリ サイトには適用されません。 プライマリ サイトに使用するSQL Serverのエディションでは、指定された数のクライアントをサポートする容量は制限されません。
スタンドアロン プライマリ サイトで使用されているSQL Serverのエディションでは、指定された数のクライアントまでサポートするサイトの容量は制限されません。
子プライマリ サイト
中央管理サイトを持つ階層内の各子プライマリ サイトでは、次の数のクライアントがサポートされています。
- サポートが階層でサポートされている数を超えない限り、特定のグループまたは種類に限定されない合計 150,000 のクライアントとデバイス。 「埋め込みデバイスのサポート」も参照してください。
たとえば、プライマリ サイトでは 25,000 の macOS デバイスがサポートされています。 この数値は、階層の制限です。 このプライマリ サイトでは、追加の 125,000 台のデスクトップ コンピューターをサポートできます。 子プライマリ サイトでサポートされているデバイスの合計数は、サポートされる最大 150,000 です。
スタンドアロン プライマリ サイト
スタンドアロン プライマリ サイトでは、次の数のデバイスがサポートされています。
175,000 個のクライアントとデバイスを超えないようにします。
150,000 個の Windows クライアント。 「埋め込みデバイスのサポート」も参照してください。
macOS を実行する 25,000 台のデバイス
オンプレミス MDM を使用して管理する 50,000 台のデバイス
たとえば、150,000 台のデスクトップと 10,000 個の Mac をサポートするスタンドアロン プライマリ サイトでは、オンプレミス MDM によって管理される追加の 15,000 台のモバイル デバイスのみをサポートできます。
プライマリ サイトと Windows Embedded デバイス
プライマリ サイトでは、File-Based書き込みフィルター (FBWF) が有効になっている Windows Embedded デバイスがサポートされています。 埋め込みデバイスで書き込みフィルターが有効になっていない場合、プライマリ サイトでは、そのサイトで許可されているデバイスの数まで、多数の埋め込みデバイスをサポートできます。 埋め込みデバイスで FBWF または統合書き込みフィルター (UWF) が有効になっている場合、プライマリ サイトは最大 10,000 個の Windows 埋め込みデバイスをサポートできます。 これらのデバイスは、「 Windows Embedded デバイスへのクライアント展開の計画」に記載されている重要なメモに記載されている例外を使用して構成する必要があります。 プライマリ サイトでは、EWF が有効になっていて、例外用に構成されていない 3,000 台の Windows Embedded デバイスのみがサポートされています。
セカンダリ サイト
セカンダリ サイトでは、次の数のデバイスがサポートされています。
- 15,000 個の Windows クライアント
管理ポイント
各管理ポイントは、次の数のデバイスをサポートできます。
25,000 個のクライアントとデバイスを超えないようにします。
25,000 個の Windows クライアント
次のいずれか (両方ではありません)。
オンプレミス MDM を使用して管理される 10,000 台のデバイス
macOS を実行する 10,000 台のデバイス
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示