用語集

設定の変更は、2 番目のステップでアクティブにされた後にのみ監視に反映されます。これは、パーティション分割プログラムがこれをハンドルする方法と似ています。例えば、設定、チェック、適用という手順です。

詳細については、「変更のアクティブ化」をご覧ください。

アクティブチェックとは、ネットワークまたはインターネット上のサービスに直接接続し、そこから監視データを照会する小さなプログラムまたはスクリプトのことです。 アクティブチェックは、HTTP、SMTP、IMAP などのネットワークベースのサービスに使用されます。たとえば、check_http は Web ページを照会します。 アクティブチェックは、データのコレクションと評価の両方をハンドルします。 これは、既存のデータのみを評価するパッシブチェックと呼ばれるチェックプラグインとは異なります。

詳細については、ネットワークサービスの監視 (アクティブチェック) を参照してください。

ホスト上のエージェントは、監視に関連するデータを収集します。 エージェントは、ホストにインストールされる小さなプログラム（Checkmk エージェント）、Checkmk とは独立してホスト上で動作する SNMP エージェント、ターゲットシステムによって提供される API を通じて情報を取得するスペシャルエージェント、またはネットワークベースのサービスをクエリするアクティブチェックです。

詳細については、監視エージェントを参照してください。

商業版では、エージェントベーカリーを使用してエージェントを個別にパッケージ化し、オプションでパッケージを自動的に配布することもできます。

詳細については、エージェントベーカリーをご覧ください。

エージェントプラグインは、Checkmk に付属の標準エージェントの機能を拡張します。 これは、Checkmk エージェントによって呼び出される小さなプログラムまたはスクリプトで、監視データの追加セクションによってエージェントの出力を強化します。 エージェントプラグインの例としては、エージェントアップデータ―があります。

詳細については、プラグインによるエージェントの拡張をご覧ください。

商業版では、エージェントアップデータ―は、エージェントを自動的に更新できるエージェントプラグインです。

詳細については、エージェントの自動更新をご覧ください。

Checkmk セットアップで「API integrations 」と記載がある場合は、Checkmk エージェントのデータ形式を使用しているが、別のソースから取得された監視データを意味します。 このようなソースとしては、データソースプログラム、スペシャルエージェント、またはデータをピギーバックするホストなどが挙げられます。 API 統合を介して受信したデータを監視で使用するには、ホストのプロパティで「API integrations 」を有効にする必要があります。

詳細については、「データソースプログラム」をご覧ください。

Web インターフェースとは独立して、API、コマンドライン、スクリプト、Web サービスなどを介して Checkmk を照会および設定するための特別なアカウントです。 デフォルトでは、オートメーションユーザーにはランダムに選択されたオートメーションパスワード（オートメーションの秘密）が割り当てられています。 新しい Checkmk サイトには、TLS 暗号化データ転送のためにエージェントを Checkmk サーバーに登録するために、少なくとも 1 つのオートメーションユーザーがすでに設定されています。

詳細については、「オートメーションユーザー (web サービス用)」をご覧ください。

Checkmk のビジネスインテリジェンスを使用すると、多くの個々のステータス値から導出された、より高いレベルの概要の全体的なステータスを明確に表示することができます。 この上位レベルは、個々のコンポーネントの抽象的なグループ、またはビジネスに不可欠なアプリケーションとすることができます。 たとえば、さまざまなホスト、スイッチ、および SMTP や IMAP などのサービスで構成されるアプリケーションの電子メールのステータスを 1 つの表示にまとめることができます。 技術的な要素を含まない抽象的な考慮事項の表現も可能です。例えば、納品予定の製品の納期遵守： この目標は未来にあり、サプライチェーン、生産の安定稼働、人員の確保など、多くの要因に依存します。 この抽象的な目標に対する脅威は、BI モジュールを通じて特定し、捕捉できます。

詳細については、「ビジネスインテリジェンス (BI)」をご覧ください。

