This is a machine translation based on the English version of the article. It might or might not have already been subject to text preparation. If you find errors, please file a GitHub issue that states the paragraph that has to be improved. |
1. はじめに
監視ツールを設定する際に最も重要な作業は、監視対象のシステム、つまりホストを管理することです。 これは、ホストに正しいマスターデータ(ホスト名、IP アドレスなど)が登録されていることを確認するだけではありません。 監視の設定(通知、閾値など)も定期的にメンテナンスする必要があります。
Checkmk は、非常に多くのホストが存在する環境向けに最初から設計されており、そのような環境の設定をユーザーが管理しやすいように、独自の方法を採用しています。 Checkmk の主な原則は次のとおりです。
ホストが保存されるフォルダの階層。
監視対象のサービスを自動的に検出します。
一般的には、まず順序付けシステムについて考え、その後にコンテンツを埋めていくとよいでしょう。 Checkmk がホストの順序付けに提供する機能については、ホストの構造化に関する記事をご覧ください。
2. フォルダと継承
コンピュータを使用する方なら、ファイルとフォルダの原理はご存じでしょう。 Checkmk は、ホストの管理に同様の原理を採用しており、ホストはファイルの役割を効果的に引き継いでいます。 フォルダは、それ自体もフォルダ内に格納することができるため、結果はツリー構造として表示されます。
2.1. フォルダ階層
ユーザーは、独自のツリー構造を完全に自由に設計できます。あらゆる形式の区別が可能です。 ただし、ホストツリーの構造には 3 つの一般的な基準があります。
場所(例:ミュンヘン対上海)
ホストタイプ(スイッチ対ロードバランサーなど)
組織構造(データベースとネットワークグループなど)
もちろん、これらの基準を組み合わせて、たとえばツリーの 1 番目のレベルで場所によって分け、2 番目のレベルでホストタイプによって分けることもできます。
シンプルさを重視する場合は、ホストをツリーの「葉」にのみ配置してください(Checkmk では、中間フォルダにホストを配置することも可能です)。 以下の例は、ホストタイプによるシンプルなツリー構造を示しています。 ホスト A、B、C は「サーバー」フォルダに、D、E、F は「ネットワーク」フォルダに配置されています。

2.2. 属性の継承
ツリーを巧みに構築すると、属性を意味のある方法で継承することができます。 これは、SNMP コミュニティや、ホストを Checkmk エージェントで監視するか SNMP で監視するかを決定するために使用するホストタグなど、大規模なホストグループに共通する属性に特に役立ちます。
次の例は、タググループ「Criticality」(値:prod およびtest )と「Checkmk agent / API integrations」(値:tcp およびno-agent )の継承を示しています。tcp 補助タグは、Checkmkエージェントおよび/またはAPI統合が選択されると自動的に設定されます。一方、no-agent は、SNMPによる監視の場合に選択するオプションです。

ツリーの下方で定義された属性は、常に優先されます。
したがって、ホストで直接定義された値は、フォルダから取得された値よりも優先されます。
上記の例では、ホスト A にはprod およびtcp 、D にはprod およびno-agent 、ホスト F には、明示的に割り当てられた属性によりtest およびno-agent が設定されます。
データベース指向の構成システムで広く使用されている「コピー&ペースト」方式に比べ、この方式の主な利点は、指定した属性が将来追加されるホストにも受け継がれることです。 これにより、あなたや同僚の作業が簡単になります。 新しいホストを適切なフォルダにドロップするだけで、あらかじめ定義した属性がすべて自動的に正しく設定されます。
2.3. フォルダの作成
フォルダの作成方法は、初心者ガイドで説明しています。
3. セットアップメニューでホストを作成および編集する
フォルダおよびホストを管理するには、Setup > Hosts > Hosts:

デフォルトのビューには、フォルダの概要が表示され、その下に、現在のフォルダにすでに存在するホストが表形式で一覧表示されます。Add host アクションボタンを使用して新しいホストを作成すると、既存のホストのクローンまたは編集を行うと、Properties of host ページが表示されます。 このページには、ホストの属性が一覧表示されます。 これらの属性はいくつかのセクションにグループ化されており、そのうちの最も重要なものをここに紹介します。
3.1. ホスト名
Hostname フィールドは、Checkmk 内でホストを一意に識別するために使用されます。 可能な限り、ホストの DNS 名を使用してください。 DNS 名が長すぎる場合は、後で認識しやすい別名を割り当てることができます。 ただし、Checkmk ではホスト名の最大長は 240 文字までであることにご注意ください。

