Checkmk
to checkmk.com
Important

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 の安定版から次の安定版へのサイクルは、約 12 ヶ月から 18 ヶ月です。 このサイクルは、前のバージョン(たとえば 2.3.0)のリリース後に、次のバージョン(たとえば 2.4.0)の新機能の開発が開始されると始まります。 この開発は、メインの開発ブランチ(マスター)で行われます。

ベータ期は、約 9 ヶ月から 12 ヶ月後に始まります。 このために、新しい安定版を完成させ、後にメンテナンスを行うためのブランチが分割されます。 メインブランチでは、次のサイクルの準備が開始されます。

メイン開発ブランチと同様に、安定版ブランチでも、中間バージョン(デイリービルド)が毎日作成されます 。このバージョンでは、新機能やバグフィックスを利用できます。2.4.0 バージョンのプロセス全体をグラフィックで表現すると、以下の図のようになります。

cmk versions development diagram

2. バージョン

Checkmk エディションには、さまざまなバージョン、つまりさまざまな開発段階があります。 そのため、このユーザーガイドでは、バージョンという用語がさまざまな形で使用されています。

2.1. マスターからのデイリービルド

開発ブランチ(Git のバージョン管理では「マスター」と呼ばれます)では、Checkmk の将来が開発されています。 開発者、ユーザー、およびその他の関係者がソフトウェアの現在の状態をいつでも確認できるように、 毎日、中央ヨーロッパ時間の 0:00 から 6:00 までに、サポートされているすべての Linux ディストリビューションバージョン用のインストールパッケージが作成されます。 これらのパッケージは、デイリービルドGit スナップショット、または開発者バージョンと呼ばれ、毎日開始時点におけるソフトウェアの開発状況を正確に反映しています。

デイリービルドには、ソフトウェアの現在の状態をほぼ「ランダム」にスナップショットしたものが含まれているため、当然、バグが含まれている場合が多くあります。 安定版とは対照的に、デイリービルドは新しい開発ブランチを生成しないため、弊社によるパッチの適用は不可能です。 デイリービルドのエラーを修正する唯一の方法は、そのデイリービルドを、新たな問題を含む可能性のある新しいデイリービルドに置き換えることです。 このため、デイリービルドは実稼働環境では絶対に使用しないでください。

ただし、ユーザーとして新機能をリアルタイムで試してみたい場合は、デイリービルドは非常に便利です。 これは、お客様ご自身で当社に機能の開発を依頼された場合に特に当てはまります。

デイリービルドに関する問題については、弊社のサポートも喜んでお手伝いいたしますが、以下の制限があります。

  • デイリービルドが 1 週間以内である場合に限ります。

  • パッチの作成は行っておりません。

2.2. ベータ版

新しい安定版(2.4.0 など)のリリースは、ベータ期から始まります。 すべてのエラーを修正し、ソフトウェアを製品化するために、エラーの修正のみを含む追加の安定版ブランチが分割されます。 将来のバージョン向けの機能の開発は、メインブランチで並行して行われます。

安定版ブランチでは、名前に小文字の「b 」が付いた一連のベータ版(例:2.4.0b1、2.4.0b2 など)がリリースされます。 これは、重大なエラーが発見されない限り、2 週間程度ごとにリリースされます。

2.3. 安定版

ベータ期に続いて、メジャーバージョンとも呼ばれる安定版がリリースされます (例: 2.4.0)。 より多くのユーザーが新しいリリースを試用するようになり、ベータ期には気づかなかったさらなる問題点が明らかになります。 これらの問題点は、一連のパッチバージョン(パッチリリースとも呼ばれる)によって修正されます(2.4.0p1、2.4.0p2 など)。 これらのパッチバージョンの時間間隔は、当初はごく短い(1 週間程度)ですが、その後、はるかに長くなります(数ヶ月)。

マスターに加えて、安定したブランチにもデイリービルドが公開されており、バグフィックスが迅速に行われます。 これらのビルドには、ブランチの名前と日付(例:2.4.0-2025.03.30)が付けられています。

以下の条件を満たす場合、これらのバージョンを本番環境で使用できます:

  • デイリービルドは、深刻な問題を解決する場合にのみ、安定版ブランチで使用してください。

  • 次のパッチバージョンが利用可能になったら、すぐにアップデートしてください。

3. エディションとその識別用サフィックス

omd version コマンドでCheckmkサイトのバージョンを表示すると、OMDがバージョン番号の一部として認識するさらに別のサフィックスが表示されます。

OMD[mysite]:~$ omd version
OMD - Open Monitoring Distribution Version 2.4.0p8.cre

このサフィックスにより、さまざまなCheckmk エディションの同じバージョンを区別することができます。 これにより、たとえば、Checkmk RawおよびCheckmk Enterprise のバージョン 2.4.0p8 を同時にインストールすることができます。 これは、Checkmk Raw から商業版への移行を希望する場合など、実際には非常に有用です。 以下のサフィックスを使用できます。

.cre

Checkmk Raw

.cee

Checkmk Enterprise

.cce

Checkmk Cloud

.cme

Checkmk MSP

4. メンテナンスおよびサポート

Checkmk のメジャーバージョン(例:2.4.0)は、少なくとも 24 ヶ月間、エラーおよびセキュリティの修正を受けます。 この時間範囲は、アクティブフェーズとパッシブフェーズに分かれています。

4.1. アクティブメンテナンス

当社は、パッチバージョンにより、この安定版を積極的にメンテナンスいたします。 このメンテナンスの期間は、次のバージョンがリリースされ、それが新しい安定版となる時期によって異なります。 バージョン1.6.0 以降のルールは、次のとおりです。 アクティブメンテナンスは、新しいバージョンがリリースされてから6か月後に終了いたします。 安定版については、次のバージョンがまだリリースされていないため、製品のライフサイクルは、リリース予定日によって決定されます。

つまり、6 か月間は、安定版と旧安定版(旧バージョン)の 2 つのバージョンがパッチバージョンとともに並行して提供されます。 製品ライフサイクルの概要は、この記事の最後に記載されています。 4.2. パッシブメンテナンス

4.2. 受動的メンテナンス

アクティブメンテナンス終了後、安定版ブランチはパッシブメンテナンスフェーズに移行し、通常はさらに1年間継続されます。

この期間中は、通常、サポート契約に基づくサポートチケットによるお客様からの依頼があった場合にのみ、エラーの修正を行います。

ただし、ユーザーがバグだと考えるものがすべて修正されるとは限りません。 また、すべてのバグフィックスが古いバージョンに移植されるとは限りません。 これは、廃止予定とみなされる機能に特に当てはまります。これらの機能は、通常、バグフィックスの対象にはなりません。

パッシブメンテナンスフェーズ中のバグフィックスは、さらなるパッチバージョンとして提供されます。もちろん、サポート契約をお持ちでないユーザーにも、これらのパッチは無料でご利用いただけます。

4.3. 安定版の製品ライフサイクル

お使いのバージョンがまだメンテナンスされているかどうか、および使用期限(EOL)に達したか、または達する予定は、次の表でご確認いただけます。

バージョン リリース日 アクティブメンテナンス終了日 パッシブメンテナンス終了日

2.4.0

2025年5月6日

2.5.0のリリースから6ヶ月後[1]

2027年11月6日

2.3.0

2024年4月29

2025年11月6日

2026年10月29日

2.2.0

2023年5月23日

2024年10月29日

2025年11月23日

古いバージョンをご利用の場合は、アップデートを強くお勧めいたします。


[1]. Currently, no release date has been set.
このページでは