UNIX/Linux エージェントの管理および構成
重要
このバージョンの Operations Manager はサポート終了に達しました。 Operations Manager 2022 にアップグレードすることをお勧めします。
この記事では、System Center - Operations Manager の UNIX/Linux エージェントを管理および構成するオプションについて説明します。
エージェント ディレクトリ
Open Management Infrastructure (OMI) は次のディレクトリにインストールされます:
/opt/omi
UNIX/Linux エージェントは次のディレクトリにインストールされます:
/opt/microsoft/scx/
UNIX/Linux エージェントは次のディレクトリにログ ファイルを保持します:
/var/opt/microsoft/scx/log/
OMI は次のディレクトリにログ ファイルを保持します:
/var/opt/omi/log/
証明書などのエージェントの構成ファイルは次のディレクトリに格納されます:
/etc/opt/microsoft/scx/
OMI 構成ファイルは次のディレクトリに格納されます:
/etc/opt/omi
エージェント管理ツール
このセクションでは、UNIX/Linux エージェントの管理および構成ツールを説明します。
エージェント管理ツールの実行
UNIX/Linux エージェントを構成するためのツールは次のディレクトリに配置されます:
/opt/microsoft/scx/bin/tools
Scxadmin
scxadmin ツールは、UNIX/Linux エージェントの状態 (開始、停止、または再起動) を制御し、エージェントによって実行されるログ記録を制御するために使用されます。 ツールの使用方法は、次のコマンドで表示できます: scxadmin -?
# /opt/microsoft/scx/bin/tools/scxadmin -?
Usage: scxadmin
Generic options (for all commands)
[-quiet] Set quiet mode (no output)
General Options
scxadmin -version
Service Management
scxadmin {-start|-stop|-restart|-status} [all|cimom|provider]
Providers Management
scxadmin -config-list {RunAs}
scxadmin -config-set {RunAs} {CWD=<directory>|ChRootPath=<directory>|AllowRoot={true|false}}
scxadmin -config-reset {RunAs} [CWD|ChRootPath|AllowRoot]
Log Configuration Management
scxadmin {-log-list|-log-rotate|-log-reset} [all|cimom|provider]
scxadmin -log-set [all|cimom|provider] {verbose|intermediate|errors}
scxadmin -log-set provider {{FILE:<path>|STDOUT}:<module-id>={SUPPRESS|ERROR|WARNING|INFO|TRACE|HYSTERICAL}}
scxadmin {-log-reset|-log-remove} provider [{FILE:<path>|STDOUT}]
例
エージェントを再起動する:
cd /opt/microsoft/scx/bin/tools/
./scxadmin -restart
すべてのログ記録を中間レベルに上げる:
cd /opt/microsoft/scx/bin/tools/
./scxadmin –log-set all intermediate
scxsslconfig
scxsslconfig ツールは、 に証明書を生成するのに使用されます。 このツールは、UNIX または Linux ホスト自体から完全修飾ドメイン名を特定できない、または UNIX/Linux ホストに認識されている FQDN が、ホストに到達するために管理サーバーで使用される FQDN と一致しない問題を修正する場合に役立ちます。
Note
WS-Management 通信で使用されるには、生成された証明書が Operations Manager の管理サーバーによって署名されている必要があります。 以前に署名された証明書を上書きした場合も、証明書に再度署名する必要があります。
scxsslconfig ツールの使用方法は、次のコマンドで表示できます:
# /opt/microsoft/scx/bin/tools/scxsslconfig -?
Usage: /opt/microsoft/scx/bin/tools/.scxsslconfig [-v] [-s days] [-e days] [-d domain] [-h host] [-g targetpath]
-v - toggle debug flag
-g targetpath - generate certificates in targetpath
-s days - days to offset valid start date with (0)
-e days - days to offset valid end date with (3650)
-f - force certificate to be generated even if one exists
-d domain - domain name
-h host - host name
-b bits - number of key bits
-? - this help message
例
証明書を再生成し、詳細な出力で既存の証明書を強制的に上書きする:
cd /opt/microsoft/scx/bin/tools/
. setup.sh
/opt/microsoft/scx/bin/tools/scxsslconfig -f -v
証明書を再生成し、指定したホスト名と DNS ドメイン名で既存の証明書を強制的に上書きする:
cd /opt/microsoft/scx/bin/tools/
. setup.sh
/opt/microsoft/scx/bin/tools/scxsslconfig -f -h myserver -d contoso.com
追加の構成に関するトピック
SSL 暗号
必要な場合には、UNIX/Linux エージェントによって使用される SSL 暗号の一覧をカスタマイズできます。 この構成の詳細については、 SSL 暗号の構成に関する記事を 参照してください。
スクリプト用の別の一時パスの指定
カスタム管理パックに UNIX/Linux スクリプトのルールまたはモニターを作成すると、スクリプトの内容が実行前にエージェント コンピューターの /tmp のファイルに書き込まれます。 スクリプトは、別のディレクトリで実行するように指定できます。 別のディレクトリを指定するには、/etc/opt/microsoft/scx/conf/tmpdir
のシンボリック リンクを、別のディレクトリをポイントするよう上書きします。 このシンボリック リンクのリンク先は、UNIX/Linux アクション アカウントまたは UNIX/Linux 特権を持つアカウントの実行プロファイルで定義されているユーザー アカウントで書き込みができる必要があります。
Universal Linux - オペレーティング システムの名前/バージョン
Universal Linux エージェントは、CentOS、Debian GNU/Linux、Oracle Linux、および Ubuntu Server などの Linux オペレーティング システムに対応しており、ホストのオペレーティング システムの名前とバージョンを特定するためにリリース ファイルを解析します。 必要に応じて、これらのプロパティをカスタマイズできます。 Operations Manager に提示される Universal Linux エージェント ホストのオペレーティング システム プロパティをカスタマイズするには、次の手順を使用します。
ファイル disablereleasefileupdates
をディレクトリ /etc/opt/microsoft/scx/conf/
に作成します。
touch /etc/opt/microsoft/scx/conf/disablereleasefileupdates
このファイルが存在する場合、エージェントは Operations Manager に返されるオペレーティング システムのプロパティの更新を試みません。 このため、カスタマイズ内容が確実に保持されます。
ディレクトリ scx-release
のファイル /etc/opt/microsoft/scx/conf
を編集します。 このファイルの形式は次のとおりです。
OSName=CentOS
OSVersion=6.0
OSFullName=CentOS 6.0 (x86_64)
OSAlias=UniversalR
OSManufacturer=
プロパティ OSName、 OSVersion、および OSFullName の値は、カスタマイズされた値を反映するように編集できます。
Note
OSAlias プロパティは編集しないでください。 このファイル内のすべてのプロパティ (OSManufacturer を除く) は必須であり、null にしないでください。
Note
次の更新プログラムは Operations Manager 2019 UR1 以降に適用されます。
Linux エージェントのパフォーマンスと信頼性の向上
Operations Manager 2019 UR1 以降では、信頼性を向上させるために、ハートビートを送信する別のプロセスが導入されています。 以前は、パフォーマンスとハートビートの収集スレッドが同じプロセス コンテキストで実行されていました。 このため、パフォーマンス データの収集が遅延すると、システムの可用性に影響が出ていました。
今回の変更により、ハートビートの収集中に、omi ユーザーの下で実行されている追加の omiagent プロセスを確認できるようになりました。
信頼性を向上させるために、別のプロセスを使用してハートビートが送信されます。 ハートビートの収集中に、omi ユーザーの下で実行されている追加の omiagent プロセスを確認できます。
パフォーマンスを向上させるために、オーバーライドで X-Plat の Filter 変数が導入されました。 Filter パラメーターに WQL クエリを導入することで、X-Plat 管理パックの検出およびモニターの動作をオーバーライドできます。 これは、対象のエンティティに対する監視を制限するために役立ちます。
また、ディスク領域がすぐにいっぱいにならないように、SCX のログ記録は "情報" から "警告" に減少されました。
Filter 変数を使用してオーバーライドを構成する方法の例を次に示します。
loop200 のデータのみを取得する場合は、Filter 変数で次のクエリを使用します。
select * from SCX_DiskDrive where DeviceID=loop200
これで、ディスク 'loop200' のデータのみがパフォーマンス ビューに表示されるようになります。
Note
次の更新プログラムは Operations Manager 2019 UR3 以降に適用されます。 以前のリリースの Operations Manager では、OMI プロセスのログレベル設定を変更するには、エージェントを再起動する必要がありました。 Operations Manager 2019 UR3 では、エージェントを再起動しなくてもログレベル設定を変更できます。
エージェントの再起動を伴わないログレベル設定の動的変更
エージェントを再起動しなくても、ログ レベルの設定を変更できます。
次の手順に従います。
omiserver.conf ファイルを変更し、新しい loglevel を更新します。
loglevel = INFO
次のコマンドの実行中に、このログレベルを適用します。
$sudo /opt/omi/bin/omiconfigeditor –reconfig
次のステップ
エージェントのインストール方法、およびエージェントの証明書に署名する手順を理解する方法の詳細については、「コマンド ラインを使用して UNIX および Linux コンピューターにエージェントと証明書をインストールする」をご覧ください。
UNIX および Linux コンピューター上のエージェントをメンテナンスする方法の詳細については、「UNIX および Linux コンピューター上のエージェントのアップグレードおよびアンインストール」をご覧ください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示