ホスト名の変更は、原則として後からでも可能ですが、ホスト名は Checkmk の多くの場所で使用されているため、変更を行う時点で監視データがすでに蓄積されている場合、変更はより複雑で時間がかかります。
3.2. エイリアスと IP アドレス
Alias で、ホストに別のわかりやすい名前を割り当てることができます。この名前は、GUI やレポートの多くの場所で表示されます。 エイリアスを割り当てない場合は、ホスト名が代わりに使用されます。

IP アドレスを指定する必要はありません。 IP アドレスを設定するには 4 つのオプションがあり、これらは名前の解決方法も決定します。
| オプション | 手順 | 名前解決を実行するタイミング |
|---|---|---|
1 |
IP アドレスは指定しません。ホスト名は DNS によって解決可能である必要があります。 |
|
2. |
IPv4 アドレスを、通常のドット表記で入力します。 |
絶対に |
3. |
IP アドレスの代わりに、DNS で解決可能な (代替) ホスト名を入力します。 |
チェックの実行時 |
4. |
Hosts with dynamic DNS lookup ルールセットを使用して、ダイナミックDNSのホストを指定します。結果はオプション3と同様ですが、Hostname フィールドがDNSクエリに使用される点が異なります。 |
チェックの実行時 |
最初のオプションでは、Checkmk はキャッシュファイルを使用して、変更のアクティブ化中に DNS 要求が繰り返されるのを防ぎます。 このキャッシュは、プロセスの高速化に非常に重要であり、DNS の試みが失敗した場合でも、変更された設定をアクティブにすることができます。
ただし、Checkmk は DNS での IP アドレスの変更をすぐに認識しないという欠点があります。
そのため、ホストのプロパティに「Host > Update DNS cache 」というメニュー項目があります。
これを実行すると、DNS キャッシュが完全にクリアされ、次回変更がアクティブになったときに新しい解像度が強制されます。
対応するファイルは、サイト内の~/var/check_mk/ipaddresses.cache にあります。
このファイルを削除すると、Update (site) DNS cache.
Checkmk は、デュアルスタックでも IPv6 による監視をサポートしています。
この場合の解像度の順序は、オペレーティングシステムの設定 (/etc/gai.conf) によって決まります。Additional IPv4 addresses およびAdditional IPv6 addresses フィールドには、ドットまたはコロン表記の IP アドレスのみ入力できます。代替 DNS 名は使用できません。
一部のアプリケーションでは、IP address family をNo IP に設定する必要があります。 これは、特別なエージェントを介してクエリされるホスト、および Checkmk エージェントのプッシュモードに適用されます。 詳細については、次のセクション「監視エージェント」をご覧ください。
3.3. 監視エージェント
Monitoring agents を使用して、監視に使用するデータソースを決定します。 デフォルト設定では、Checkmk エージェントが使用されます。 また、数多くの代替または追加の監視オプションも用意されています。

