監視の設定

これで、Checkmk の準備は完了です。 しかし、実際の監視を始める前に、いくつかの重要な用語について簡単に説明します。 まず、ホストがあります。 Checkmk のホストとは、Checkmk によって監視される、スタンドアロンの物理システムまたは仮想システムのことです。 通常、これらは独自の IP アドレスを持つもの（サーバー、スイッチ、SNMP デバイス、仮想マシン）ですが、Docker コンテナや、そのような IP アドレスを持たないその他の論理オブジェクトもこれに含まれます。

各ホストは、常に「UP 」、「DOWN 」、「UNREACH 」、または「PEND」のいずれかの状態になります。

各ホストでは、複数のサービスが監視されています。 サービスは、ファイルシステム、プロセス、ハードウェアセンサーなど、あらゆるものになります。また、CPU 使用率や RAM 使用率などの特定のメトリックである場合もあります。 各サービスは、OK 、WARN 、CRIT 、UNKNOWN、PEND のいずれかの状態になります。

Checkmk がホストからデータを要求するには、エージェントが必要です。 これは、ホストにインストールされる小さなプログラムで、ホストの状態（または「健康状態」）に関するデータを提供します。 Windows、Linux、または Unix を実行しているサーバーは、Checkmk が提供するエージェントをインストールしなければ、Checkmk によって効果的に監視することはできません。 ネットワーク機器や多くのアプライアンスの場合、通常、メーカーは Checkmk が標準の SNMP プロトコルを使用して簡単にクエリできるエージェントをビルトインしています。 Amazon Web Services (AWS) や Azure などのクラウドサービスは、Checkmk が HTTP 経由でクエリできるインターフェイス（「API」）を提供しています。

Checkmk はホストのネーム解決を必要としませんが、よく管理されたドメインネームシステム (DNS) を使用すると、設定がはるかに容易になり、エラーも回避できます。これは、Checkmk が IP アドレスを Checkmk に入力しなくても、ホスト名を独自に解決できるからです。

したがって、監視システムを設定することは、DNS が最新であるかどうかをチェックし、必要に応じて不足しているエントリを追加する良い機会となります。

Checkmk は、オペレーティングシステムのファイルと同様に、階層的なフォルダツリーでホストを管理します。 監視するホストがごくわずかであれば、これはそれほど重要ではないと思われるかもしれません。 しかし、Checkmk は数千、数万のホストを監視するように設計されているため、適切な整理は成功の半分を勝ち取るものと言えます。

したがって、最初のホストを Checkmk に登録する前に、これらのフォルダの構造についてよく検討しておくことが望ましいです。 フォルダ構造は、ご自身の概要を把握するのに役立ちます。 しかし、より重要なのは、Checkmk の設定に使用できることです。 ホストのすべての設定属性はフォルダで定義でき、そのフォルダに含まれるサブフォルダおよびホストに自動的に継承されます。 したがって、大規模な環境の設定では、最初からよく考えられたフォルダ構造を設定することが基本です。

フォルダ構造を作成した後は、それを変更することもできますが、その場合は細心の注意を払って行ってください。 ホストを別のフォルダに移動すると、気付かないうちにその属性が変更される場合があります。

最も有用なフォルダ構造を構築する際に実際に考慮すべきは、フォルダを整理する基準です。 この基準は、ツリーのレベルごとに異なる場合があります。 たとえば、第 1 レベルでは場所によって、第 2 レベルでは技術によって区別することができます。

以下の分類基準は実践で有効性が確認されています：

場所による分類は、特に大規模な企業で、監視を複数の Checkmk サーバーに分散している場合に有効です。 各サーバーは、例えば、地域や州、国などを監視します。 フォルダがこの分散をマッピングしている場合、例えば「Munich」フォルダでは、このフォルダ内のすべてのホストを Checkmk サイト「muc」から監視するように定義することができます。

あるいは、「組織」（つまり、「ホストの責任者は誰か」という質問に対する答え）の方が、より意味のある基準となる場合もあります。 たとえば、対応するホストの実際の物理的な場所に関係なく、同僚の 1 つのグループが Oracle の管理を担当している場合があります。 たとえば、フォルダ「Oracle」を Oracle 担当の同僚のホスト用に用意する場合、このフォルダの下にあるすべてのホストが、その同僚だけに表示され、その同僚がそこでホストを自分で保守できるように、Checkmk で簡単に設定できます。

テクノロジーによる構造化では、たとえば、Windows サーバー用のフォルダと Linux サーバー用のフォルダを作成することができます。 これにより、「sshd プロセスはすべての Linux サーバーで実行しなければならない」というスキームの実装が簡略化されます。 もう 1 つの例は、SNMP によるスイッチやルーターなどのデバイスの監視です。 ここでは、Checkmk エージェントは使用されず、SNMP プロトコルを介してデバイスが照会されます。 これらのホストを別々のフォルダにグループ化すると、SNMP に必要な「コミュニティ」などの設定を、フォルダで直接行うことができます。

フォルダ構造では現実の複雑さを反映することはほとんど不可能なため、Checkmk では、ホストタグを使用して構造化するための別の補足的な機能を提供しています。 フォルダ構造の詳細については、ホスト の管理と 構造化に関する記事をご覧ください。

フォルダおよびホストの管理には、ナビゲーションバー、Setup メニュー、Hosts トピック、Hosts エントリからアクセスできます。または、Setup > Hosts > Hosts から簡単にアクセスできます。Main ページが表示されます。

