Linux修復ソースの監視
最終更新日 - 15年2026月XNUMX日
Linux修復監視パッケージは、Linuxホスト向けにSSHベースの修復機能を提供し、プロセスライフサイクルとシステム可用性を管理するためのコマンドのリモート実行を可能にします。
これらのロジックモジュールは、標準的なLinuxユーティリティを使用してプロセスを識別、終了、起動し、システムを再起動することで、サービスの可用性を向上させ、平均解決時間(MTTR)を短縮します。
修復処理は、パスワード認証または公開鍵認証を使用してSSH経由で実行され、設定されたSSHユーザーのコンテキストで実行されます。
LogicModulesパッケージは、以下の修復機能をサポートしています。
- プロセスを終了するには、
kill(優雅な、あるいは力強い) - 起動プロセス
nohupバックグラウンド実行用 - システムを再起動するには、
rebootcommand
プロセスターゲティングでは、以下のルールが適用されます。
remediation.process引数を含め、コマンドライン全体と一致する必要があります。- マッチングは完全一致のみで、部分一致やあいまい一致はサポートしていません。
注意: プロセスマッチングは正確です。 remediation.process 値にはコマンドと引数をすべて含める必要があります。部分一致では対象プロセスを特定できません。
修復処理は、設定されたSSHユーザーで実行されます。他のユーザーに影響を与える処理やシステムレベルの操作には、root権限またはパスワードなしのsudo権限が必要になる場合があります。
注意: 権限が不足している場合(例えば、sudo アクセス権がない場合)、プロセスの終了や再起動などの操作が失敗することがあります。
修復動作は、重複処理とプロセス終了を制御するホストプロパティによって制御されます。デフォルトでは、明示的に有効にしない限り、既存のインスタンスが検出されても重複プロセスは起動されません。プロセス終了は、グレースフルシグナルと強制終了の両方をサポートします。 SIGKILLまた、単一のプロセスまたは一致するすべてのプロセスを対象とすることができます。
警告: 強制終了 SIGKILL クリーンアップ操作を有効にせずにプロセスを即座に停止するため、データの破損やトランザクションの不完全化を引き起こす可能性があります。
このパッケージは、OpenSSH アクセス、標準ユーティリティ (例: ps, kill, nohup, reboot)、および非対話型コマンド実行(例:exec)に対応しています。最新のLinuxディストリビューションのほとんどがサポートされていますが、制限付きシェルや制限された環境では機能に影響が出る場合があります。
Linux修復ソース監視の要件
Linux修復監視機能を使用するには、以下の点を確認してください。
- モジュールの管理権限と、「修復ソース」設定のリソース権限を持つLogicMonitorユーザー。
- 対象ホストでSSHアクセスが有効になっています
- LogicMonitor Collectorはポート22経由でホストにアクセスできます。
- 認証は以下のように設定します。
- ユーザー名とパスワード(
remediation.ssh.user,remediation.ssh.pass) - 公開鍵認証(
remediation.ssh.publickey)
- ユーザー名とパスワード(
- リモートシステムには、以下のユーティリティが含まれています。
ps,kill,nohup,reboot - 設定されたSSHユーザーには、修復コマンドを実行するための十分な権限があります。
推奨事項: 標準の監視用認証情報ではなく、専用の修復用アカウントを使用してください。
Linux修復ソース監視にリソースを追加する
対象のLinuxホストをLogicMonitorに追加します。詳細については、以下を参照してください。 リソースの追加.
セットアップ時には、以下の点を確認してください。
- 割り当てられたコレクターはSSH接続を確立できます
- 必要なホストプロパティが構成されています
- システムは標準的なLinuxプロセス管理コマンドをサポートしています。
リソースへのプロパティの割り当て
以下のプロパティを使用して、修復動作を設定します。
詳細については、を参照してください。 リソースとインスタンスのプロパティ.
| プロパティ | 詳細説明 | 必須 |
|---|---|---|
remediation.ssh.user | 修復コマンドを実行するために使用されるSSHユーザー名 | 事例一覧 |
remediation.ssh.pass | 認証用のSSHパスワード 注:キーを使用する場合はオプションです | 事例一覧 |
remediation.ssh.publickey | 認証用のSSH公開鍵 注:パスワードを使用する場合は省略可能です | 事例一覧 |
remediation.process | マッチングと実行に使用される正確なプロセスコマンド | キル、ローンチ |
remediation.process.duplicate | 起動時に重複プロセスの作成を可能にします | 起動する |
remediation.sigkill | 強制的なプロセス終了を可能にします (例:SIGKILL) | 殺します |
remediation.killall | 最初のマッチングではなく、すべてのマッチングプロセスを終了します。 | 殺します |
Linuxのトラブルシューティング修復ソース監視
以下の表は、よくある問題点とその対処法をまとめたものです。
| 問題 | 情報 |
|---|---|
| SSH認証失敗 | 認証情報を確認し、SSH ユーザーに適切な権限があることを確認してください。 |
| アクセス拒否エラー | ユーザーが必要なコマンドを実行できることを確認します(例: reboot, kill対話型プロンプトなし |
| プロセスが見つかりません | 確認します remediation.process 実行中のプロセスと完全に一致します。引数も含め、プロセスの一致を確認します。 ps aux | grep <process>プロセスが実行されていること、および引数を含む完全なコマンドラインが一致していることを確認してください。 remediation.process引数や実行パスの違いによって、検出が妨げられる可能性があります。 |
| デバッグモードのリスク | デバッグモードでRemediationSourcesを実行すると、アクションが実行されるため、安全なシミュレーションではありません。 |
警告: 警告:RemediationSourcesをデバッグモードで実行すると、修復アクションが実行されます。デバッグモードは安全なシミュレーションや読み取り専用のシミュレーションではなく、環境に実際の変更を加える可能性があります。
以下のトラブルシューティング手順を実行してください。
- RemediationSourcesの出力結果を確認し、プロセス検出と修復の実行を検証してください。プロセス名の不一致や実行エラーがないか確認してください。
- sudoの設定が非対話型実行をサポートしていることを確認してください。SSHユーザーにパスワードの入力を求められた場合、またはsudoがTTYを必要とする場合、修復措置は失敗します。必要に応じて、パスワードなしのsudoを設定するか、sudoersルールを更新してください。
LogicModulesをモニタリングにインポートする
LogicMonitorのモジュール交換からすべてのLinux RemediationSources LogicModulesをインストールします。詳細については、リストを参照してください。 パッケージ内のLogicModulesこれらの LogicModule がすでに存在する場合は、各モジュールの最新バージョンがあることを確認してください。
LogicModules がインポートされると、データ収集が自動的に開始されます。
パッケージ内のLogicModules
LogicMonitorのLinux修復ソース監視パッケージは、以下のLogicModulesで構成されています。完全な監視を行うには、以下のLogicModulesをプラットフォームにインポートしてください。
| 表示名 | タイプ | 詳細説明 |
|---|---|---|
| Linuxプロセスを強制終了する | 修復ソース | Linuxシステム上のプロセスを強制終了します。 |
| Linuxプロセスを起動する | 修復ソース | nohupを使用してLinuxシステム上でプロセスを起動します。 |
| Linuxデバイスを再起動します | 修復ソース | Linuxシステム上で再起動コマンドを実行します。 |
このパッケージの DataSource によって追跡されるさまざまなメトリクスに静的なデータポイントのしきい値を設定する場合、LogicMonitor はテクノロジー所有者のベスト プラクティス KPI 推奨事項に従います。
推奨事項: 必要に応じて、環境固有のニーズに合わせてこれらの事前定義されたしきい値を調整します。 データポイントのしきい値の調整の詳細については、を参照してください。 データポイントの静的しきい値.