Checkmk では、チェックとは、事前に定義されたルールに従ってホストまたはサービスを評価するスクリプトまたはプログラムのことです。 つまり、ホストおよびサービスのステータスを決定し、OK 、DOWN 、UNREACH 、WARN 、CRIT 、PEND、UNKNOWN のいずれかのステータスを表示するプロセスです。 チェックは、チェックプラグイン、ローカルチェック、アクティブチェックなどで実装できます。

詳細については、「チェック」をご覧ください。

チェックプラグインは、Checkmk サイトで実行され、ホストのサービスを作成および評価する Python で記述されたモジュールです。 たとえば、~/local/lib/python3/cmk_addons/plugins/<plug-in_family>/agent_based/ (Check API V2 を使用している場合) または~/local/lib/check_mk/base/plugins/agent_based/ (Check API V1 を使用している場合) のサイトにあるチェックプラグインdf は、サイト上のエージェントからのデータに基づいて、ホストの既存のマウントされたファイルシステムに対するサービスを作成し、そのサービスに対して、空き容量など、そのデータと照合してチェックを行います。

チェックプラグインの詳細については、こちらをご覧ください。

MKP は、カスタムチェックプラグイン、エージェントプラグイン、時系列グラフ定義、通知スクリプト、ビュー、ダッシュボードなどの拡張機能を収集して配布するための、Checkmk 独自のファイル形式です。

詳細については、Checkmk 拡張パッケージ (MKP) をご覧ください。

Checkmk の web インターフェイスは、監視環境と設定環境に分けられます。 後者は、ルールの定義、ホストおよびサービスの追加と定義、ユーザーの管理、または一般的なオプションの指定を行うプロセスを指します。 設定環境には、ナビゲーションバーの「Setup 」メニューからアクセスできます。

詳細については、ユーザーインターフェースをご覧ください。

連絡先は、特定のホストおよびサービスを担当する Checkmk ユーザーです。 連絡先をホストおよびサービスに割り当てるには、連絡先グループを使用します。 連絡先は、チケットシステムへの転送など、通知のみを目的として存在するユーザーアカウントにすることもできます。

詳細については、連絡先グループを参照してください。

ダッシュボードは、ビューおよび/またはいわゆるダッシュレットで構成される、自由に構成可能な概要です。 これらのエレメントは、たとえば、リスト（ホストの問題など）、時系列グラフ、または CPU 温度などの個々の値を表示する小さな「スピードメーター」のフォームで利用できます。

詳細については、「ダッシュボード」をご覧ください。

分散監視では、監視システム全体が、相互に接続された複数の Checkmk サイト、つまりセントラルサイトと少なくとも 1 つのリモートサイトで構成されます。 すべてのサイトからのデータは、セントラルサイトの一か所にまとめて表示されます。 これは、分散監視システムでは「セントラルステータス」と呼ばれます。 分散監視は、オプションでセントラルセットアップと組み合わせることができます。

詳細については、分散監視をご覧ください。

セントラルセットアップでは、分散監視で相互に接続されているすべての Checkmk サイトの設定が 1 か所で行われます。 設定はセントラルサイトでのみ実行され、その後、すべてのリモートサイトに配布されます。 セントラルセットアップには、常にセントラルステータスが含まれます。

詳細については、中央セットアップをご覧ください。

Checkmk エディションは、ダウンロードおよびインストール可能な Checkmk のさまざまなソフトウェアバリエーションです。 オープンソースのCheckmk Raw、プロフェッショナルユーザー向けのサブスクリプションによるCheckmk Enterprise、Enterprise ベースのCheckmk Cloud、およびマルチテナントのCheckmk MSP があります。 各エディションは、前のエディションのすべての機能を含み、特定の追加機能で拡張されています。 たとえば、Checkmk Cloud は Checkmk Enterprise をベースに、クラウド環境向けに強化および最適化されています。

詳細については、「Checkmk エディションの選択」をご覧ください。