特に、複数のソースが存在する場合、最初のCheckmk agent / API integrations エントリによって、使用するデータと破棄するデータが決定されます。
API integrations if configured, else Checkmk agent |
監視データは、API 統合、つまり、スペシャルエージェントまたは他のホストからのピギーバックによって提供されます。 スペシャルエージェントが設定されている場合は、すべて実行されます。 API 統合が設定されていない場合は、Checkmk エージェントからの出力にアクセスします。 これがデフォルト値です。 |
Configured API integrations and Checkmk agent |
Checkmk エージェントからの出力が期待されます。 API 統合によって提供されたデータも、設定されている場合は使用されます。 |
Configured API integrations, no Checkmk agent |
監視には、API 統合によって提供されたデータのみが使用されます。 |
No API integrations, no Checkmk agent |
この設定では、ホストは SNMP またはエージェントレスによるアクティブチェックのみで監視されます。 アクティブチェックのルールは、Setup > Hosts > HTTP, TCP, Email, …にあります。 アクティブチェックを 1 つも定義していない場合、Checkmk は自動的にPING サービスを作成します。 |
「Configured API integrations, no Checkmk agent 」を選択すると、Check_MK およびCheck_MK Discovery の両方のサービスが常に「OK 」の状態になります。 ホストの IP アドレスを入力していない場合、ping を実行できないため、DOWN の状態になります。 この場合、ホストが「UP 」と評価されるかどうかを検証する方法を決定するには、「Setup > Hosts > Host monitoring rules > Host check command 」ルールを使用する必要があります。 |
Checkmk agent connection mode オプションで、Checkmkエージェントをプルモードで動作させるか、プッシュモードで動作させるかを決定します。 このオプションは、プッシュモードがこれらのエディションでのみサポートされているため、Checkmk Cloud以降、つまりCheckmk CloudおよびCheckmk MSPでのみ使用できます。 ちなみに、このオプションはCheckmk Cloud以降、フォルダのプロパティでも使用でき、そこで自動登録によってホストを自動的に作成できるようにするために使用されます。 ここで「Push - Checkmk agent contacts the server 」を選択した場合は、ネットワークアドレスボックスで「IP address family 」を「No IP 」に設定してください。 これにより、Smart Ping によるホストのアクセス可能性のチェックが防止されます。 その他のエディションでは、エージェントはプルモードで動作します。
SNMP による監視を設定するには、次の [SNMP ] 設定を使用します。
[SNMP ] を有効にして SNMP バージョンを選択すると、[SNMP credentials ] フィールドが表示され、SNMP コミュニティを指定できます。
ただし、これは多くのホストで同じであるため、この設定はフォルダに保存しておくことをお勧めします。
何も指定しない場合、public が自動的に使用されます。
最後のフィールド「Piggyback 」は、他のホストによってピギーバックされ、このホストにエージェント出力として割り当てられるピギーバックデータの使用を指します。 ここで設定した内容は、最初の「Checkmk agent / API integrations 」オプションの設定と一致している必要があります。一致していない場合、予想される監視データが検出されない場合がありますのでご注意ください。 このため、1 つのエントリは明示的にAlways use and expect piggyback data.
3.4. カスタム属性
Custom attributes ボックスでは、独自のカスタム属性として事前に作成した任意のフリーテキストフィールドを表示できます。 デフォルトでは、Labels および2つの定義済みホストタググループCriticality およびNetworking Segment がここに表示されます。

Setup > Hosts > Custom host attributes を使用してカスタム属性を定義できます。

カスタム属性には、たとえば、サイト内の連絡先、支店番号、ハードウェア情報、在庫番号、地理座標などを指定できます。 カスタム属性の値は、主にユーザーが情報を把握するために使用しますが、たとえば、ラベルや ホストタグが柔軟性に欠ける場合、ルールやフィルタでも使用できます。
カスタム属性は、Topic (トピック)を選択して、ホストのプロパティの任意のボックスに割り当てることができます。
3.5. 管理ボード
管理ボードとは、インストールされているオペレーティングシステムに加えて、ハードウェアを監視および管理するための個別のプラグインカードまたは拡張 BIOS 機能(ベースボード管理コントローラ/BMC、管理エンジン/ME、ライトアウト管理/LOM など)を指します。 このようなハードウェアには、リモートコントロールやリモートメンテナンス機能(オペレーティングシステムのデプロイなど)に加え、通常、IPMI または SNMP インターフェースも搭載されており、このインターフェースを介して「健康」値(温度やファン速度など)をビューすることができます。
監視するホストに管理ボードが搭載されている場合は、ここに IP アドレスとアクセス方法を設定してください。

管理ボードは、今後の Checkmk バージョンではホストプロパティとしてサポートされなくなります。 そのため、管理ボードは個別の SNMP ホストとして作成するか、利用可能な場合はスペシャルエージェントで監視することをお勧めします。 |
3.6. 作成 / ロック
これまでに説明した詳細のほとんどは編集可能ですが、Creation / Locking ボックスには、現時点では情報提供のみを目的とした詳細情報が含まれています。

