ベストプラクティス、ヒント、コツ

Checkmk は、Linux および Windows の両方で、過去 1 分間の平均 CPU 使用率を監視するサービスを自動的に設定します。 これは一方では理にかなっているのですが、一方で、1 つのプロセスが暴走して1 つのCPU を 100% 継続的に使用しているなどのエラーを認識できません。 しかし、16 CPU を搭載したシステムでは、1 つの CPU は全体のパフォーマンスの 6.25% にしか貢献していないため、上記の極端なケースでも、合計使用率は 6.25% しか記録されません。

このため、Checkmk では (Linux および Windows 用)、使用可能なすべての CPU を個別に監視し、そのコアのいずれかが長期間にわたって常にビジー状態であるかどうかを判断するためのオプションが用意されています。 このチェックを設定することは、良いアイデアであることがわかりました。

Windows サーバーでこのチェックを設定するには、CPU utilization サービス用のCPU utilization for simple devices ルールセットが必要です。このルールセットは、Service monitoring rules にあります。 このルールセットは、すべてのCPU を監視しますが、次のオプションもあります。Levels over an extended time period on a single core CPU utilization 。

新しいルールを作成し、そのルールでこのオプションのみを有効にしてください。

Windows サーバーにのみ適用されるように条件を定義します。たとえば、適切なフォルダまたはホストタグを使用します。 このルールは、総 CPU 使用率の閾値など、他のオプションが設定されている同じルールセットの他のルールには影響しません。

Linux サーバーの場合、これはCPU utilization on Linux/Unix ルールセットの責任であり、このルールセットで同じオプションを設定することができます。

デフォルトでは、Checkmk は Windows サーバー上のサービスを監視しません。 なぜでしょうか？ これは、Checkmk がお客様にとってどのサービスが重要かを認識していないためです。

サーバーごとに手動で重要なサービスを特定する手間を省きたい場合は、スタートタイプが「自動」のすべてのサービスが実際に実行されているかどうかを単にチェックするチェックを設定することもできます。 さらに、手動で起動された、いわば「順序が乱れた」サービスが実行されているかどうかを通知することもできます。 これらのサービスは再起動後に実行されなくなりますが、これは問題になる可能性があります。

これを実装するには、まず、Service monitoring rules で、たとえば検索機能Setup > General > Rule search を使用して、Windows Services ルールセットを見つける必要があります。 新しいルールの重要なオプションは、Services states です。 これを有効にし、サービスの状態用に 3 つの新しいエレメントを追加します。

これにより、次のような監視を実装できます。

ただし、このルールは実際に監視されているサービスにのみ適用されます。 そのため、2 番目のステップとして、Windows service discovery ルールセットから 2 番目のルールを作成し、Checkmk がサービスとして監視する Windows サービスを定義する必要があります。

このルールを作成するときは、まず、Services (Regular Expressions) オプションに正規表現.* を入力します。これにより、この正規表現がすべてのサービスに適用されます。

ルールを保存したら、適切なホストのサービス設定に切り替えます。 そこには、Windows サービスごとに 1 つずつ、多数の新しいサービスが表示されます。

監視するサービスの数を、必要なサービスに限定するには、ルールに戻り、必要に応じて検索用語を絞り込んでください。 大文字と小文字は区別されます。 以下は、カスタマイズしたサービスの選択例です。

新しい検索式と一致しないサービスを以前に監視対象に含めていた場合、そのサービスはサービス設定で消えたように表示されます。Rescan ボタンをクリックすると、リストを消去して、サービスリスト全体を再作成することができます。

組織におけるインターネットへのアクセスは、誰にとっても非常に重要なものです。 インターネットへの接続を監視することは、アクセス可能（うまくいけば）である数十億台のコンピュータが関係するため、実装が少し難しいです。 しかし、以下の構成プランに基づいて、効率的な監視システムを構築することは可能です。

ここで変更をアクティブにすると、監視に新しいホストinternet と、単一のサービスInternet connection が表示されます。

ping の宛先の少なくとも 1 つに到達できる場合、ホストの状態はUP になり、サービスの状態はOK になります。 同時に、サービスは、指定した各 IP アドレスの平均パケットラウンドトリップタイム (ラウンドトリップ平均) およびパケット損失に関するパフォーマンスデータを提供します。 これにより、時間の経過に伴う接続の品質を把握することができます。

web サイトや web サービスのアクセス可能性をチェックしたい場合を考えてみましょう。 Checkmk エージェントは、この情報を表示しないため、この問題に対する解決策は提供していません。 さらに、サーバーにエージェントをインストールすることさえできない場合もあります。

この問題の解決策は、いわゆるアクティブチェックです。 これは、エージェントによって実行されるのではなく、ターゲットホストのネットワークプロトコル（この場合は HTTP(S)）に直接連絡して実行されます。

手順は次のとおりです：

これで、HTTP(S) 経由のアクセスをチェックする、指定したサービスを持つ新しいホストが作成されました。

ファイルシステムを監視するための適切な閾値を見つけるのは、面倒な作業です。 結局のところ、90% という閾値は、非常に大きなハードディスクには低すぎ、小さなハードディスクにはすでに限界値に近いかもしれません。 ファイルシステムのサイズに応じて閾値を設定する機能については、監視の微調整の章ですでに紹介しました。 その際に、Checkmk にはさらに巧妙なオプション、つまりマジックファクターがあることも触れました。

マジックファクターは次のように設定します。

結果は次のようになります：

このルールを保存して変更をアクティブにすると、ファイルシステムのサイズに応じて閾値が自動的に変化するようになります。

閾値の具体的な値は、まさに魔法のようなものです。 係数（ここでは 0.80）によって、値の調整幅が決まります。 係数が 1.0 の場合は何も変更されず、すべてのファイルシステムに同じ値が設定されます。 係数が小さいほど、値の調整幅が大きくなります。 このセクションで使用している Checkmk のデフォルト値は、非常に多くのインストールで実証されています。

各サービスに適用される閾値は、Summary で正確に確認できます。

次の表は、基準値を 20 GB / 80 % に設定した場合のマジックファクターの効果の例です。

マジックファクターに関するこの章で、ビギナーズガイドは終了です。

マジックを使用するか否かにかかわらず、Checkmk システムの強固な基盤を構築できたことを願っています。 このビギナーズガイドで取り上げたほぼすべてのトピックについては、ユーザーガイドの他の記事でより詳細な情報をご覧いただけます。

今後、Checkmk をうまく活用していただけますよう、心よりお祈り申し上げます。