ホストおよびサービスを監視する場合、Checkmkは状態に重点を置きます。 一方、イベントコンソールは、syslog や SNMP トラップなどのソースからの監視、およびオプションで Windows イベントログ、ログファイル、および独自のアプリケーションからの監視を行う、イベントを扱うモジュールです。 例：メールサーバーの SMTP サービスからの警告メッセージは、そのホストまたはサービスのステータス/状態を変更することはありませんが、監視に必要な関連情報です。 イベントコンソールを使用すると、Checkmk でこのようなイベントを記録および表示することができます。

詳細については、「イベントコンソール」をご覧ください。

オブジェクト（ホストまたはサービス）が短期間に何度も状態を変更した場合、フラッピングとみなされ、アイコンでマークされます。 フラッピングと識別されたオブジェクトでは、連続する状態の変化によって通知は発生しません。 フラップの検出は、ホストとサービスごとに、グローバルまたはルールごとに、個別にオンまたはオフに切り替えることができます。

詳細については、フラッピングホストおよびサービスをご覧ください。

Checkmk では、ホストとは、Checkmk によって監視される、独立した物理システムまたは仮想システムを指します。 通常、これらは独自の IP アドレスを持つコンポーネント（サーバー、スイッチ、SNMP デバイス、仮想マシン）ですが、Docker コンテナや、そのような IP アドレスを持たないその他の論理オブジェクトもこれに含まれます。 各ホストは、常に「UP 」、「DOWN 」、「UNREACH 」、または「PEND」のいずれかの状態であり、常に少なくとも 1 つのサービスを持っています。

さらに詳しく説明します。 Checkmk では、内部的には、ホストは、監視対象のエレメント、つまりサービスを含む構造化エレメントにすぎません。 各ホストには、実際のアクセス可能性を確認するためのサービスが少なくとも 1 つは存在する必要があります（PING や Checkmk エージェント自体、つまりサービスCheck_MK など）。 この点において、ホストとは、複数のサービスがグループ化されている見出しにすぎません。

詳細については、ホスト管理をご覧ください。

ホストは、主に Checkmk のフォルダによって管理されます。 ホストグループを使用すると、監視（ビューなど）でホストを選択するために、ホストを別のグループに分類することができます。 ホストタグ、ラベル、およびフォルダを使用して、ルールに従ってホストをそのようなグループに割り当てます。 ホストは、ホストグループに明示的に割り当てることもできます。

詳細については、ホストグループをご覧ください。

ホストの状態、つまり、ネットワーク経由でホストに到達できるかどうか (UP)、ネットワークからの要求に応答しないかどうか (DOWN)、またはアクセスパスが故障した中間デバイス (スイッチ、ルーターなど) によってブロックされているかどうか (UNREACH) を示します。 これまでクエリされたことがない、新しく追加されたホストには、厳密な意味での状態ではない「PEND」状態もあります。

詳細については、「ホストおよびサービス」を参照してください。

ホストタグは、ホストに割り当てることができる特性で、後でルールの設定や監視のビューでターゲットとして指定することができます。 ホストタグは、たとえばタググループのようにグループに分類されます。オペレーティングシステムは、LinuxおよびWindows のタグで設定できます。 一部のタググループは、使用されている Checkmk エージェントのタイプや、ホストを IPv4、IPv6、またはその両方で監視するかどうかを記録するために使用される IP アドレスファミリーなど、あらかじめ定義されています。 タグには、定義済みの値と、グループ内の別のオプションで上書きされていない限り、各ホストに割り当てられるデフォルト値もあります。

詳細については、ホストタグをご覧ください。

ホストにはホストタグを付与することができますが、直接ラベルを付与することもできます。 ラベルは、コロンで区切られた 2 つの部分（キーと値）で構成されます。 このような任意のキーと値のペア（os:linux 、os:windows 、foo:bar など）は、ホストタグのように事前の設定を必要とせずに、ホストに直接設定することができます。 したがって、ラベルには事前定義されたスコープもデフォルト値もありませんが、非常にダイナミックです。 特に、Checkmk は、Kubernetes、Azure、AWS などのコンテナシステムによって自動的に作成されたオブジェクトをホストとして監視に組み込み、そのメタデータから自動的に生成されたラベルで補完することができます。 ラベルは、たとえば、ルールの条件の選択や監視ビューのフィルタリングに使用できます。

