Tair (Redis® OSS-Compatible):インスタンス設定の変更

• 元のインスタンスに大きなキーが存在する場合、設定の変更は失敗する可能性があります。

  この場合、設定を変更する前に、インスタンスから大きなキーを識別して削除することを推奨します。 大きなキーを識別する方法の詳細については、「オフラインキー分析機能の使用」をご参照ください。

• インスタンスの設定をダウングレードする場合、新しいインスタンスのメモリ容量の80% は、元のインスタンスのメモリ使用量よりも大きくする必要があることに注意してください。 そうでない場合、インスタンスをダウングレードできません。 たとえば、元のインスタンスが8 GBのメモリを備え、すでに2 GBが使用されている標準のDRAMベースのインスタンスである場合、インスタンスを4 GBのストレージ容量を持つ標準のDRAMベースのインスタンスにダウングレードできます。

標準インスタンスをクラスターインスタンスに変更した場合でも、スタンドアロンインスタンスをマスターレプリカインスタンスに変更した場合でも、インスタンス情報は変更されずに維持されます。 情報には、インスタンスID、エンドポイント、データ、ホワイトリスト、既存のアカウントと対応するパスワードが含まれます。

Tair (Enterprise Edition) は、メモリ、永続メモリ、エンタープライズSSD (ESSD) などの異なるストレージタイプ間の構成変更をサポートしていません。

TairとRedis Open-Source Editionでは、CPU仕様を個別にアップグレードすることはできません。 インスタンス全体のCPUパフォーマンスを向上させるには、次のいずれかの方法を使用します。

• 標準インスタンスをクラスターまたは読み書き分離インスタンスに変更します。

• 読み書き分離インスタンスのリードレプリカの数を増やします。

• クラスターインスタンスのシャード数を増やします。

詳細については、「」をご参照ください。TairインスタンスのCPU仕様をアップグレードするにはどうすればよいですか?

インスタンス仕様の詳細については、「インスタンス仕様」をご参照ください。

classicインスタンスをcloud-nativeインスタンスに直接アップグレードすることはできません。

クラシックインスタンスをクラウドネイティブインスタンスにアップグレードする場合は、クラウドネイティブインスタンスを別途購入してから、クラシックインスタンスからクラウドネイティブインスタンスにデータを移行します。 詳細については、「Tair (Redis OSS互換) インスタンス間のデータ移行」をご参照ください。

• クラシッククラスターインスタンスを標準インスタンスに変更するには、設定を変更する ページでインスタンスの設定を変更します。

  ただし、プライベートエンドポイントがインスタンスに割り当てられている場合は、インスタンスの設定を変更する前にプライベートエンドポイントをリリースする必要があります。 設定変更後、インスタンスのプライベートエンドポイントを申請することはできません。 標準インスタンスにはプライベートエンドポイントは必要ありません。

• プロキシモードのクラウドネイティブクラスターインスタンスを標準インスタンスに変更できます。 直接接続モードのクラスターインスタンスを標準インスタンスに変更することはできません。

スタンドアロンインスタンスはデータの信頼性を保証しないため、高可用性インスタンスをスタンドアロンインスタンスに変更することはできません。

高可用性インスタンスをスタンドアロンインスタンスに変更する場合は、高可用性インスタンスを別途購入し、Data Transmission Service (DTS) を使用して高可用性インスタンスからスタンドアロンインスタンスにデータを移行します。 詳細については、「Tair (Redis OSS互換) インスタンス間のデータ移行」をご参照ください。

いいえ。 構成変更中は、読み取りおよび書き込み操作を一時停止する必要はありません。 ただし、インスタンスは最大1分間読み取り専用状態になり、それぞれが最大30秒間続く1つまたは2つの一時的な接続が発生する場合があります。 オフピーク時に設定を変更し、切り替えを実行することを推奨します。 詳細については、「構成変更の影響」をご参照ください。

はい。設定変更中、データは各シャードに自動的に移行されます。 標準インスタンスをクラスターインスタンスに変更したり、クラスターインスタンスのシャード数を調整したりすると、データはバックグラウンドで自動的に移行され、シャード全体に均等に分散されます。

構成の変更に必要な時間は、ネットワークの状態、ビジネスリクエストの数、データ量などのさまざまな要因によって異なるため、正確な期間を推定することはできません。

[インスタンス情報] ページの右上隅にあるアイコンをクリックして、設定変更の進行状況を確認できます。

構成の変更によってデータが失われることはありません。

構成を変更しても、バックアップセットが失われることはありません。 ただし、クラシッククラスターインスタンスからシャードを削除するか、インスタンスを標準インスタンスに変更すると、履歴バックアップセットとインスタンスノード間のマッピングが変更される場合があります。

このシナリオでは、バックアップ時点またはIDで履歴バックアップセットを検索できます。

バックアップセットからデータを復元するには、一般的にRedisデータベース (RDB) ファイルであるバックアップセットをダウンロードします。 次に、ファイルを解析して新しいインスタンスにインポートします。

設定変更リクエストを送信すると、インスタンスのステータスはすぐに 設定変更 に変わります。 この段階では、システムは、リソースの申請やデータの同期など、構成変更に必要な準備タスクを実行します。 切り替えは実行されず、インスタンスは期待どおりに実行できます。

[タスクセンター] ページでタスクのステータスを確認できます。 [タスクステータス] 列に [保留中のスケジュール] が表示されている場合、インスタンスはスケジュールされた切り替えを待機しています。

プライベートエンドポイントを持つクラシッククラスターインスタンスを標準または読み書き分離インスタンスに変更すると、「ダイレクトカスティンは通常のカスティンに変換できません」というエラーメッセージが表示されます。 これは、プライベートエンドポイントを持つクラシッククラスターインスタンスのアーキテクチャを変更できないためです。 アーキテクチャを変更するには、プライベートエンドポイントをリリースする必要があります。