作成日時 (Created at) および作成者 (Created by) は Checkmk によって決定されます。 作成者名には、主に 3 つの選択肢があります。
ユーザー名、例:cmkadmin :ホストは、セットアップなどでユーザーによって手動で作成されました。
オートメーションユーザー名(上の図ではautomation ):ホストは、REST API などを使用して、オートメーションユーザーによって作成されました。
ネットワークスキャン:ホストは、自動ネットワークスキャン中に検出されました。
ホストがオートメーションユーザーによって作成された場合、そのホストは対応するサイト (Locked by) によってロックされます。 この情報は、セットアップでホストを検索する場合にも使用できます。
Locked attributes ホストのプロパティでは編集できなくなりました。
3.7. 保存と継続
ホストを作成または複製する場合、プロパティを設定した後、次の適切な手順は [Save & run service discovery.] です。 これにより、次の章で説明する自動サービスディスカバリーに移動します。
一方、[Save & run connection tests ] を選択すると、ホストの自動検出に進みます。 これにより、指定した設定で、エージェントや以前に設定した方法によって、ホストからデータが取得できるかどうかを最初にテストできます。 接続テストの詳細については、監視エージェントに関する記事をご覧ください。
3.8. バルクアクション
複数のホストに対して、削除、移動、編集、サービスディスカバリーなどを同時に実行したい場合があります。 Checkmk には、この目的のための「バルクアクション」という機能があります。
このアクションは、開いているフォルダの「On selected hosts 」セクションの「Hosts 」メニューページにあります。

このアクションは、常に、表示されているフォルダに直接あるホスト、つまり、ユーザーが選択したホストを対象とします。 ホストリストの最初の列にあるチェックボックスは、この目的で使用します。 列のタイトルにある十字をクリックすると、すべてのホストが選択されます。もう一度クリックすると、選択が解除されます。
利用可能なアクションに関する注意事項を以下に示します:
-
Edit attributes: ホストの 1 つ以上の属性を変更します。 これにより、その属性がホストに明示的に入力されます。
注意:ホストがフォルダから属性を継承する場合と、このアクションによって属性が明示的に設定される場合とでは違いがあります。 なぜでしょうか?後者の場合、ホストに直接設定された値が常に優先されるため、フォルダ内の属性を変更しても効果はありません。このため、次のアクションも用意されています。
Run bulk service discovery: 複数のホストに対して同時にサービスディスカバリーを実行します。
Move to other folder: ホストを別のフォルダに移動します。この項目を選択すると、既存のフォルダがターゲット候補として提案されます。
Detect network parent hosts: スキャンによって親を作成します。
-
Remove explicit attribute settings: ホストから明示的な属性を削除し、継承を復活させます。 各ホストを個別に選択し、関連する属性のボックスのチェックを外すことで、同じ結果を得ることができます。
一般的には、明示的な属性はできるだけ使用しないことをお勧めします。 フォルダを介してすべてが正しく継承されていれば、エラーを回避でき、新しいホストを簡単に追加できます。
Remove TLS registration: トランスポート層セキュリティ (TLS) による暗号化通信の登録を削除します。 このトピックの詳細については、Linux エージェントおよび Windows エージェントに関する記事をご覧ください。
Delete hosts: 要求を確認した後、ホストを削除します。
4. ホストの自動削除
存在しなくなったホストは、設定環境および監視環境から自動的に削除することができます。 自動削除されると、相互信頼関係 (mTLS) も削除されるため、ホストが再び出現した場合は、登録手順を再度実行する必要があります。
ホストが実際にまだ存在するかどうかを判断するための基準は、Check_MK サービスの状態です。 このサービスは、動作中にホスト上で実行されている監視エージェントの状態を担当します。 エージェントへの接続がなくなると、現在の監視データもなくなると、サービスはCRIT 状態に切り替わります。
Check_MK サービスが指定した期間、CRIT の状態にあるホストは、自動的に削除することができます。 これは、Setup > Hosts > Host monitoring rules にあるAutomatic host removal rule, を使用して行います。 このルールは単純です。Check_MK サービスが、関連付けられているホストが削除されるまでにCRIT の状態にある必要のある期間を定義するだけです。