詳細については、「ラベル」をご覧ください。

ライブステータスは、Checkmk の最も重要なインターフェースです。 このインターフェースを通じて、Checkmk ユーザーは、監視対象のホストおよびサービスのすべてのデータに、可能な限り最速でライブアクセスできます。 たとえば、Overview スナップインのデータは、このインターフェースから直接取得されます。 データは RAM から直接取得されるため、ディスクアクセスによる速度低下を回避し、システムに過度の負荷をかけることなく、監視に迅速にアクセスできます。

詳細については、「ライブステータスによるステータスデータの取得」をご覧ください。

ローカルチェックは、監視対象のホスト上で実行される、任意のコーディング言語で記述されたスクリプト形式の（自己作成の）拡張機能です。 通常のチェックとは異なり、ステータスの計算はホスト上で直接実行されます。 スクリプトの結果は、通常のエージェント出力に追加されます。

詳細については、「ローカルチェック」をご覧ください。

温度、利用率、可用性など、ホストおよびサービスについて、時間経過とともに測定および計算可能な値。グラフなどに使用できます。 過去の値は RRD (Round Robin Database) に保存され、デフォルトでは 4 年間保持されます。

詳細については、「測定値とグラフ」をご覧ください。

Checkmk の web インターフェイスは、監視環境と設定環境に分けられます。 前者は、監視対象のインフラストラクチャのステータスを表示するプロセスを指し、インベントリ、ダッシュボード、ホスト、サービス、イベント、問題、履歴データなどのリストが含まれます。 監視環境には、ナビゲーションバーの「Monitor 」メニューからアクセスできます。

詳細については、「ユーザーインターフェース」をご覧ください。

ナビゲーションバーは、Checkmk インターフェースのメインナビゲーションパネルで、左側にあり、[Monitor, ]、[Setup ]、[Customize ] などのメニューがあります。

詳細については、「ナビゲーションバー」をご覧ください。

通知により、Checkmk ユーザーは、HTML 電子メール、SMS、Slack などを通じて、問題やその他の監視イベントについて積極的に通知されます。 誰に通知されるかは、通知ルールによって決まります。 たとえば、Hirsch 氏が、ホストmyserver123 のサービスfilesystem / がWARN からCRIT に変更されたことを知らせる電子メールを受信した場合、Hirsch 氏はそのホストの連絡先であり、そのホストのすべての連絡先は、そのサービスのいずれかがCRIT に変更された場合に電子メールを受信するよう通知ルールで設定されているためです。

詳細については、「通知の基本」をご覧ください。

物理アプライアンスは、Checkmk用に準備されたファームウェアがプリインストールされた19インチのサーバーで、データセンターにすぐに配備できます。 Linuxの知識が一切不要なグラフィカルな設定インターフェースが付属しています。

詳細については、物理アプライアンスをご覧ください。

監視の対象となっているホストの中には、物理デバイスではなく、仮想マシンやコンテナである、あるいはサードパーティのシステムによってのみデータを提供できるものもあり、これらのホストは直接クエリの対象にはなりません。 これらのサードパーティのシステム（物理ホスト）は、独自のエージェント出力にデータを添付して提供し、当社ではピギーバックホストと呼んでいます。 たとえば、Docker サーバーは、コンテナのデータと独自のデータを一緒にピギーバックします。 この例の場合、コンテナはピギーバックホストとなります。

詳細については、「ピギーバックの仕組み」をご覧ください。

