新しいメジャー・バージョンへのアップグレード
IBM Cloud® Databases for Elasticsearch は2つの異なるアップグレードパスを提供する：
- 新しいメジャー・バージョンへのインプレース・アップグレード
- バックアップからのリストア（ Elasticsearch エンタープライズプラン、 Elasticsearch プラチナプランに対応）
メジャーバージョンアップ
インプレース メジャー バージョン アップグレード: 配備を次の新しいメジャー バージョンにアップグレードできるため、バックアップを新しい配備にリストアする必要がなくなります。 この方法では、配備を再構成する必要なく、同じ接続文字列を維持できます。 ただし、新しいメジャーバージョンでアプリケーションの調整が必要な場合は、それに対応しなければならない。
インプレース・アップグレードのオプション
- バックアップ付き ：アップグレードを実行する前にバックアップを作成し、安全性を高めます。
- バックアップなし ：バックアップを作成せずに処理を進めます。 アップグレードに失敗した場合は、最新のバックアップから新しい配置にリストアする必要があります。
バックアップなしのインプレース・アップグレードは推奨されません。 アップグレードが何らかの段階で失敗した場合、すぐに復元できるバックアップがないため、データが失われる可能性があります。
開始前に
- 配備が健全な状態であることを確認する。
- 少なくとも4GBのディスク空き容量を確保してください。
- 任意のバージョンを指定する代わりに、次のメジャーバージョンにのみアップグレードします。
- 各メジャーバージョンには、以前のバージョンと後方互換性のない機能が含まれている場合があります。 データベースベンダの リリースノートを 確認し、アプリケーションに影響する可能性のある変更点を確認してください。
- 配置を以前のバージョンにダウングレードすることはサポートされていません。
- インプレース・アップグレードは、一度開始するとキャンセルできません。
UI でのアップグレード
- アップグレードプロセスをテストするために Databases for Elasticsearch を作成します。 同じバージョンの既存の配置から バックアップを復元して 配置を作成します。
- ステージングアプリケーションをテストデプロイメントに向ける。 ステージングアプリケーションを更新して、テストデプロイメントを指すようにします。 テスト アプリケーションがステージング配置に正常に接続でき、アプリケーショ ンが期待どおりに動作することを確認します。 ステージング環境のパフォーマンステストおよび運用テストを実施する。
- 概要] ページの[メジャー バージョンをアップグレード]ボタンをクリックして、テス ト配置のメジャー バージョンをアップグレードします。 アップグレード中はデータベースにアクセスできません。 アップグレードが完了するまでの時間をメモしておくと、アップグレードの有効期限設定を使用して、メンテナンスウィンドウ内にアップグレードを含めることができます。
- ステージング・アプリケーションが新しいデータベース・バージョンで動作することを確認します。 アプリケーションが動作していれば、このステップで本番データベースをアップグレードしても問題ないことが確認できます。
- メジャー バージョンをアップグレード] をクリックして、本番環境配備をアップグレードします。 新しいバージョンのデータベースを使用してアプリケーションが正しく動作することを確認したら、管理コンソールに戻り、本番環境への配置をアップグレードするプロセスを開始します。 Overview 」ページの 「Deployment details」 セクションで、「 Upgrade major version 」をクリックし、手順に従ってください。
いったんインプレースアップグレードが始まると、停止したりロールバックしたりすることはできません。 そのため、万が一エラーが発生した場合、データベースの展開が回復できなくなる可能性があります。 したがって、新しい配置にリストアするために使用できるバッ クアップを作成します。 バックアップによるメジャー バージョンのインプレース アップグレード] を選択した場合、作成されたバッ クアップは新しい配置での復元に使用できます。
アップグレードの開始期限では、アップグレードジョブが自動的にキャンセルされるまでの「タイムアウト」期間を設定できます。 さらに、アップグレードが希望する時間内に完了することを確認するために、前もってステージングでアップグレードをテストします。 例えば、1時間以内にアップグレードを完了したい場合、アップグレードをテストして30分かかることが分かっていれば、アップグレードジョブは、アップグレードしたいことを確認してから30分以内に開始しなければなりません。 そのため、有効期限を30分に設定し、その時間内に開始しなければウィンドウをオーバーしないようにする。
トラブルシューティング
健康診断
- Elasticsearch アップグレードを開始する前に、クラスタに十分なリソースがあり、健全な状態であることを確認することが重要です。
- クラスタのヘルスステータスが緑であることを確認します。
- 容量不足によるアップグレードの失敗を避けるため、ディスク使用率が85%以下であることを確認する。
- クラスタ内の非推奨を検出するためにセカンダリ・プレチェックを実行します。
- もし非推奨事項が見つかった場合、アップグレード処理は停止され、すべての問題が解決された後にのみ再試行する必要があります。
それでも問題が解決しない場合は、 IBM Cloud サポートチケットを作成してください。
弾力性のあるリソース
バックアップからのリストア
データベースのメジャー・バージョンが寿命（EOL）に達する前に、バックアップから新しいデータベース・インスタンスにリストアして、利用可能な次のメジャー・バージョンにアップグレードします。
EOLの前に、最新バージョンでの運用を準備し、そして移行する。 詳細については、 バージョニング・ポリシーを参照してください。
バージョンのロールバックはサポートされていません。
Databases for Elasticsearch で利用可能な Elasticsearch の最新バージョンにアップグレードする。 カタログ・ページ、 Cloud Databases CLI プラグイン・コマンド、または API /eployables エンドポイント( )から最新バージョンを検索できます。 ibmcloud cdb deployables-show または [Cloud Databases API /deployables エンドポイント( https://cloud.ibm.com/apidocs/cloud-databases-api/cloud-databases-api-v5#listdeployables]
)から最新版を検索できます。
アップグレードは、データの バックアップを新しいデプロイメントに復元する ことによって処理されます。 バックアップからのリストアにはさまざまな利点がある：
- 元のデータベースが実行されたままなので、実動作業を中断せずに実行できる。
- 実動とは別に新規データベースをテストして、アプリケーションの非互換性がないかを確認できる。
- 任意の時点でプロセス全体をやり直すことができる。
- フレッシュ・リストアなので、前のバージョンのデータベースの不要な成果物が新規データベースに引き継がれる可能性が低くなる。
アップグレード・パス
| 現行バージョン | メジャー・バージョンのアップグレード・パス |
|---|---|
| Elasticsearch 8.7 | Elasticsearch 8.19 |
| Elasticsearch 8.10 | Elasticsearch 8.19 |
| Elasticsearch 8.12 | Elasticsearch 8.19 |
| Elasticsearch 8.15 | Elasticsearch 8.19 |
| Elasticsearch 8.19 | Elasticsearch 9.1 |
UI でのアップグレード
新しいホスティング・モデル（分離コンピュートおよび共有コンピュート）については、 CLI および API 経由で新しいメジャー・バージョンへのアップグレードが可能です
IBM Cloud コンソールの配置の [バックアップと復元] ページからバックアップを 復元する ことで、新しいバージョンにアップグレードできます。 バックアップのバックアップを復元] をクリックすると、新しいタブでページが開き、新しい配置のオプションをいくつか変更できます。 その 1 つがデータベースのバージョンであり、アップグレードのターゲットにできるバージョンが自動的に取り込まれています。 バージョンを選択し、 バックアップの復元をクリックして、プロビジョニングと復元プロセスを開始します。