セットアップだけでなく、監視からもホストを削除するには、変更が自動的にアクティブになります。 自動アクティブ化中は、保留中の他の変更もすべてアクティブになることにご注意ください。
このルールは、すべての Checkmk エディションで使用できます。
ただし、Checkmk Cloud 以降の機能に含まれている、ホストを自動的に作成するオプションと組み合わせると特に効果的です。
自動的に作成されたホストを自動的に削除したい場合は
ルールの条件を、 |
ダイナミックホストマネージメントでは、ホストを自動的に削除するオプションも利用できます。 ライフサイクル管理の2 つのオプションは互いに独立して機能します。つまり、2 つの条件のうち 1 つが満たされると、ホストは削除されます。
5. サービスの設定
ホストを作成したら、次にそのホストで監視するサービスを設定します。 サービスの自動ディスカバリーと設定に関する詳細は、「サービスの理解と設定」の記事をご覧ください。 ここでは、最も重要なポイントのみ説明します。
ホストに設定されているサービスのリストには、次の方法でアクセスできます。
セットアップで、ホストリストから:
[Setup > Hosts > Hosts. ] を選択します。ホストリストで、 をクリックします。セットアップで、ホストのプロパティから:
Setup > Hosts > Hosts. を選択します。ホストリストで、必要なホストをクリックします。Properties of host ページで、Host > Save & run service discovery. を選択します。代わりにメニューからHost > Run service discovery を選択すると、サービスリストにも移動しますが、ホストのプロパティは保存されません。監視で、ホストのサービスリストから:
Host (ホストのサービス)メニューを選択し、Setup (ホストのプロパティ)セクションでRun service discovery (ホストのプロパティ)エントリを選択します。 アイコンの小さな歯車記号は、このメニューエントリがセットアップのページに移動することを示しています。 これにより、サービスの設定に直接移動します。
どちらの方法を選択しても、結果は次のようになります。

最も重要なアクションはアクションバーで使用でき、その他のアクションは [Actions ] メニューにあります。 実行可能なアクションに関する注意事項:
新しいホストには、通常、「Accept all 」ボタンが最適なアクションです。これは、現在監視されていないサービスが存在する既存のホストにも適切な選択です。これらは、「Undecided services (currently not monitored) section 」で確認できます。「Accept all 」は、不足しているサービスを追加し、消滅したサービスを削除し、見つかったホストラベルをすべて受け入れます。
Rescan ボタンは、ターゲットデバイスから最新かつ完全なデータを取得します。 ページの読み込みを高速化するため、Checkmkは通常の監視中に記録されたキャッシュファイルを使用します。 したがって、SNMPデバイスの場合、このボタンは新しいチェックプラグインのアクティブ検索をトリガーし、追加のサービスを見つける場合もあります。
Monitor undecided services ボタンは、対応するサービスを監視に転送しますが、ホストラベルは転送しません。
Remove vanished services は、存在しなくなったサービスを削除します。 これは、ディスカバリー時に現在の状態を記憶しているサービス(スイッチのポートやファイルシステムとそのマウントポイントの現在の状態など)に便利です。
各変更後は、変更を有効にするために [変更をアクティブにする] が必要です。
6. CSV データからホストをインポートする
Checkmk に一度に多数のホストを追加したい場合は、CSV ファイルからホストをインポートすることで、作業を簡単にすることができます。 これは、次の 2 つの使用状況で特に役立ちます。
構造化データ形式でのエクスポートをサポートする別の監視システムからホストをインポートしたい場合。 このソースシステムから CSV ファイルを作成し、そのファイルを使用してターゲット Checkmk システムにインポートすることができます。
同時に多くの新しいホストを作成したい場合。 このような場合は、ホストを Excel スプレッドシートに入力し、このリストを CSV ファイルとしてインポートするだけです。
Checkmk は、CSV データのインポートに関して非常に柔軟です。 最も単純なケースでは、CSV ファイルの各行に、DNS で解決可能なホスト名のみを入力します。
myserver01
myserver02インポート時に、追加の属性を同時に渡すこともできます。 使用可能なすべての属性の概要は、次のセクションで説明します。 CSV ファイルの第 1 行に属性の名前が含まれている場合、Checkmk はこれらの属性を自動的に割り当てることができます。 Checkmk は、可能な限り、正確ではないスペルも許容します (わずかな違いを解釈しようとします)。 たとえば、次のファイルでは、Checkmk はすべての列を自動的に正しくマッピングできます。
hostname;ip address;alias;agent;snmp_ds
lnx17.example.com;192.168.178.48;Webserver;cmk-agent;
lnx18.exmpl.com;192.168.178.55;Backupserver;cmk-agent;
switch47-11;;Switch47;no-agent;snmp-v2手順は次のとおりです。 インポートを行うフォルダを選択または作成します。 このフォルダに移動し、(Setup > Hosts > …) 、Hosts メニューで Import hosts via CSV file.
次のページで、Upload CSV File を使用してファイルをアップロードします。 または、Content of CSV File を選択し、リストの下のテキストボックスにファイルの内容をコピーします。 新しくインポートしたホストに対して、すぐに自動サービスディスカバリーを実行できます。 これを行うには、Perform automatic service discovery オプションを選択します。

