新しいメジャー・バージョンへのアップグレード

主要なデータベースのバージョンがサポート終了(EOL)になると、利用可能な次のバージョンにアップグレードすることで、継続的なサポートと最適なパフォーマンスが保証されます。 Redis バージョンの詳細は、 カタログ、 Cloud Databases CLI プラグイン、または Cloud Databases API で確認できます。

シンプルなアップグレード・パス

Databases for Redis の用途の多くは、データが一時的な傾向があるキャッシュとして機能するため、新しいデプロイメントを作成するのが最善です。 このシンプルな方式では、最新バージョンの Databases for Redis を使用して新しいデプロイメントをプロビジョンした後、アプリケーションが新しいデプロイメントをポイントするようにします。 これにより、最初の使用時に直接キャッシュが構築されます。

新しいメジャー・バージョンへのアップグレード方法

EOL 日より前の最新バージョンでの実行を準備し、それにマイグレーションします。 詳細については、バージョン管理ポリシーを参照してください。

バージョンのロールバックはサポートされていません。

Databases for Redisで使用可能な Redis の最新バージョンにアップグレードします。 カタログ・ページ、 Cloud Databases CLI プラグイン・コマンド ibmcloud cdb deployables-show、または Cloud Databases API /deployables エンドポイントから、最新バージョンを見つけます。

アップグレードは、データを新しいデプロイメントに バックアップの復元 することで行われます。 バックアップからのリストアには、以下のようなさまざまな利点があります。

  • 元のデータベースが実行されたままなので、実動作業を中断せずに実行できる。
  • 実動とは別に新規データベースをテストして、アプリケーションの非互換性がないかを確認できる。
  • 任意の時点でプロセス全体をやり直すことができる。
  • フレッシュ・リストアなので、前のバージョンのデータベースの不要な成果物が新規データベースに引き継がれる可能性が低くなる。

アップグレード・パス

主なバージョンアップパス
現行バージョン メジャー・バージョンのアップグレード・パス
Databases for Redis V7.2 -> Databases for Redis V8.2

UI を使用したアップグレード

新しいホスティング・モデルの場合、新しいメジャー・バージョンへのアップグレードは CLI と API を通じて現在可能です。

配置の [*概要]*ページの [バックアップと復元]タブからバックアップを 復元する ときに、新しいバージョンにアップグレードします。 選択したバックアップのオーバーフローメニューまたは展開されたテーブル行のいずれかで、[バックアップの復元] をクリックします。 リストア プロビジョニング]ページが開き、新しい配置のオプションを選択できま す。 オプションのひとつにデータベース・バージョンがあり、利用可能なバージョンが自動入力されます。 バージョンを選択し、「 バックアップを復元 」をクリックして、プロビジョニングおよび復元プロセスを開始してください。

CLI を使用したアップグレード

IBM Cloud CLI を使用してバックアップからアップグレードとリストアを行う場合は、リソース・コントローラーからプロビジョニング・コマンドを使用します。

ibmcloud resource service-instance-create <INSTANCE-NAME> <SERVICE-ID> <SERVICE-PLAN-ID> <REGION>

パラメーターの service-name、service-id、service-plan-id、region はすべて必須です。 また、-p に、バージョンとバックアップ ID のパラメーターを JSON オブジェクトで指定してください。 新規デプロイメントは、バックアップ時のソース・デプロイメントと同じディスクおよびメモリーを適用して自動的にサイズ変更されます。

配置のバックアップとバックアップ ID のリストは、次のコマンドを使用して取得できます。

ibmcloud cdb deployment-backups-list <INSTANCE_NAME_OR_CRN> --json

以下のように、選択したバックアップのIDをリソースコントローラーコマンドのパラメータとして使用します。

ibmcloud resource service-instance-create example-upgrade databases-for-redis standard us-south \
-p \ '{
  "backup_id": "crn:v1:bluemix:public:databases-for-redis:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71717:backup:06392e97-df90-46d8-98e8-cb67e9e0a8e6",
  "version":"7.2"
}'

API を使用したアップグレード

