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. はじめに
1.1. ダッシュボードとは何ですか?
ダッシュボードは、Checkmk での監視の中心的な表示画面です。 ダッシュボードでは、概要と特定の分野に関する詳細な情報を両方確認できます。 たとえば、ネットワークセグメント全体の一般的な状態を視覚化したり、特定のシステムリソースに負荷や過負荷が発生しているサービスを簡単にリストアップしたりすることができます。 Checkmk には、問題、Checkmk サーバーの統計、そしてもちろん概要など、いくつかの標準ダッシュボードが用意されています。 しかし、まったく独自のダッシュボードをゼロから作成することも可能です。
この記事では、そのためのツールと、それらを使用して独自の概要を作成する方法について説明します。 まず、ダッシュボードの仕組みと使用方法について説明します。 その後、レイアウトと設定の基本について説明し、それを基に、完全でシンプルなダッシュボードの例を段階的に作成します。 次に、さまざまな場所で設定できるフィルタのトピックについて簡単に説明します。 続いて、すでにビルトインされているすべてのダッシュボードとダッシュレット(概要の個々の構成要素)を紹介します。 最後に、エラーや問題に対処するためのヒントをご紹介します。
ちなみに、最も印象的なダッシュボードは Checkmk のスタートページで直接ご覧いただけますが、ダッシュボードは他のビューと同様に、ナビゲーションバーやサイドバーから簡単にアクセスできます。 ダッシュボードは、大規模なコントロールルーム、サーバー室の情報表示、会議室用のシンプルなキオスクディスプレイなど、個別のモニターに個別に配置するのに最適です。
1.2. ダッシュボードの機能
Checkmk ダッシュボードの特別な機能は、インテリジェントなアルゴリズムを使用して、ディスプレイやブラウザウィンドウの寸法に自動的に適応できることです。 ダッシュボードの個々のエレメント(ダッシュレット)について、その動作や、必要に応じて拡張できる方向を正確に定義することができます。
コンテンツには、さまざまなカテゴリのダッシュレットを使用できます。 通常のビュー、グラフ、メトリック、さまざまな統計情報用の既製のエレメント、タイムライン、静的テキストや URL 用のボックスなどです。 すべてのダッシュレットの概要は、以下をご覧ください。 一部のダッシュレットは、商業版でのみご利用いただけます。
ダッシュボード の使用における重要な機能 : フィルターを使用すると、ネットワーク内のすべてのホストまたはサービスの値を表示するダッシュボードも、特定の領域ごとに分類することができます。 したがって、ダッシュボードは単なる固定的な表示ではなく、問題や状態を発見、分析するための真のツールです。
1.3. ダッシュボードの操作
メインダッシュボードの解釈
Checkmk のスタートページには、[Main dashboard, ] が表示されます。これは、[Monitor ] メニューおよび [Views ]スナップインの[Overview > Main dashboard] にあります。
Checkmk Raw および商業版にはそれぞれ独自の標準ダッシュボードが付属しています。ここでは、まず商業版のバリエーションについてご説明します。

| 番号 | タイトル | 機能 |
|---|---|---|
フィルターボタン |
フィルタを呼び出す |
|
2 |
レイアウトボタン |
レイアウトモードの有効/無効を切り替えます |
3 |
ホスト統計 |
ホストの現在の状態 |
4 |
ホストの問題の合計 |
ホストの問題のタイムライン |
5 |
サービス統計 |
サービスの現状 |
6 |
サービス問題の総数 |
サービス問題の発生履歴 |
7 |
問題通知 |
アラートのタイムライン |
8 |
サービス問題の割合 |
アクティブなサービスのタイムライン |
9 |
ホストの概要 |
マウスホイールでズーム可能なホストの問題の視覚化 |
10 |
トップアラート (過去 7 日間) |
アラートの原因となったサービス |
11 |
フィルター |
ダッシュボードを個々のホスト/サービスに制限するためのフィルタ |
Host overview ダッシュレットのグラフまたはホスト記号の上にマウスポインタを置くと、ツールチップにより詳細情報がすぐに表示されます。色は、現在のホストおよびサービス統計のダッシュレットの表示に対応しています。ダッシュレットのリンクされたタイトル行をクリックすると、より詳細な表示に移動します。
ただし、Checkmk Raw では、スタートページのメインダッシュボードは「Problem Dashboard 」であり、商業版では から呼び出すことができ、未解決の問題や現在のイベントをリスト形式で表示します。