「Upload 」をクリックすると、次のページに移動します:

この例では、セミコロンはすでに正しく解釈されているため、区切り文字 (Set field delimiter) を選択する必要はありません。 Checkmk は、タブやセミコロンなどの一般的な区切り文字を自動的に認識します。ここで、Has title line オプションを選択して、見出しを認識します。Preview で、新しいテーブルのプレビューを確認できます。
列の自動検出が正しく機能しない場合は、割り当てる属性を手動で選択することもできます。
この場合は、それぞれのリストを使用してください。
ホストタグ(Tag で始まるエントリ)の場合、CSV ファイルにはタグの内部 ID(ここでは、GUI に表示されるタイトルCheckmk agent / API integrations ではなく、cmk-agent )が含まれている必要があります。
ホストタグの内部 ID は、Setup > Hosts > Tags で正確に確認できます。
定義済みの(builtin )タグの ID については、ホストタグを説明する記事の表をご覧ください。
Import をクリックしてインポートを開始します。Perform automatic service discovery オプションを選択した場合は、一括検出ページが表示されますので、そこで編集を行ってください。 サービス検出が完了したら、通常どおり変更をアクティブにするだけで、新しいホストがすべて監視対象になります。
6.1. インポートする属性の概要
| 属性 | 説明 |
|---|---|
|
ホストの名前 (最大 240 文字) |
|
ホストのエイリアス名 |
|
このホストが監視されるサイト |
|
IPv4 アドレス |
|
IPv6 アドレス |
|
SNMP コミュニティ |
|
タグ:重要度 |
|
タグ:ネットワークセグメント |
|
タグ:Checkmk エージェント/API 統合 |
|
タグ:ピギーバック |
|
タグ:SNMP |
|
タグ:IP アドレスファミリー |
7. フォルダに対するネットワークスキャンを実行する
7.1. 原理
Checkmk では、ネットワーク全体またはその一部を自動的に定期的にスキャンして、新しいホストを自動的に検出することができます。 このネットワークスキャンは、Checkmk のホスト管理でフォルダレベルで設定します。 クーロンジョブが 1 分ごとにバックグラウンドで実行されます。これにより、すべてのフォルダがチェックされ、次のスキャンが実行時期であるかどうかが確認されます。 クーロンジョブは、Scan interval およびTime allowed の 2 つの設定をチェックします。 この間隔が経過し、サーバーがスキャンに許容される時間内にある場合、スキャンが開始されます。 したがって、Time allowed を変更していない場合、Save をクリックしてから 1 分以内に、新しく設定したネットワークスキャンが開始されます。
スキャンが開始されると、基本的に次の3つの処理が行われます:
Checkmk はまず、スキャンする IP アドレスを決定します。 設定されたアドレス範囲から、ホストの設定のフォルダで既に使用されているアドレスを削除します。
特定されたアドレスに対して ping が送信されます。 この ping に対して応答があったアドレスについては、ホスト名の特定が試みます。
最後に、フォルダ内のホストが作成されます。 サイト上にすでに存在する名前のホストは、すべて省略されます。
7.2. ネットワークスキャンの設定
前述のように、ネットワークスキャンはフォルダレベルで設定します。 まず、Setup > Hosts > Hosts. を開きます。次に、任意のフォルダに移動するか、Main. フォルダのままにしておきます。Folder > Properties メニューから、Network Scan ボックスを見つけます。

対応するチェックボックスをオンにして、ネットワークスキャンを有効にします。