プルモードでは、Checkmk エージェントは TCP ポート 6556 で Checkmk サーバーからの接続をリッスンします。 エージェントはリクエストを受信すると、監視データをサーバーに送信します。 ここでは、データ送信のイニシアチブはサーバーにあり、基本的にサーバーがエージェントからデータをプルします。 プルモードは、Checkmk エージェントからデータを送信するためのデフォルトの方法であり、すべての Checkmk エディションで機能します。

詳細については、Checkmk エージェントをご覧ください。

プッシュモードでは、Checkmkエージェントは1分ごとに監視データをCheckmkサーバーに送信します。 エージェントは、サーバーからの要求を待たずに、独自にデータ送信をプッシュします。 プッシュモードは、クラウドベースの構成など、Checkmkサーバーが監視対象のホストとそのエージェントが属するネットワークにアクセスできない場合に必ず必要です。 このため、プッシュモードはCheckmk Cloud以降、つまり Checkmk Cloud および Checkmk MSP でのみ利用可能です。

詳細については、Checkmk エージェントをご覧ください。

クイックセットアップ構成は、Checkmk サイトのセットアップで既に個別の部分としてご存じの 4 つのコンポーネントで構成されています。 コンポーネントは、それぞれのスペシャルエージェントのルール、ホスト、ダイナミックホストマネージメントの接続、およびパスワードストアのエントリです。

ルールは、Checkmk でホストおよびサービスを設定するための基礎となります。 ルールセット内のルールは、常にホストまたはサービスの単一の特定の側面を制御します。 ルールには条件を設定することができ、ルールセット内で任意に積み重ねることができます。 ルール評価は上から下に向かって行われます。そのため、条件が適用されない場合の標準ルールと、非常に特定のホストにのみ影響する非常に特殊なルールを設定することができます。 Checkmk の多くのルールセットには、定義済みのデフォルト値がすでに設定されています。そのため、追加のルールは、代替要件のためにのみ作成する必要があります。

詳細については、「ルール」をご覧ください。

ルールセットは、CPU 使用率の閾値など、ホストまたはサービスの特定の側面に適用されます。 各ルールセットには、任意の数の個別ルールを作成できます。 たとえば、CPU utilization on Linux/Unix ルールセットには、特定のホストでは90%で、他のホストでは70%でサービスをWARN ステータスに設定する2つのルールを含めることができます。

詳細については、「ルールセットの種類」を参照してください。

スケジュールダウンタイムは、特定のホストの更新など、計画的に停止するダウンタイムです。 スケジュールダウンタイムは通知を一時的に無効にし、たとえば、可用性の計算に考慮され、関連するホストおよびサービスが問題として表示されないようにします。

スケジュールダウンタイムの詳細については、スケジュールダウンタイムを参照してください。

サービスは、ホストの 1 つ以上の側面をまとめた論理オブジェクトです。 たとえば、ファイルシステムのサイズ、利用率、傾向、CPU 使用率、温度、実行中のプログラムの年齢と数、ポート、センサーなどです。 監視では、各サービスは、OK 、WARN 、CRIT 、UNKNOWN、PEND のいずれかの状態になり、常に 1 つのホストに割り当てられ、オプションで 1 つ以上のメトリックを含むことができます。

詳細については、「サービスの理解と設定」をご覧ください。

ホストが監視に追加されると、Checkmk は監視に含めることができるすべての利用可能なサービスを自動的に検出し、運用中もこのリストを常に最新の状態に保ちます。 サービスディスカバリーは、ホスト機能の設定により、いつでも手動で開始することもできます。

詳細については、「サービスの理解と設定」をご覧ください。

ホストと同様に、サービスもグループ化して、後でビューでフィルタリングしたり、設定で個別に指定したりすることができます。 グループは、フォルダ、ホストタグ、ホストラベル、サービスラベル、および正規表現でフィルタリングしたホスト名とサービス名で形成できます。

詳細については、「サービスグループ」を参照してください。

サービスの状態は、常に「OK WARN 」、「CRIT 」、または「UNKNOWN」のいずれかであり、あらかじめ定義されたルールに従ってサービスの現在の状態を表します。 これまでクエリされたことがない、新しく追加されたサービスには、厳密な意味での状態ではない「PEND」状態もあります。