| 番号 | タイトル | 機能 |
|---|---|---|
1 |
フィルターボタン |
フィルタを呼び出す |
2 |
レイアウトボタン |
レイアウトモードの有効/無効を切り替えます |
3 |
ホスト統計 |
ホストの現在の状態 |
4 |
サービス統計 |
サービスの現在の状態 |
5 |
ホストの問題 |
未確認のホスト問題のリスト |
6 |
サービスの問題 |
未確認のサービス問題のリスト |
7 |
過去 4 時間のイベント |
過去 4 時間のイベント |
8 |
フィルター |
ダッシュボードを個々のホスト/サービスに制限するためのフィルタ |
レイアウトボタンに関する注意: ビルトインのダッシュボードでは、デフォルトではこのボタンは表示されません。Dashboard > Clone builtin dashboard (ダッシュボードのレイアウト)メニュー項目を呼び出すと、このボタンが 1 回だけ表示され、その後、常に表示されます。 これは小さな保護措置ですので、ビルトインのダッシュボードをまず複製し、その複製をカスタマイズすることをお勧めいたします。 |
ダッシュボードのフィルタリング
後で説明するように、ダッシュボードは、目的のホストまたはサービスの選択に対して最初から作成することができます。 ただし、フィルタを使用して、各ダッシュボードを特定の選択に一時的に制限することができます。
フィルター機能は、から呼び出します。
Add filter経由でフィルターを追加します — 例えば、Host name (regex) 。
フィルターを設定します — 例えば、
myhost。
3 番目の手順は、フィルタによって異なります。
ここで最も重要なのは、入力した検索用語、たとえばホスト名の処理です。
通常どおり、Checkmk はこれらを正規表現として評価します。
したがって、myhost のフィルタは、myhost 、2myhost 、およびmyhost2 を検索します。
ダッシュボードにmyhost だけを表示したい場合は、行の先頭と末尾を含めるように、検索用語として^myhost$ を使用し、完全一致を指定する必要があります。
もちろん、複数のフィルタを組み合わせて、ANDリンクを使用してヒット数を減らすこともできます。
フィルタ内では、正規表現を使用してORリンクを使用することができます。例:myhost1|db_server 。
2. レイアウト、構成、許可
ダッシュボードの設定は 2 つの部分に分かれています。 レイアウトでは、ダッシュレットの配置、寸法、ダイナミックスケーリングを決定します。 構成は、ダッシュボード自体のプロパティ、とりわけ個々のダッシュレット、つまり、ダッシュレットに表示するコンテンツとその表示方法を指定します。
2.1. レイアウト
ダッシュボードレイアウトの特別な機能は、そのダイナミズムです。 ダッシュレットは、高さと幅を固定して作成できますが、レスポンシブウェブデザインと同様に、利用可能なスペースを最適に活用するために、両方の寸法を自動的に拡大することができます。ただし、より詳細に構成することができます。
その原理は単純です。 ダッシュレットの任意の角をアンカーとして設定します。 この固定点から、ダッシュレットは、より多くのスペースが利用可能になると、高さおよび/または幅を拡大することができます。 たとえば、単に画面が大きくなった場合だけでなく、他のダッシュレットの位置やサイズが変更された場合にも、ダッシュレットは拡大します。
ダイナミックレイアウトの動作例
この機能の説明のために、例を挙げます。中央には、手動で高さと幅を設定できるホストマトリックスダッシュレットがあり、その左上隅にアンカーがあります。 アンカーは緑色の角で識別でき、現在の高さと幅の設定はダッシュレットの中央にあります。
これは 4 つのホスト概要ダッシュレット (それぞれサイト概要ダッシュレット)で囲まれており 、すべて高さが自動設定、側面のものは幅も自動設定されています。上と下のダッシュレットは、max width の設定になります。 デフォルトでは、アンカーは左上にありますが、ここでは右のダッシュレットが右上に、下のダッシュレットが左下にアンカーが設定されています。