次に、IP ranges to scan で、Checkmk が自動的に監視する IP アドレスを指定します。
この定義では、単一の IP アドレス、IP 範囲、およびネットワーク全体から選択できます。
アドレス範囲をあまり大きく設定しすぎると、ネットワークスキャンに非常に長い時間がかかる可能性があるため、お勧めできません。
ネットワークを選択する際には、/21 のネットマスク(2048 IP アドレスに相当)を超えないようにすることをお勧めします。IP-Range で選択する場合も、2048 IP アドレスの数を越えないようにしてください。
もちろん、これはあくまで大まかな目安であり、お客様の(組織)ネットワークでは、より大きなアドレス範囲を問題なく処理できる場合もあります。
次のIP ranges to exclude オプションを使用すると、上記で設定したアドレス範囲の一部を除外することができます。 このオプションは、すでに知っていて監視しているホストや IP アドレスをネットワークスキャンから除外する場合にも便利です。 これにより、ホストの重複作成を防ぐことができます。
次の 2 つのオプション、Scan interval およびTime allowed を使用すると、スキャンを実行する頻度と、スキャンを実行する時間を指定できます。
ネットワークスキャンを設定する際に最も重要な考慮事項の 1 つは、検出したホストをどのようにハンドルするかです。 ここで重要な役割を果たすのが、Set criticality host tag オプションです。
デフォルトでは、Do not monitor this host が選択されています。 これにより、検出されたホストは、当面はホスト管理にのみ含まれます。 実際の監視は行われません。 1 つのアプローチとしては、Move this host to another folder 機能を使用して、検出したホストを既存のホスト構造に手動で移動することができます。 移動後、Criticality ホストタグをカスタマイズまたは削除する必要があります。 ホストの数が非常に多い場合は、Setup > Hosts > Hosts のRemove explicit attribute settings 機能を使用することができます。
ここでホストタグとして「Productive system 」を選択すると、ホストは、ホストタグに「ホスト」が設定されている場合に、ホストとして検出されます。 Periodic service discoveryネットワークスキャンを使用する前に、以下の基本的な注意事項もご参照ください。
ネットワークスキャンを使用する前に、以下の基本的な注意事項にもご注意ください。
スキャンは ping によって実行されます。 つまり、SNMP によってのみ監視できるデバイスは検出されますが、SNMP credentials が設定されていないため、自動的に監視されることはありません。
新しい Windows ホストの場合、グループポリシーなどで対応する設定が定義されていない限り、ファイアウォールでいわゆるエコー要求が無効になっています。 そのため、このような Windows ホストはスキャンに応答せず、検出されません。
ネットワークおよびサイトが適切に構成されている場合にのみ、Checkmk は検出したホストに関する正確なデータを提供することができます。 DNS および Checkmk サイトに矛盾するエントリがあると、重複が発生する可能性があります。 重複は、名前(ただし IP アドレスは設定されていない)を持つホストが Checkmk にすでに設定されており、その IP アドレスによって別の名前で検出された場合に発生します。
8. セットアップでホストを検索する
Checkmk では、監視環境(Monitor メニュー)および設定環境(Setup メニュー)で、便利な検索機能を使用できます。 監視環境内のホストは設定環境内のホストと必ずしも同じではないため、これらの検索結果は異なる場合があります。たとえば、この変更を有効にせずにセットアップでホストを作成した場合、そのホストは(まだ)監視には存在しません。
設定環境でホストを検索する別の方法があります。この方法には、次のような利点があります。
さまざまな条件でホストを検索できます。
検索されたホストは結果ページにリストされ、このページの先頭で説明したように、そこからバルクアクションを開始することができます。
この検索は、[Display > Search hosts ] メニューの開いているフォルダのページにある [Setup > Hosts > Hosts ] で実行できます。 この検索は、常に現在のフォルダから、そのサブフォルダをすべて再帰的に検索します。 グローバルに検索するには、[Main ] フォルダから検索を開始してください。

