大量の エージェントクライアントコレクター アップグレードを実行
すべてのエージェントを一度にアップグレードする場合は、 エージェントクライアントコレクター エージェントの大量アップグレードを実行します。
始める前に
エージェントクライアントコレクター の Web サーバーを構成します。詳細については、「MID サーバー での Websocket サーバーの構成」を参照してください。
MID サーバー、MID Web サーバー、および MID サーバー Websocket サーバーが実行されていることを確認します。
エージェントをアップグレードするバージョンを選択します。
- 移動先 .
- [新規] を選択します。
- 次の値を割り当てます。
- 名前 = sn_agent.agent_upgrade_version
- タイプ = 文字列
- 値 = アップグレード先のバージョン番号 (<major_version.minor_version.patch_version> の形式)。例: 4.3.2
- [送信] を選択します。
必要なロール:agent_client_collector_admin
- Windows環境の場合:ローカルSYSTEMアカウント
- Linux環境の場合:sudo rpm / dpkg
- macOS環境の場合:sudo pkg
このタスクについて
大量アップグレードは、 Windows 環境または Linux 環境でのみサポートされています。
大容量アップグレードでは、mTLS を介したMID サーバー通信へのエージェントクライアントコレクターはサポートされていません。
大量のアップグレードを実行すると、最新バージョンを使用していないすべてのエージェントがアップグレードされます。アップグレードされたバージョンを既に使用しているエージェントには、アップグレードは実行されません。
アプリケーションスコープ外のエージェントではアップグレードは実行されません。詳細については、「 Application scope」を参照してください。
エージェントの失敗したアップグレード制限に達すると、エージェントは大量アップグレードから除外されます。失敗したアップグレードの制限は、 sn_agent.auto_upgrade.retry_limit システムプロパティで指定されます。このプロパティのデフォルト値は 3 です。
- このプロパティは、失敗した大量アップグレードと選択的アップグレードの両方に適用されます。
- エージェントが失敗したアップグレード制限に達した場合でも、 エージェントクライアントコレクター アドミニストレーターはエージェントで選択的アップグレードを実行できます。
- 失敗したアップグレード制限を手動でリセットするには、エージェントページで [ 失敗したアップグレード試行をリセット] オプションを選択します (選択 エージェントを選択します)。
- アップグレードが正常に完了すると、アップグレードされたエージェントは (将来のアップグレード用) 失敗したアップグレードがゼロと見なされます。
手順
-
アップグレード先のバージョン番号が利用可能であることを確認します。
-
システムプロパティテーブルのプロパティを有効にします () をクリックしてアップグレードをアクティブ化します。
タスクの結果
- MID サーバーに接続されているエージェントの場合:スケジュール済みジョブは、各MID サーバーで 1 時間あたり 50 人のエージェントをアップグレードします。すべての MID サーバー で一度にアップグレードできるエージェントの最大数は 1,000 です。
- MID なしエージェントの場合:スケジュール済みジョブは、デフォルトで 1 時間あたり最大 1,000 エージェントをアップグレードします。
- MID サーバーエージェントと MID なしエージェントの両方の場合:一度にアップグレードするエージェントの数を変更するには、sn_agent.auto_upgrade.max_upgrades_per_handler_per_hour プロパティの値を更新します () を開きます。デフォルト値は 1,000 です。注:この値を変更すると、システムのパフォーマンスに悪影響を与える可能性があります。
アップグレードの頻度を変更するには、[ エージェントの増分 アップグレード] スケジュール済みジョブの [繰り返し間隔] の値を更新します () を開きます。