ここで、ホストマトリックスダッシュレットをさらに左下に移動すると、左、右、下部のホスト概要ダッシュレットが変更されます。これは、これらのダッシュレットが、アンカーから中央のホストマトリックスダッシュレットに向かって自動的に拡大するためです。
一方、上部のダッシュレットはそのまま残ります。結局のところ、2 つのサイドダッシュレットは上部に固定されているため、下方向に拡大することはできません。

ここで、下部のダッシュレットを「max width 」から「auto width 」に切り替えると、ダッシュレットは幅全体に拡大されなくなります。これは、右側のダッシュレットの自動高さが、下部のダッシュレットの自動幅よりも先にレンダリングされるためです。

自動寸法設定のダッシュレットが同じスペースを争っている場合、最大設定を使用して、いわば勝者を決定することができます。ただし、2 つの最大設定のダッシュレットが同じスペースを争う場合、重なり合う可能性があることにご注意ください。
このようなテストセットアップを自分で作成し、ダッシュレットを少し動かして試してみると、ダイナミックレイアウトの原理全体が理解しやすくなります。
2.2. 構成:ダッシュボード
新しいダッシュボードを作成すると、ダッシュボードの設定が自動的に表示されます。 後で、ダッシュボードリスト (Customize > Visualization > Dashboards) のアイコン、または開いているダッシュボードの「Dashboard > Properties 」メニュー項目からアクセスできます。

ダッシュボード自体のプロパティはごく単純です。 ここでは、名前、メニュー項目、表示/非表示などのメタデータ、および必要に応じてコンテキストフィルタのみを定義します。 コンテキストフィルタは、ダッシュボードおよびダッシュレットを特定のホストおよび/またはサービスに制限するだけです。

2.3. 構成:ダッシュレット
ダッシュボードにダッシュレットを追加すると、個々のダッシュレットの設定が自動的に表示されます。 後で、レイアウトモードでダッシュレットの「歯車」アイコンから直接呼び出すことができます。

ほとんどのダッシュレットの設定は、上のスクリーンショットのホストマトリックスを含むダッシュレットが示すように、非常に簡単です。 これは実際には「Sidebar element 」タイプのダッシュレットであり、その設定は、このサイドバーエレメントの選択に限定されています。 複数のホストおよびサービス、あるいは個々のホストおよびサービスを参照するすべてのダッシュレットには、対応するフィルタオプションもあります。 最後に、一部のダッシュレットには、制限値などを使用して視覚化を正確に設計するためのオプションがあります。 例として、Gauge ダッシュレットの「Properties 」ボックスを以下に示します。

2.4. 許可
ダッシュボードおよびダッシュレットの設定以外にも、Checkmk には重要な設定、すなわち許可があります。Setup > Users > Roles & permissions > Edit role user で、dashboard をフィルタリングするだけで、すべてのオプションをリスト表示できます。
ここでは、役割ごとに、その役割に割り当てられたユーザーが閲覧できる標準ダッシュボード、および他のダッシュボードに対して実行できる操作を詳細に指定できます。