API によるプロビジョニングと同様に、バックアップからアップグレードを行うには、事前に リソースコントローラーAPIを使用するために必要な手順 を完了しておく必要があります。 その後、API に POST 要求を送信します。 パラメータ name、 target、 resource_group、 resource_plan_id、 backup_id、 service_endpoints、 version はすべて必須。 新規デプロイメントのメモリーとディスクの割り振りは、バックアップ時のソース・デプロイメントと同じになります。

配置のバックアップとバックアップ ID のリストは、次の API リクエストを使用して取得できます。

curl -X GET  https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/backups  
-H 'Authorization: Bearer <token>' \

以下の例のように、リソースコントローラAPIリクエストで選択したバックアップのIDを使用します。

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <token>' \
  -H 'Content-Type: application/json' \
    -d '{
    "name": "new-instance-name",
    "target": "us-south",
    "resource_group": "5g9f447903254bb58972a2f3f5a4c711",
    "resource_plan_id": "databases-for-redis-standard",
    "parameters":{
		  "backup_id": "crn:v1:bluemix:public:databases-for-redis:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71717:backup:06392e97-df90-46d8-98e8-cb67e9e0a8e6",
		  "service_endpoints": "private",
		  "version": "7.2"
    }
  }'

バックアップと復元:例

アップグレードするには、以下のオンデマンド・バックアップおよびリストアのステップを実行します。 この例では、最新バージョンにアップグレードする手順を説明します。

UIで手動バックアップを作成するには:

  1. Databases for Redis インスタンスの 「バックアップとリストア」 タブに移動します。
  2. [ バックアップの作成 ] をクリックします。バックアップが実行中であることを示すメッセージが表示され、オンデマンドバックアップが利用可能なバックアップの一覧に追加されます。 オンデマンド・バックアップは、概要ページの最近のタスク・パネルで確認できます。

新規サービス・インスタンスにバックアップをリストアするには、以下のようにします。

  1. 「バックアップおよびリストア (Backups and restore)」 タブに移動します。

  2. 復元したいオンデマンドバックアップのオプションを展開するには、該当する行をクリックしてください

  3. Restore backup(バックアップの復元)をクリックすると、復元インスタンスページに再ダイレクトされます。

  4. Restore ページでは、新しいインスタンスのサービス名、リージョン、リソース割り当ての値を変更できます。 デフォルトでは、新しいインスタンスのディスク容量とメモリ容量は、復元元のバックアップが作成された時点のソースインスタンスと同じサイズに自動的に設定されます。 サービス構成 ]で、[データベースバージョン]として[利用可能な最新バージョン]を選択します。

  5. バックアップの復元をクリックします。

    バックアップ・リストアの間、"appendonly=yes "を維持する。 データの損失を防ぐため、復元が完了してからキャッシュモードに切り替える。

    新しいインスタンスのプロビジョニングが完了すると、バックアップファイル内のデータが新しいインスタンスに復元されます。 アップグレードされた新しいインスタンスは、 リソースリストからアクセスできる。

バックアップの復元中は、ソースインスタンスを削除しないでください。 古いインスタンスを削除する前に、新しいインスタンスのプロビジョニングが完了し、バックアップが復元されるまでお待ちください。 インスタンスを削除すると、そのバックアップも削除されます。

強制アップグレード

リストアとアップグレードを使用してアップグレードしないことを選択した場合、 Databases for Redis、バージョン終了時に次のメジャーバージョンに強制アップグレードされます。

この方法は、本番環境では推奨されません。 メジャーバージョンのアップグレードでは、機能、動作、パフォーマンス特性、設定、またはクライアントとの互換性に変更が加えられることがあり、それにより既存のアプリケーションに影響が及ぶ可能性があります。 詳細については、「 サポート終了の手順 」を参照してください。 予期せぬ問題が発生するリスクを軽減するため、サポート終了日前に、管理されたアップグレードを実施し、対象バージョンに対してアプリケーションを徹底的にテストしてください。 このプロセスにより、本番環境をアップグレードする前に、互換性の問題、運用上の変更、およびアプリケーションへの影響を特定し、対処することができます。

データ・マイグレーションが必要な場合

マイグレーションに関するガイダンスについては、 Databases for Redisへのマイグレーション を参照してください。