 |
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. 監視コア
監視コアは、Checkmk システムの中心です。 そのタスクは次のとおりです。
チェックを定期的に開始し、その結果を収集すること
現在の状態を GUI に提供すること
状態の変化を検出し、それに基づいて通知を生成する
以下のアーキテクチャ図は、コアと、商業版の主要コンポーネントとの接続を示しています。
1.1. Nagios と Icinga
Checkmk Rawは、定評のあるNagiosオープンソースプロジェクトのコアをベースにした構造です。 これは、数多くの便利な機能を備え、長年にわたり世界中の何百万ものユーザーによってその性能が実証されています。 この固有の柔軟性は、Nagios の成功の理由のひとつです。
あるいは、Icingaのコアを利用することもできます。 これはドイツで特に人気があり、同じプログラムコードをベースとしていますが、近年は独立して開発されています。
Nagios と Icinga は、柔軟性、高速性、安定性、実績など、非常に優れた性能を発揮しますが、それでもその限界に達する状況があります。 多数のホストやサービスを監視する場合、特に 3 つの問題点が顕著になります。
チェックの実行中の CPU 負荷が高い
設定変更時の再起動時間が長い
再起動中にシステムが利用できないこと
2. Checkmk マイクロコア (CMC)
Checkmk は、より大規模な環境でも使用されるようになってきました。そこで 2013 年、商業版専用のコアの新たな開発を開始しました。 Checkmk マイクロコア（CMC）は、Nagios の上記の制限を克服しています。 CMC は、Nagios から単にフォークして作成されたものではなく、完全に独自のコードベースを持っています。 独自のソフトウェアアーキテクチャを利用しており、Checkmk に完全に最適化されています。
その主な利点は次のとおりです。
チェックの実行効率の高さ- これは、アクティブチェックとCheckmk ベースのチェックの両方に適用されます。 ベンチマークでは、デスクトップ PC (Core i7) で 1 分間に 60 万件以上のチェックを達成しました。
変更の迅速なアクティブ化- 20,000 台のホストと 600,000 のサービスを含む構成も 0.5 秒でロードできます。
ライブ運用中の設定変更- 現在実行中のチェックおよびライブステータス接続は中断されません。 この手順は、監視ユーザーには検出されません。
迅速な可用性クエリ- 特別なキャッシュを使用することで、長期間にわたる可用性分析も、目立った待ち時間なく計算できます。
追加機能- CMC は、定期的なスケジュールダウンタイムや有効期限付きの承認など、数多くの追加機能を利用しています。
その他のエレメントも最適化されています。 たとえば、パフォーマンスデータは、コアから RRD キャッシュディーモンに直接、迂回することなく渡されます。通知は「KeepAlive」モードで作成され、ホストチェックはビルトインの ICMP ヘルパーによって実行されます。 これらすべてにより、コストのかかるプロセスの作成が削減され、CPU リソースが節約されます。
これらの特性は、小規模なインストールでも多くの利点をもたらします。
処理能力の要件が低いため、多くの場合、ハードウェアを仮想化で代替することができます。
変更をシームレスにアクティブにすることができるため、頻繁な設定変更が可能です。
サーバーを迅速に追加および削除できるクラウド監視などの要件も満たすことができます。
以下の 2 つの図は、Nagios から CMC に変更する前後の Checkmk サーバーの CPU 負荷と使用率を示しています。 このグラフは、DFi Service SA 社からご提供いただきました。 当時、同社は 10 コアのサーバーで 1,205 台のホストと 13,555 のサービスを監視していました。
別のプロジェクトでも同様の結果が得られています。 以下のグラフは、2 コアの仮想マシン上で 2,230 のホストを監視し、56,602 のサービスを提供する環境で、Nagios コアから CMC へ再構築した結果です。
個々のケースにおける違いの大きさは、当然ながら多くの要因によって異なります。 上記のケースでは、再構築されていない小規模なサイトが同じサーバー上で動作しています。 これがなければ、CPU およびディスクの負荷の違いはさらに顕著になるでしょう。
CMCのその他の特徴は、以下の記事で説明されています：
3. よくある質問 (FAQ)
3.1. CMC は通常の Nagios プラグインも実行できますか？
CMC は、もちろん、アクティブおよびパッシブの両方で、従来の Nagios チェックも実行できます。
3.2. Checkmk は Nagios を引き続きサポートしますか？
Checkmk は Nagios と互換性があり、Nagios コアのサポートを継続します。 同様に、商業版も Nagios をオプションのコアとして引き続き搭載しますが、これは Checkmk Raw から商業版への移行をサポートするためのみです。
3.3. Nagios と CMC を切り替えることはできますか？
設定が Checkmk web インターフェイスのセットアップメニューのみを使用して作成されている場合、2 つのコア間の切り替えは簡単です。 詳細については、「CMC への移行」の記事をご覧ください。 デフォルトでは、商業版は CMC をコアとして新しいサイトを作成します。
3.4. CMC は無料で利用できますか？
CMC は、サブスクリプションでご利用いただける商業版にコンポーネントとして含まれています。 Checkmk Cloud は、期間限定で無条件でお試しいただき、ライセンスを取得せずに小規模で永続的に運用することができます。