3. ダッシュボードの例
このサンプルプロジェクトでは、ダッシュボードを最初から設定するために必要な手順をご説明します。 その過程で、基本的に利用可能なすべてのオプションの例をご覧いただけます。 この例を完全に再現するには、商業版のいずれかが必要です。 この目的には、4 つのダッシュレットが使用されます。
Performance graph ダッシュレットは、ホストのファイルシステム使用状況を表示します。Gauge は、過去1分間の平均CPU使用率を表示します。Alert timeline は、選択したホストおよびサービスのアラートをタイムライン上で視覚化します。Scheduled downtimes ビューは、スケジュールされたダウンタイムをリスト表示します。
完成したダッシュボードは、次のようになります。

3.1. ダッシュボードの例の設定
1. ダッシュボードの作成
まず、Customize > Visualization > Dashboards > Add dashboard からダッシュボードを作成します。 すると、すぐに最初の基本設定画面が表示されます。

Select specific object type では、ダッシュボードを特定のホスト、サービス、さらには Docker イメージやファンなどの個々のオブジェクトに制限することができます。 この例では、デフォルトのNo restrictions to specific objects のままにしておきます。 後でフィルタリングすることは可能です。
次に、Continue を使用して、作成するダッシュボードのプロパティにアクセスします。

ここでは、[General properties ] ボックスにダッシュボードの名前とタイトルを入力するだけです。ここでは、my_dashboard とMy Dashboard を使用しています。
また、表示オプション、特に項目「Topic in 'Monitor' menu 」も重要です。
ここで、ダッシュボードが後でナビゲーションバーの「Monitor」メニュー、およびサイドバーエレメントの「Views 」と「Dashboards 」にどのトピックの下にリストされるかを決定します。
ただし、ここに 2 回表示されるコンテキストフィルターも重要です。Context / Search Filters (ダッシュボードのコンテキストフィルター)ボックスでは、ダッシュボードのデフォルトフィルターを設定して、ダッシュボードを呼び出したときに特定のホストやサービスがすぐに表示されるようにすることができます。
一方、[Dashboard Properties ] ボックスでは、Required context filters を使用して、必要であるが空であるフィルタを設定できます。 たとえば、ここで [Host: Host name (regex) ] フィルタを設定すると、ダッシュボードはこのフィルタだけで起動し、ユーザーはフィルタリングするホスト名を適宜指定する必要があります。 このようにして、ユーザーに動的なダッシュボードを提供し、必要なコンテキストをまだ指定する必要があることを直接通知することができます。
このダッシュボードの例では、フィルターは完全に空のままにしておきます。フィルタリングは、個々のダッシュレットによって行われます。Save & go to dashboard で確定します。 空のダッシュボードが表示され、レイアウトボタンを使用してビューモードとレイアウトモードを切り替えることができます。 この新しいダッシュボードには、[Monitor] メニューのエントリからいつでもアクセスできます。
ちなみに、ダッシュボードは手動で保存する必要はありません。ダッシュボードを離れる場合でも、すべての変更は自動的に保持されます。
2.Performance graph ダッシュレットの追加
次に、Add > Performance graph を使用して、ダッシュレットを空のダッシュボードに追加します。General Settings で、わかりやすいタイトルを割り当ててください。そうしないと、ダッシュレットの数が多いダッシュボードは、特に最初から特定のエレメントでフィルタリングされていない場合、すぐに混乱してしまいます。
ここでは、ホストmyhost のルートファイルシステムを視覚化するため、My Host - Filesystem/ が適しています。
Checkmk の多くの入力フィールドと同様に、これはマクロを使用するとより便利に行えます。$HOST_NAME$: $SERVICE_DESCRIPTION$使用できるマクロは、Help > Show inline help で表示できるヘルプテキストに記載されています。

コンテキストフィルタのボックスに、ホスト名と目的のファイルシステムを入力します。 両方の入力フィールドに、最初の文字を入力し、下矢印キーで候補をスクロールして選択します。

3 番目のボックス「Properties 」では、2 つのフィルタが「Graph 」の設定に自動的に採用されます。 希望するグラフ、ここでは「Size and used space 」を選択するだけで済みます。 その他の表示オプションは変更せずにそのままにしておいてください。

