次の方法で共有


CMG のパフォーマンスとスケール

Configuration Manager (現在のブランチ) に適用

クラウド管理ゲートウェイ (CMG) のサポートされるスケールとパフォーマンスは、サービスに同時に接続する必要があるデバイスの数に基づいています。 この記事の情報を使用して、適切な規模で最適なパフォーマンスを得るために環境内で必要な次のコンポーネントの数を確認します。

  • CMG クラウド サービス
  • 各 CMG の仮想マシン インスタンス
  • 内部ネットワーク上の CMG 接続ポイント サイト システム

注:

管理ポイントとソフトウェア更新ポイントのサイズ設定ガイダンスは、オンプレミスのクライアントとインターネット ベースのクライアントのどちらをサービスするかは変わりません。 詳細については、サイズとスケール番号を参照してください。

CMG のサイズとスケール

特に記載がない限り、このガイダンスはすべてのデプロイ モデルと 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 パフォーマンスの向上に役立ちます。

  • Configuration Manager クライアントと CMG の間の接続はリージョンに対応していません。 クライアント通信は、待機時間と地理的分離の影響をほとんど受けません。 一般に、地理的近接性を目的として複数の CMG をデプロイする必要はありません。 階層内の最上位サイトに CMG をデプロイします。 スケールを増やすには、VM インスタンスを追加します。

  • サービスの高可用性を実現するために、少なくとも 2 つの VM インスタンスとサイトごとに 2 つの CMG 接続ポイントを持つ CMG を作成します。

  • VM インスタンスを追加することで、より多くのクライアントをサポートするように CMG をスケーリングします。 Azure ロード バランサーは、サービスへのクライアント接続を制御します。

  • より多くの CMG 接続ポイントを作成して、それらの間で負荷を分散します。 CMG は、ラウンド ロビン方式で接続している CMG 接続ポイントにトラフィックを分散します。

注:

CMG 接続ポイントは、各クライアントの管理ポイントへの TCP 接続を作成します。 Configuration Manager には CMG 接続ポイントのクライアントの数にハード制限はありませんが、Windows Server の既定の最大 TCP ダイナミック ポート範囲は 16,384 です。 Configuration Manager サイトが 1 つの CMG 接続ポイントで 16,384 を超えるクライアントを管理する場合は、別のサイト システムを追加するか、Windows Server の制限を増やします。 すべてのクライアントは、CMG 接続ポイントで開いているポートを保持するクライアント通知のチャネルを維持します。 この制限を引き上げる方法の詳細については、 Microsoft サポートの記事 929851を参照してください。

コンテンツのパフォーマンス

配布ポイントの設計と同様に、コンテンツ対応 CMG の次の要因を考慮してください。

  • 同時クライアント接続の数
  • クライアントがダウンロードするコンテンツのサイズ
  • ビジネス要件を満たすために許可される時間の長さ

設計に応じて、クライアントが特定のコンテンツに対して複数の CMG のオプションを持っている場合、それらのクラウド ソース間で自然にランダム化されます。 特定のコンテンツのみを 1 つの CMG に配布し、多数のクライアントがこのコンテンツを同時にダウンロードしようとすると、その単一の CMG に負荷が高くなります。 別の CMG の追加には、別の Azure ストレージ サービスが含まれます。 クライアントが CMG コンポーネントと通信し、コンテンツをダウンロードする方法の詳細については、「 データ フロー」を参照してください。

注:

Azure ストレージ サービスは、1 つのファイルに対して 1 秒あたり 500 要求をサポートします。 1 つのクラウドベースコンテンツ ソースのパフォーマンス テストでは、1 つの 100 MB ファイルを 24 時間で 50,000 クライアントに配布することがサポートされました。

次の手順

次に、CMG の Azure サービスの運用に関連するコストについて説明します。