最初のフォルダ自体を作成する前に、このページの構造について簡単に説明します。ほとんどの Checkmk ページには、何らかの形でさまざまなエレメントが含まれています。

ページタイトル「Main 」の下には、Checkmk インターフェース内の現在の位置を示すパンくずパスが表示されます。 その下には、このページで実行可能なアクションをメニューおよびメニュー項目としてまとめたメニューバーが表示されます。 Checkmk のメニューは常にコンテキスト依存です。つまり、現在のページで意味のあるアクションのメニュー項目のみが表示されます。

メニューバーの下には、アクションバーがあり、メニュー内の最も重要なアクションが、直接クリックできるボタンとして表示されます。 アクションバーは、Help メニューの右側にある ボタンで非表示にし、 で再び表示することができます。 アクションバーが非表示の場合、アイコンは、右側のメニューバーに表示されます。

現在、このページは空のページ（フォルダもホストも存在しません）であるため、最初のオブジェクトを作成するための重要なアクションは、さらに大きなボタンで表示されています。これにより、このページで提供されているオプションを見逃すことはありません。 これらのボタンは、最初のオブジェクトが作成されると非表示になります。

それでは、このページを開いた目的である、フォルダの作成方法と編集方法に戻りましょう。 新しくセットアップした Checkmk システムには、1 つのフォルダ（メインフォルダ）が存在します。 このフォルダは、ページのタイトルにもあるとおり、Main という名前です。

メインフォルダの下に、簡単な練習として、Windows 、Linux 、Network の 3 つのフォルダを作成します。 フォルダを作成するためのアクション（Add folder ボタンなど）のいずれかを選択して、3 つのフォルダのうち最初のフォルダを作成します。 新しいページAdd folder で、最初のボックスBasic settings にフォルダ名を入力します。

上の画像では、[少なく表示] モードが有効になっており、フォルダを作成するために絶対に必要な項目のみが表示されています。Save で入力内容を確定します。

Windows フォルダと同様に、他の 2 つのフォルダ「Linux 」および「Network 」を作成します。 その後、状況は次のようになります。

もう 1 つヒントがあります。各ページの右上には、その間に蓄積された変更の有無と、ある場合はその件数が表示されます。 ここでは 3 つのフォルダを作成したので、変更は 3 件ありますが、まだアクティブにする必要はありません。 変更のアクティブ化については、後で詳しく説明します。

これで、最初のホストを追加して監視を開始するための準備がすべて整いました。まず、Checkmk サーバー自体を監視するのが当然でしょう。 もちろん、Checkmk は自身の完全な障害をレポートすることはできませんが、CPU および RAM の使用状況の概要だけでなく、Checkmk システム自体に関するさまざまなメトリックやチェックも確認できるため、これは非常に有用です。

Linux ホスト（および Windows ホスト）を追加する手順は、原則として常に次のとおりです。

最後に、設定環境にホストが作成されたら、サービスを設定し、監視環境で変更をアクティブにすることができます。

Linux と同様に、Checkmk には Windows 用のエージェントもあります。 これは MSI パッケージとしてパッケージ化されています。 Linux エージェントから 1 メニュー先で見つけることができます。 MSI パッケージをダウンロードして Windows コンピュータにコピーしたら、Windows で通常どおりダブルクリックしてインストールできます。

エージェントのインストールが完了したら、Checkmk でホストを作成し、コマンドで登録して、監視に追加することができます。 Linux ホストの場合と同じ手順に従いますが、指定のWindows フォルダにホストを作成してください。 Windows は Linux とは構造が異なるため、エージェントは他のサービスを自動的に検出します。 このテーマの詳細については、Windows 監視に関する記事をご覧ください。

プロフェッショナル品質のスイッチ、ルーター、プリンター、その他多くのデバイスやアプライアンスには、メーカーが監視用のインターフェイス（Simple Network Management Protocol、SNMP）をビルトインしています。 このようなデバイスは、Checkmk を使用して非常に簡単に監視できます。エージェントをインストールする必要もありません。

基本的な手順は常に同じです：

上記の最後の3点（4、5、6）の設定結果は、以下のスクリーンショットのように表示されるはずです：

それ以外は通常どおり実行してください。 必要に応じて、[Test connection to host ] ページで [Save & go to connection tests ] ボタンをクリックして確認することができます。 ここでは、SNMP によるアクセスが機能しているかどうかをすぐに確認できます。ここでは、スイッチを例に説明します。

Properties of host ページで、Save & run service discovery をクリックして、すべてのサービスのリストを表示します。 これは、Linux や Windows とはまったく異なって見えます。 すべてのデバイスで、Checkmk はデフォルトで、現在使用中のすべてのポートを監視しています。 これは後で必要に応じてカスタマイズできます。 さらに、常にOK である 1 つのサービスは、デバイスに関する一般的な情報を表示し、別のサービスはアップタイムを表示します。

詳細については、SNMP による監視に関する記事をご覧ください。

Checkmk を使用すると、実際のサーバーにアクセスできない場合でも、クラウドサービス、コンテナ、および仮想マシン (VM) を監視することができます。 Checkmk は、この目的のためにメーカーが提供するアプリケーションプログラミングインタフェース (API) を使用します。 これらのインタフェースは、常に HTTP または HTTPS を使用してアクセスします。

基本的な原則は常に次のとおりです：

ユーザーガイドには、Amazon Web Services (AWS)、Microsoft Azure、Google Cloud Platform (GCP)、Docker、Kubernetes、およびVMware ESXi の監視を設定するための手順が記載されています。

監視ツールを続行します