ここでダッシュレットを保存すると、レイアウトモードになります。 ダッシュレットは全幅に表示する必要があるため、[manual width] をクリックして、手動の幅を [auto width] に切り替えます。 アンカーは、左上のデフォルトの位置のままにしておきます。

3.Gauge ダッシュレットの追加
Gauge ダッシュレット は、商業版でのみ利用可能で 、CPU 負荷などの値を車のスピードメーターのようなスタイルで視覚化します。
設定は、先ほど作成したグラフの設定とほとんど同じで、myhost でフィルタリングし、今回はサービスCPU load でフィルタリングします。
ここでも、両方の値は自動的に、Properties ボックス(以前はGraph でしたが、今回はMetric の下にあります)に転送されます。
メトリックには、CPU load average of last minute を選択します。
ただし、今回は、Data range で、スケールの最大値という別の設定を定義する必要があります。
ここで、Floating point number を選択し、最大値を10 に設定します。
この設定を行わないと、エラーメッセージが表示されます。

保存すると、レイアウトモードに戻り、パフォーマンスグラフの下(最初は新しいダッシュレットで覆われています!)にダッシュレットを配置できます。 ここでは、幅と高さを手動で指定できます。 ダッシュレットの端をマウスでドラッグして、希望のサイズを決定できます。 この時点で、グラフダッシュレットの高さを自動に設定し、新しいゲージダッシュレットの配置によって高さを決定することもできます。

4.Alert Timeline ダッシュレットの追加
3 つ目のダッシュレットは、Alert timeline です。これは、アラートをタイムラインに表示するための機能で、商業版でのみ利用可能です。
複数のホストおよびサービスからのデータが、このダッシュレットに表示されるようになります。そのため、上記のダッシュボード全体の事前フィルタリングは省略しています。my で始まるすべてのホストからのすべてのアラートを取得するには、ホスト名フィルタを^my に設定します。
このダッシュレットでは、すべてのホストを評価するために、フィルタを完全に省略することをお勧めします。

この例のダッシュレットでは、表示「Bar chart 」はそのままにし、時間範囲は「The last 35 days 」に設定し、解像度は「1 日」に設定しています。

保存後、ダッシュレットをダッシュボードに戻します。 ここでも、幅を自動、高さを手動に設定すると、Gauge ダッシュレットで行を埋めることができます。

5. ビューからダッシュレットを追加する
既存のビューもダッシュレットとして使用できます。 これは、Add > Link to existing view から実行できますが、ここで示すように、ビュー自体からも実行できます。
たとえば、スケジュールダウンタイムビューを追加するには、Monitor > Overview > Scheduled downtimes から呼び出します。 次に、このビューをダッシュボードにExport > Add to dashboard

ダッシュボードを選択します。

ダッシュレットを最後の行に配置します。 ここで、自動の高さと幅を使用して、空白領域を削除することができます。
ここで、レイアウトモードからダッシュレットのプロパティを呼び出すと、ビューで既知の設定を使用できます。たとえば、ダッシュレットを少しスリムにすることができます。結局のところ、ダッシュレットのタイトルをクリックすると、スケジュールされたダウンタイムのフルビューに移動するからです。
これで、ダッシュボードの例が完成しました。レイアウトモードで完全に表示すると、次のようになります。

