Docker Visibility を使用する場合、一意のホスト ID コンテナ ID コンテナ ID ホスト ID

この設定は、コントローラのバージョン 20.8 で導入され、デフォルト値は です。

コントローラで「動的モニタリングモードとサーバーの可視性」のデフォルトを設定します。許可される設定は次のとおりです。

• KPI ：重要業績評価指標のみ収集します。
• DIAGNOSTIC：KPI と診断メトリックを収集します。
• ADVANCED_DIAGNOSTIC：使用可能なすべてのメトリックを収集します。

これらのいずれかを正確に文字列として入力する必要があります。別の値（「advanced-diagnostic」など）を入力すると、コントローラは設定を更新せず、一部のサーバがサーバリストに表示されない場合があります。

オフラインマシンが失効と見なされ、削除のマークが付けられる前に待機する時間（ミリ秒単位）。この値が大きすぎると、新しいデータが到着しなくなります。値が小さすぎると、履歴が少なくなります。

21.2.0 以降のコントローラでは、古いマシンを消去するために 2 つのプロパティが一緒に使用されます。これらのプロパティは、ユーザーインターフェイスで [Servers] リストを表示する方法を決定するために連携して使用されます。

• sim.machines.offline.toStaleTimeoutMillis（172800000 ミリ秒）を使用して、どのマシンが古いと見なされるかを判断します。
• sim.machines.registrations.update.frequency 設定（86400000 ms）は、モニタ対象ホストのプロパティに変更がない場合に、サーバの lastSeenTimeStamp が更新される頻度を決定します。この設定は変更できません。

これは、「2023-10-19_05-04-05_管理コンソールへのアクセス」に記載があるように、コントローラの設定（すべてのアカウント）として指定することも、個々のアカウントのアカウント設定として指定することもできます。コントローラでこの設定を変更した場合は、再起動が必要です。この設定がアカウントレベルで変更された場合、再起動する必要はありません。

まれに、古いロジックが原因で、マシンが顧客の設定よりも早く消去の対象と見なされることがあります。

172,800,000 ミリ秒（2 日）

21.2.0 以降のコントローラでは、古いマシンを消去するために 2 つのプロパティが一緒に使用されます。これらのプロパティは、ユーザーインターフェイスで [Servers] リストを表示する方法を決定するために連携して使用されます。ビジネスインサイトの

まれに、古いロジックが原因で、マシンが顧客の設定よりも早く消去の対象と見なされることがあります。

86400000 ms

一時的な環境を処理するために、SIM マシンエンティティを再利用します。現在、サポートは Docker コンテナマシンに限定されています。

がfalseに設定されています。

21600000 ms

（6 時間）

• true：コレクタは、アプリケーションとマシンのカスタムメトリック値を保存して表示します。カスタムメトリックは、アプリケーションとサーバの可視性の両方のメトリックブラウザに表示されます。
• false：コレクタは、アプリケーションに関するカスタムメトリック値のみ保存して表示します。カスタムメトリックは、アプリケーションに関するもののみメトリックブラウザに表示されます（サーバの可視性に関するものは表示されません）。

多数のカスタムメトリックを収集する場合は、この設定を無効にします。これにより、個々のマシンに対して保存されるメトリック値の数とレートの急増が防止されます。

sim.perAccountProperty.syncFrequencyInMillis

sim. perAccountProperty. syncInBackground

コントローラが同時に登録できるプロセスの最大数。デフォルトは 5000 個のプロセスです。最初の試行が失敗した場合、マシンエージェントはプロセスの登録を再試行します。プロセス要求がコントローラによって承認および処理されるまで、その要求内のプロセスは [Process Details] ページに表示されません。制限は次のように機能します。

ケース 1：マシンエージェントが、登録するプロセスが 6000 ある要求を送信し、制限が 5000 に設定されている場合、この要求は制限が増やされるまで拒否されます。

ケース 2：2 つのマシンエージェント（MA1 と MA2）がそれぞれ 3000 個のプロセスを登録しようとし、制限が 5000 に設定されているとします。MA1 要求と MA2 要求の両方がコントローラによって受信され、1 つの要求のみが処理されます（3000 + 3000 > 5000）。このように、コントローラは 1 つの要求だけを処理し、もう一方の要求を拒否する場合があります。

ケース 3：2 つのマシンエージェント（MA1 と M2）がそれぞれ 500 個のプロセスを登録しようとし、制限が 5000 に設定されているとします。両方の要求がコントローラに到着すると、500 + 500 < 5000 であるため、両方の要求が処理され、プロセスが登録されます。