LM 稼働時間の概要
最終更新日 - 15年2026月XNUMX日
LogicMonitor は LM Uptime を使用して、複数の場所から Web サイト、サーバー、ネットワーク ハードウェアを継続的に監視し、サービスの応答性、信頼性、およびユーザー対応を維持するために必要なデータを提供します。
LM Uptime には次の利点があります。
- より簡単な統合LM Uptimeリソースをリソースグループ、サービス、ダッシュボード、レポートにシームレスに追加できます。
- 財産相続—他のリソースと同様にプロパティを自動的に継承します
- リソースエクスプローラーアクセス—リソースエクスプローラーでチェックを直接管理
- リソースグループへのアクセス—静的グループと動的グループを使用してチェックを管理します
リソース ツリーから LM Uptime リソースを作成できます。
次の図は、LM Uptime ワークフローを示しています。
稼働時間に関する一般的な要件
LM Uptime を使用するには、次のものが必要です。
- リソースの「管理」権限を持つユーザー。詳細については、 リソースロールの権限.
- LM アップタイムライセンス版
必要なデータソースのインストールWeb_Check_Individual,Web_Check_Overall,Ping_Check_Individual,Ping_Check_Overall- 必要なデータソースはLM Exchangeで入手可能です。
LM Uptimeのポーリングおよび収集スケジュール動作
WebチェックまたはPingチェックのリソースで設定されたポーリング間隔と、関連付けられたLM Uptimeデータソースで設定された収集スケジュールは、それぞれ異なる目的で使用されます。ポーリング間隔は、監視対象のエンドポイントに対して稼働状況チェックを実行する頻度を制御する一方、データソースの収集スケジュールは、バックエンドのアラート評価と処理をサポートします。
ポーリング間隔は、LM UptimeがWebチェックまたはPingチェックを実行して稼働時間データを収集する頻度を決定します。また、アラート状態の遷移を計算する際に使用されるタイミングの基準も提供します。
LM Uptime DataSource の収集スケジュールは、バックエンドのアラート評価をポーリングベースのアラート遷移計算と同期させるために、1 分に固定されています。このスケジュールを変更すると、稼働状況チェックの実行とアラート処理の間でタイミングの不整合が発生する可能性があります。収集スケジュールに関係なく、稼働状況チェックは、Web Check または Ping Check リソースで構成されたポーリング間隔に従って引き続き実行されます。