4. フィルター
ダッシュボードおよびダッシュレットのフィルタリングは、これまで何度も言及してきた強力な機能です。ここでは、その概要を改めて簡単に説明します。 フィルタリングには 3 つの方法があります。
-
ダッシュボードのプロパティ
Context / Search filters
Required context filters
ダッシュレットのプロパティ:Context / Search filters
ダッシュボードビュー:Context / Filter
「Context / Search filters 」の項目は 3 つの場所すべてで基本的に同じですが、次の点が異なります。 プロパティでダッシュボードをホストにフィルタリングすると、ダッシュボードビューでは他のホストを表示することはできず、既存のホストをさらにフィルタリングすることしかできません。 ただし、ダッシュレットのプロパティでは、ダッシュボードのプロパティのフィルタを非常に簡単に上書きして、他のホストを含めることができます。
Required context filters はダッシュボードのプロパティにもありますが、最初は何もフィルタリングしません。 これらは、必要なフィルタとしてのみ設定されています。 このようなデフォルト設定のダッシュボードは、ホストやサービスに関する情報は表示されませんが、フィルタ機能が有効になり、ユーザーがランタイムに設定しなければならないMandatory context への参照が表示されます。

5. ビルトインダッシュボードおよびダッシュレット
5.1. ビルトインダッシュボード
個別に作成されたダッシュボードおよびビルトインのダッシュボードのリストは、Customize > Visualization > Dashboards で確認できます。 独自のバリエーションについては、 でプロパティを呼び出し、 でレイアウトモードを呼び出すことができます。 工場出荷時のダッシュボードは、リストから直接編集することはできませんが、 で複製し、複製をカスタマイズすることはできます。
すべてのダッシュボードが Checkmk のすべてのエディションに統合されているわけではありません。 クラウドベンダー固有のダッシュボードは、Checkmk Cloud および Checkmk MSP でのみ利用できます。Checkmk Raw では、いくつかの基本的なダッシュボードのみ利用できます。 |
以下は、ビルトインダッシュボードの一部です。
| 名前/ID | モニターメニュー項目 | 内容 |
|---|---|---|
|
クラウド > AWS EC2 インスタンス |
EC2 インスタンスの概要 |
|
クラウド > Azure VM インスタンス |
Azure VM の概要 |
|
システム > Checkmk ダッシュボード |
Checkmk サーバーおよびサイト |
|
クラウド > GCP GCE インスタンス |
GCP VM の概要 |
|
アプリケーション > Kubernetes |
クラスタ、リソース、ノードなどの概要 |
|
概要 > メインダッシュボード |
メインビュー |
|
ネットワーク統計 > アラート |
ntopngのアラート |
|
問題 > 問題ダッシュボード |
すべてのホストおよびサービスの問題と統計。Problems dashboard は、Checkmk Raw のMain dashboard です。 |
|
問題 > ホストおよびサービスの問題 |
すべてのホストおよびサービスの問題 |
|
- |
サイトの概要 |
5.2. ダッシュレット
ここでは、まずすべてのダッシュレットの概要が表示され、次に、上記のダッシュボードの例では紹介しなかったいくつかの特別な機能について説明します。
| カテゴリ | 名前 | Checkmk Raw | 機能 |
|---|---|---|---|
ビュー |
ビュー |
はい |
ダッシュレットとしての通常のビュー |
グラフ |
単一のメトリックグラフ |
いいえ |
時間の経過に伴う個々のメトリックのグラフ |
パフォーマンスグラフ |
はい |
個々のホスト/サービス用の定義済みパフォーマンスグラフ |
|
カスタムグラフ |
いいえ |
手動で作成した自由形式のグラフ |
|
結合グラフ |
いいえ |
複数のメトリックを含むグラフ |
|
メトリック |
平均散布図 |
いいえ |
さまざまなホスト/サービスのメトリックを散布図で表示 |
棒グラフ |
いいえ |
個々のサービスの棒グラフ |
|
ゲージ |
いいえ |
スピードメーターとしての単一のメトリック |
|
単一のメトリック |
いいえ |
カウントとしての単一のメトリック |
|
トップリスト |
いいえ |
複数のホスト/サービスの単一メトリックのランキング |
|
状態 |
ホストの状態 |
いいえ |
単一のホストの状態 |
サービスの状態 |
いいえ |
単一のサービスの状態 |
|
ホストの状態の概要 |
いいえ |
特定の状態の概要 |
|
サービス状態の概要 |
いいえ |
特定の状態の概要 |
|
HW/SW インベントリ |
ホストの HW/SW インベントリ |
いいえ |
インベントリからのデータ |
Checkmk |
サイト概要 |
いいえ |
状態ヘキサゴンとしてのホスト |
アラートの概要 |
いいえ |
アラートとしてホストを六角形で表示 |
|
ホスト統計 |
はい |
ホストの状態に関する全体統計 |
|
サービス統計 |
はい |
サービス状態の全体統計 |
|
イベント統計 |
はい |
イベントの状態に関する全体的な統計情報 |
|
通知のタイムライン |
いいえ |
タイムライン上の通知 |
|
アラートタイムライン |
いいえ |
タイムライン上のアラート |
|
サービスの問題の割合 |
いいえ |
タイムライン上のサービス問題の割合 |
|
ユーザーメッセージ |
はい |
ユーザー通知 |
|
サイドバーエレメント |
はい |
任意のサイドバーウィジェット |
|
Ntop |
アラート |
いいえ |
ntopngでのアラート |
フロー |
いいえ |
ntopng でのフロー |
|
上位通信者 |
なし |
ntopng で最もネットワークトラフィックを発生させているホスト |
|
その他 |
カスタム URL |
はい |
内部/外部 URL |
静的テキスト |
はい |
メモ用の静的テキスト |
おそらく、ほとんどのダッシュレットで提起される最も重要な質問は、次のとおりです。 表示される情報は、単一のホストまたはサービスに限定されていますか? この答えは、[Show information of single] の横にある [General settings ] ボックスのすべてのダッシュレット設定で確認できます。 [host, service] と表示されている場合は、コンテキストフィルタを設定する必要があります。 代わりに [Not restricted to showing a specific object] と表示されている場合は、フィルタを設定する必要はありませんが、場合によっては設定することもできます。Custom URL やSidebar element などのダッシュレットには、もちろんフィルタオプションはありません。
グラフダッシュレットでグラフを正確にデザインする方法は、少し複雑ですので、グラフの記事で詳しく説明しています。
Custom URL ダッシュレットは特別な役割を果たします。 理論的には、アドレスを指定するだけで外部webサイトやリソースを統合することができますが、実際には、オペレーターやブラウザのセキュリティ対策により、多くの場合、これは失敗します。 ただし、Checkmk独自のリソース、たとえば他のダッシュボードでは、これは機能します。 たとえば、複数のホスト固有のダッシュボードを1つの大きな概要にリンクすることができます。 また、少し試してみると、Checkmk サーバーの内部リソースも統合することができます。 たとえば、wiki や小さなチャットプログラムなど、あらゆる種類の web アプリケーションです。
Site overview ダッシュレットには2つの機能があります。 上記のレイアウトの説明では、これはホストの概要として表示されています(デフォルトでは、通常の単一のCheckmkサイト)。 一方、分散監視では、このダッシュレットは同名のサイトの概要を表示します。
ダッシュレット「Static text 」は、予想以上に多くの機能を備えています。 メモや簡単なラベルとして使用できますが、他のダッシュボードや他の Checkmk コンポーネントにリンクすることもできます。 次のトップダウンダッシュボードの例をご覧ください。
6. ダッシュボードの例
6.1. トップダウンダッシュボード
これで、利用可能なすべてのダッシュレットと完成したダッシュボードについて理解し、それらの設定やレイアウトオプションへのアクセス方法、および完全なダッシュボードの組み立て方について理解しました。 ただし、ダッシュボードは必ずしも単独で存在する必要はなく、たとえば、大きな概要から細部まで移動するために、相互に連携させることもできます。
基本的に、多くのダッシュボードはすでにこのように機能しています。Host statistics はホストの状態を視覚化し、いずれかの状態をクリックすると、関連するホストがリストされたビューにリダイレクトされ、そこから単一のホストの個々のサービスに移動します。
独自のダッシュボードでは、ダッシュレットのオプションでLink of Title を使用してダッシュレットのタイトルバーをリンクすることで、他のダッシュボードへのリンクを作成することもできます。
具体的な例を見てみましょう。
ここでは、my で始まるすべてのホストの CPU、RAM、およびファイルシステムに関する情報を表示するダッシュボードが表示されています。

