セルフマネージド アップグレード
ClickHouse アップグレード概要
この文書には以下が含まれています:
- 一般的なガイドライン
- 推奨される計画
- システム上のバイナリをアップグレードするための具体的な手順
一般的なガイドライン
これらのノートは、計画の手助けをし、文書内で推奨を行う理由を理解するのに役立ちます。
ClickHouse サーバーは ClickHouse Keeper または ZooKeeper と別にアップグレードする
ClickHouse Keeper または Apache ZooKeeper のセキュリティ修正が必要でない限り、ClickHouse サーバーをアップグレードする際に Keeper をアップグレードする必要はありません。アップグレードプロセス中は Keeper の安定性が必要ですので、Keeper のアップグレードを検討する前に ClickHouse サーバーのアップグレードを完了してください。
マイナーバージョンのアップグレードは頻繁に行うべき
リリースされるとすぐに最新のマイナーバージョンにアップグレードすることを強く推奨します。マイナーリリースは互換性のある変更がなく、重要なバグ修正があります(セキュリティ修正が含まれることもあります)。
目標バージョンで動作する別の ClickHouse サーバーで実験的機能をテストする
実験的機能の互換性は、いつでもどのように壊れる可能性があります。実験的機能を使用している場合は、変更履歴を確認し、目標バージョンがインストールされた別の ClickHouse サーバーを設定し、そこで実験的機能の使用をテストすることを検討してください。
ダウングレード
アップグレード後に新しいバージョンが依存している一部の機能と互換性がないことに気づいた場合、もし新機能を使用していなければ、最近の(1年未満の)バージョンにダウングレードできる場合があります。新機能を使用し始めると、ダウングレードは機能しなくなります。
クラスター内の複数の ClickHouse サーバーバージョン
1年間の互換性ウィンドウ(2つのLTSバージョンを含む)を維持するよう努めています。これは、任意の2つのバージョンが1年未満の差であれば、クラスター内で互いに動作できることを意味します(または2502つのLTSバージョンが間にない場合)。ただし、クラスター内のすべてのメンバーをできるだけ早く同じバージョンにアップグレードすることを推奨します。そうしないと、分散クエリの遅延、ReplicatedMergeTree内の一部のバックグラウンド操作での再試行可能なエラーなど、いくつかのマイナーな問題が発生する可能性があります。
リリース日が1年以上異なるバージョンを同じクラスターで実行することは絶対にお勧めしません。データ損失が発生するとは期待していませんが、クラスターは使用できなくなる可能性があります。バージョンの差が1年以上ある場合に予想される問題には、以下が含まれます:
- クラスターが機能しない
- 一部(またはすべて)のクエリが任意のエラーで失敗する
- 日誌に任意のエラー/警告が表示される
- ダウングレードが不可能になる
インクリメンタルアップグレード
現在のバージョンと目標バージョンの違いが1年以上である場合、以下のいずれかを推奨します:
- ダウンタイムを伴うアップグレード(すべてのサーバーを停止し、すべてのサーバーをアップグレードし、すべてのサーバーを稼働させる)。
- または、中間バージョン(現在のバージョンに対して1年未満新しいバージョン)を介してアップグレードする。
推奨される計画
これは、ゼロダウンタイムの ClickHouse アップグレードに推奨される手順です:
- 設定の変更がデフォルトの
/etc/clickhouse-server/config.xml
ファイルにないことを確認し、代わりに/etc/clickhouse-server/config.d/
にあることを確認してください。/etc/clickhouse-server/config.xml
はアップグレード中に上書きされる可能性があります。 - 変更履歴を確認し、互換性のない変更を探してください(ターゲットリリースから現在のリリースまでさかのぼって)。
- アップグレードの前に行える互換性のない変更を特定し、アップグレード後に行う必要がある変更のリストを作成します。
- 各シャードのために、他のレプリカがアップグレードされている間に維持する1つまたは複数のレプリカを特定します。
- アップグレードされるレプリカに対して、一度に1つずつ:
- ClickHouse サーバーをシャットダウン
- サーバーを目標バージョンにアップグレード
- ClickHouse サーバーを起動
- Keeper メッセージがシステムが安定していることを示すのを待つ
- 次のレプリカに進む
- Keeper ログと ClickHouse ログでエラーを確認する
- ステップ4で特定されたレプリカを新しいバージョンにアップグレードする
- ステップ1から3で行われた変更のリストを参照し、アップグレード後に行う必要がある変更を行います。
レプリケーション環境で複数のバージョンの ClickHouse が実行されているときに、このエラーメッセージが表示されることは予想されます。すべてのレプリカが同じバージョンにアップグレードされると、これらは表示されなくなります。
ClickHouse サーバーバイナリアップグレードプロセス
ClickHouse が deb
パッケージからインストールされている場合、サーバーで次のコマンドを実行します:
推奨される deb
パッケージ以外の方法で ClickHouse をインストールした場合は、適切な更新方法を使用してください。
シャードのすべてのレプリカがオフラインでない限り、複数のサーバーを同時にアップデートできます。
特定のバージョンへの ClickHouse の古いバージョンのアップグレード:
例として:
xx.yy.a.b
が現在の安定バージョンです。最新の安定バージョンは こちらで見つけることができます。