詳細については、「サービス」をご覧ください。

サイドバーは、ナビゲーションバーからマウスクリックで表示できます。 ユーザーは、ナビゲーションを容易にするため、または重要なステータスデータを一目で確認するために、さまざまなスナップインをサイドバーに追加できます。

詳細については、「サイドバー」を参照してください。

サイトは、現在実行中の単一の Checkmk 監視プロジェクトです。 Checkmk は、同じサーバー上で複数の独立したサイトとして並行して実行することができます。たとえば、異なる Checkmk バージョンやエディションをテストしたり、本番監視に（まだ）含まれていない（新しい）ホストを個別に監視したりすることができます。

詳細については、「サイトの作成」をご覧ください。

スナップインは、サイドバーエレメントとも呼ばれ、サイドバーに配置できる個々の構成要素です。たとえば、Overview やMaster control などがあります。 スナップインには、サイドバーの下部にあるプラスアイコンからアクセスできます。

詳細については、「サイドバー」を参照してください。

「シンプルネットワーク管理プロトコル」は、ルーター、スイッチ、ファイアウォールなどのネットワーク機器を監視および構成するために使用されます。 Checkmk はこのプロトコルをサポートしていますが、比較的効率が悪いため、スペシャルエージェントなどのより優れた監視手段をサポートしていないデバイスにのみ SNMP を使用してください。

SNMP の詳細。

一部のシステムでは、通常の Checkmk エージェントをインストールできず、SNMP も（十分に）利用できません。 その代わりに、これらのシステムは Telnet、SSH、または HTTP/XML に基づく管理 API を提供しています。 Checkmk サーバーで実行されているスペシャルエージェントを介して、Checkmk はこれらのインターフェースにクエリを実行し、API を通じてホストを Checkmk に統合します。

詳細については、スペシャルエージェントをご覧ください。

Checkmk では、通知、可用性の計算、さらにはチェックの一般的な実行などを、定期的に繰り返される特定の時間範囲に制限することができます。 期間を使用すると、たとえば、毎日の勤務時間を定義したり、休暇や休日を指定したり、週末と平日を区別したりすることができます。 これらの期間は、ルールで使用することができます。

詳細については、「期間」をご覧ください。

ダッシュボードに加えて、ビューは、Checkmk インターフェースでホスト、サービス、およびその他のコンポーネントを表示するために最も頻繁に使用される表示です。 これらのビューは、現在のコンテキストに関連する属性を含むテーブルとして表示されます。 たとえば、All hosts およびHost problems は、監視のビューです。 提供されている標準ビューは、表示をカスタマイズすることができ、新しいビューのベースとしても使用できます。また、ビューを最初から作成することもできます。

詳細については、ホストおよびサービスのビューをご覧ください。

仮想アプライアンスは、Checkmk 用に準備されたファームウェアがプリインストールされた、VirtualBox または VMware ESXi 用に作成されたシステムです。 Linux の知識が一切不要なグラフィカルな設定インターフェースが含まれています。

詳細については、仮想アプライアンスをご覧ください。

「Web Administration Tool」は、Checkmk バージョン1.6.0 までの Checkmk を設定するための GUI ツールでした。 WATO の導入により、ユーザーは初めて、設定ファイルを使用せずに web インターフェイスから Checkmk をカスタマイズできるようになりました。 WATO は、バージョン2.0.0 で、ナビゲーションバーの「Setup 」メニューに置き換えられました。

詳細については、「セットアップメニュー」をご覧ください。

Checkmk ソフトウェアの開発は、いわゆる「Werk」で組織されています。 ユーザーの体験に影響を与える変更、バグフィックス、新機能は、影響や互換性の問題に関する注記とともに、個別の Werk に記録されます。 Werk のリストは、ナビゲーションバーの「Help 」メニューおよび Checkmk ホームページから直接確認できます。

詳細については、「Werks」をご覧ください。