この例では、CPU グラフのタイトルは、各ホストの CPU 情報を個別に視覚化する別のダッシュボードにリンクしています。 このダッシュボードの上部には、Static text ダッシュレットを使用するだけで、概要に戻るリンクが再び表示されます。

このような相互リンクを使用すると、ダッシュボードを介して複雑な調査ツールを開発することができます。 ちなみに、タイトルバーに制限はありません。HTML コードを静的テキストとして使用して、ナビゲーション全体を組み込むこともできます。 たとえば、分散監視や、[General overview] > [Instance overview] > [Host overview] > [Container overview] > [Services] > [Problems]などのパスを考えてみてください。
7. トラブルシューティング
7.1. フィルターが欠落しています
ダッシュレットに、黄色の背景で次の警告だけが表示される場合があります。
Unable to render this element, because we miss some required context information (host, service). Please update the form on the right to make this element render.
この状況では、ダッシュレットには 1 つのホストおよび/またはサービスに関する情報のみが表示されているはずですが、そのホストおよび/またはサービスにはフィルタが設定されていません。 この問題を解決するには、ダッシュボードビューまたはダッシュレットの設定でフィルタを使用します。
7.2. 空のダッシュレット
エラーメッセージが表示されない、完全に空のダッシュレットにはいくつかの原因が考えられます。 通常、ダッシュレットの設定が間違っています。
例:メトリックとフィルタリングされたサービス「CPU load 」を使用して、CPU 負荷のダッシュレットを作成します。 その後、サービス内容のフィルタを「Check_MK Discovery 」のようなものに変更しますが、選択したメトリックは「CPU load 」のままにします。 ダッシュレットを作成する場合、CPU 負荷のフィルタを設定すると、不適切なメトリックを選択することは不可能であるため、このようなことは起こりません。ただし、ダッシュレットを再設定すると、最初に選択したメトリックが保持されます。
この問題の解決策は簡単です。ダッシュレットの設定で、サービスフィルタと選択したメトリックを変更してください。 もちろん、これは他のすべてのダッシュレットのバリエーションにも適用されます。
7.3. 空のダッシュレット:ホスト/サービスの合計問題
Total host problems およびTotal service problems ダッシュレットは、空のダッシュレットの特殊なケースです。 ここでは、次のエラーメッセージが表示される場合があります。As soon as you add your Checkmk server to the monitoring, a graph showing the history of your host problems will appear here…

この問題の原因は、Checkmk が監視対象としてすべての Checkmk サーバーをホストとして認識できないことです。 これは、ローカル Checkmk サーバーの場合もあれば、分散監視を使用している場合は、接続されたサイトの Checkmk サーバーの場合もあります。 通常、すべての Checkmk サーバーを監視対象としてホストに含めることをお勧めします。
分散監視では、エラーメッセージが表示される別の理由があります。 リモートサイトへの接続では、その接続にSite ID が割り当てられます。 この ID がサイトの名前と完全に一致しないが、IP アドレスが正しい場合、接続自体は OK として表示されますが、ダッシュレットでこのエラーメッセージが表示されます。 ダッシュレットでは、接続されたサイトの名前は、分散監視の接続およびサービス出力から読み込まれます。ダッシュレットは、それぞれの場合にまったく同じサイトが見つかった場合にのみ正しく機能します。 これにより、正しいデータが確実に表示されます。
解決策は簡単です。 正しい ID を使用して新しい接続を作成してください。