Host name フィールドでは、部分単語検索(インフィックス検索)が使用されます。入力したテキストは、ホスト名の任意の位置で検索されます。 さらに、他の属性を使用して検索を制限することもできます。 すべての条件はAND で連結されます。 したがって、上記のスクリーンショットの例では、名前に「my 」が含まれ、Test system タグも付いているすべてのホストが検索されます。
検索は、Submit で開始します。 結果ページは、通常のフォルダとほぼ同じように扱うことができます。 つまり、On selected hosts セクションのHosts メニューで利用できるバルクアクションを使用して、たとえば、見つかったすべてのホストを特定のフォルダに移動することができます。
検索結果ページでは、Refine search を使用して、検索をさらにカスタマイズおよび絞り込むことができます。
9. ホストの名前変更
ホストの名前変更は、一見簡単な作業のように思われますが、よくよく考えてみると、実際には複雑な操作です。 その理由は、Checkmk では、ホストの名前がホストの一意のキーとして、さまざまな場所で使用されているからです。 これには、ファイル名、ログデータ、ルール、ダッシュボード、レポート、BIアグリゲーションなどが含まれます。 ホストの名前は URL にも表示されます。
Checkmk は、Setup に、ホストの名前をすべての出現箇所から一斉に変更するための 2 つの機能を提供しています。 1 つのホストの名前を変更する(Host > Rename メニューのホストのプロパティ)か、フォルダ内の複数のホストの名前を同時に変更する(Hosts > Rename multiple hosts メニュー)か、どちらかを選択できます。
複数のホストや複数の場所で変更を行う場合、何か問題が発生する可能性は常にあります。 そのため、名前変更操作を開始する前に、サイトの最新情報のバックアップを必ず作成してください。 |
Bulk renaming of hosts では、複数のホストの名称を同時に、体系的に一致させることができます。

Host name matching フィールドで、まず、名前を変更するホスト名の先頭と一致する正規表現をオプションで指定します。この例では、名前がlnx で始まるすべてのホストです。
次に、Add renaming で 1 つ以上の操作を追加します。これらは、ホスト名に順番に適用されます。
上記の例では、まずDrop Domain Suffix によって、すべてのホスト名から最初の. 以降が切り捨てられ、次にAdd Suffix によって、-linuxserver というサフィックスが名前に追加されます。
さらに、その他の操作も利用できますが、そのほとんどは直感的に理解できるものです。 それ以外の場合は、インラインヘルプで詳細を確認できます。
Bulk rename でリネーム手順を開始し、必須の「本当に実行しますか…?」という確認メッセージを確認した後 …

… プロセスの完了にはしばらく時間がかかる場合があります。 名前の変更プロセス中は、監視は完全に停止されます。 これは、すべてを一致した状態に維持するために必要な措置です。 プロセスの終了時に、名前の変更が行われた場所の概要が表示されます。

10. ホストおよびフォルダに対する REST API リクエスト
この記事で説明している操作の多くは、Checkmk REST API を使用して実行することもできます。 これは、サイトで管理するオブジェクトが多く、操作を自動化したい場合に特に有用です。 たとえば、REST API を使用して多くのホストを作成することで、GUI で手動で入力する際に常に発生する可能性のあるエラーを回避できます。
コマンドライン、スクリプト、API を使用しない場合は、この API が存在することを知っておいてください。 これにより、web インターフェイスによる管理の代替手段として、必要なときに頼れる強力なツールが手に入ります。
この API の使用方法については、REST APIの記事をご覧ください。 リファレンスドキュメントは、Checkmk サイトのweb インターフェイスでご覧いただけます。 そこで、リクエストの構文や応答の構造について理解を深めることができます。 Checkmk web インターフェイスの「Help > Developer resources 」メニューのナビゲーションバーから、すべての重要な REST API エントリにアクセスできます。
最後に、REST API の記事で、フォルダ構造やフォルダ内のホストの表示、特定のフォルダにホストの作成など、コマンドラインからホストやフォルダに対して実行できる操作の例をご確認ください。
11. ファイルおよびディレクトリ
| ファイルパス | 機能 |
|---|---|
|
このディレクトリでは、Main フォルダの下のセットアップのフォルダ構造が、サブディレクトリ構造によってマッピングされています。 GUI でフォルダを作成すると、ファイルシステムにも新しいディレクトリが作成されます。 ここで Checkmk は、ディレクトリの名前が一意であり、ファイルシステムで使用可能な文字のみが使用されていることを確認します。 たとえば、スペースはアンダースコアに置き換えられます。 |
|
Main フォルダ内のすべてのホストの設定ファイルです。Main のサブフォルダにあるホストについては、各サブディレクトリに同じ名前のファイルがあります。 |
|
この隠しファイルには、GUI (Main) での表示名およびこのディレクトリのその他のすべてのプロパティが含まれています。 |
