ダイナミックホストマネージメント

現在、Checkmk の DCD には、ピギーバックデータに使用される 1 つの接続しか備わっていません。 これは、ホストからのクエリ（通常はスペシャルエージェントによるもの）が他のホスト（通常は仮想マシンまたはクラウドオブジェクト）の データを提供する場合、Checkmk はあらゆる状況でピギーバックメカニズムを使用するため、非常に汎用性があります。 ピギーバック接続は、ホストの DCD ファイルに保存されている DCD ファイルの DCD ファイルに保存されている DCD ファイルに保存されている DCD ファイルに保存されている DCD ファイルに保存されている DCD ファイルに保存されている DCD ファイルに保存されている DCD ファイルに保存

Checkmk が監視でピギーバックを使用している例をいくつかご紹介します。

これらの場合、監視は、ネットワーク経由で直接連絡が取れない、また Checkmk エージェントを実行する必要のない他のホスト (VM など) からデータを自動的に取得します。 DCD を使用すると、このようなホストを監視に自動的に追加および削除して、常に実際の状況をタイムリーに反映させることができます。 これを行うために、DCD は既存のピギーバックデータを分析し、セットアップにすでに存在するホストと比較し、不足しているホストを再作成します。

これを行うために、DCD は既存のピギーバックデータを分析し、セットアップにすでに存在するホストと比較し 、欠落しているホストを再作成し、または冗長なホストを削除します。 DCD によって自動的に作成されるホストもありますが、これらはセットアップ GUI で編集することができます。

デフォルトでは、オートメーションユーザーはCheckmk に存在します。 このユーザーは、自動取得を有効にするために Checkmk によって作成されます。 ダイナミックホストマネージメントにも、既存のオートメーションユーザーが必要です。

何らかの理由で、このユーザーをシステムから削除または変更した場合は、REST API への自動アクセス権を持つ別のユーザーを設定する必要があります。 この場合、Setup > General > Global settings > Dynamic configuration でグローバル設定のConnection to the REST API を開きます。

ここでは、デフォルトで選択されているオートメーションユーザーの代わりに、別のユーザーとそのアクセスデータ（名前、パスワード）を入力できます。Save で変更を保存すると、選択したユーザーが REST-API へのアクセスに使用され、ダイナミックホストマネージメントを続行できます。

接続プロパティを保存し、変更をアクティブにすると、接続は自動的に動作を開始します。 この動作は非常に高速であるため、変更をアクティブにした直後に、監視にホストが作成されるのがすぐにわかります。

このページをすぐに再読み込みすると、DCD によって変更が自動的にアクティブになったため、これらの変更はすでに消えているでしょう。 新しいホストはすでに監視対象になっており、定期的に監視されます。

前述のように、もちろん「存在しなくなった」ホストは DCD によって監視から自動的に削除されるように設定することができます。 これは一見、非常に論理的であるように思われます。しかし、「存在しなくなった」とは 正確にはどういう意味なのか、よく考えてみると、いくつかの状況があるため、少し複雑になります。 以下の概要では、削除オプションが有効になっていることを前提としています。このオプションを有効にしないと、ホストは自動的に削除されません。

Automatic host removal ルールでは、すべてのホストを自動的に削除するオプションがあることにご注意ください。 ライフサイクル管理の2 つのオプションは互いに独立して機能します。つまり、2 つの条件のうち 1 つが満たされると、ホストは削除されます。

ホストを自動的に削除するかどうかという質問に加えて、接続プロパティには、削除に影響する 3 つのオプションがあります。 これらは、これまで説明しなかったオプションです。

最初の設定「Prevent host deletion right after initialization 」は、Checkmk サーバー自体の完全な再起動に影響します。 この場合、ホストが最初にクエリされるまで、すべてのホストのピギーバックデータは最初は欠落します。 ホストの無意味な削除と再出現（これは既知の問題に関する通知の繰り返しも伴います）を回避するため、 デフォルトでは、最初の 10 分間は削除は一般的に行われません。 この時間制限はここでカスタマイズできます。

Validity of missing data オプションは、監視データによって複数のホストが自動的に作成されたホストがピギーバックデータを返さない場合をハンドルします。 これは、AWS などへのアクセスが機能しなくなった場合などに発生します。 もちろん、設定からスペシャルエージェントを削除した場合も同様です。 自動的に生成されたホストは、セットアップから削除されるまで、設定された時間だけシステムに残ります。

Validity of outdated data オプションは同様ですが、ピギーバックデータは受信されているものの、一部のホストから受信されていない場合を扱います。 これは、仮想マシンやクラウドサービスが利用できなくなった場合などに通常発生します。 対応するオブジェクトを Checkmk から適時に削除したい場合は、ここでそれに応じて短い時間間隔を設定してください。

DCD の動作を確認したい場合は、接続リストの各エントリに アイコンがあります。 このアイコンをクリックすると、実行履歴が表示されます。

何らかの理由でホストの作成に失敗した場合、その旨が実行履歴に表示されます。

Setup > General > Audit log を使用すると、セットアップ GUI で実行されたすべての変更のリストを含むページが開きます。変更は、すでにアクティブになっているかどうかに関係なく表示されます。automation ユーザー、またはその代わりに認可したユーザーによるエントリを探します (「オートメーションユーザー」セクションを参照)。 DCD はこのユーザーアカウントで動作し、そこで変更を生成します。そのため、ここでは、DCD がどのホストをいつ作成または削除したかを追跡できます。

DCD のログファイルは、~/var/log/dcd.log です。 前の画像に該当する例を以下に示します。