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

[タスクセンター] ページで、[ステータス統計] を [成功] に設定し、[スペックアップ/ダウングレードまたは移行] タイプのタスクを確認します。この情報は、DescribeHistoryTasks API 操作を呼び出して取得することもできます。

• large キーが含まれている場合、インスタンスのスペックアップまたはスペックダウンが失敗することがあります。

  インスタンス構成を変更する前に、すべての large キーを特定して削除してください。large キーを特定する方法の詳細については、「オフラインキー分析」をご参照ください。

• データ損失を防ぐため、スペックダウン時には次の制限が適用されます：新しいインスタンスのメモリ容量の 80% が、元のインスタンスの使用済みメモリよりも大きい必要があります (新しい容量 × 0.8 > 使用済みメモリ)。そうでない場合、スペックダウンは失敗します。たとえば、8 GB のメモリ最適化 Standard Edition インスタンスが 2 GB のメモリを使用している場合、4 GB のメモリ最適化 Standard Edition インスタンスにスペックダウンできます。

Tair (Enterprise Edition) インスタンスの記憶媒体は、メモリ最適化、永続メモリ、ESSD タイプ間で互換性がないため、変更することはできません。

Tair (および Redis オープンソース版) インスタンスの CPU のみをスペックアップすることはできません。インスタンス全体の CPU パフォーマンスは、次の方法で向上させることができます。

• インスタンスアーキテクチャを標準からクラスターまたは読み書き分離に変更する。

• 読み書き分離アーキテクチャを使用するインスタンスの読み取り専用ノード数を増やす。

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

詳細については、「インスタンスの CPU 仕様をスペックアップする方法」をご参照ください。

インスタンスタイプの詳細については、「インスタンスタイプとよくある質問」をご参照ください。

単一レプリカエディションはデータ信頼性を保証しないため、高可用性 (HA) インスタンスを単一レプリカインスタンスに変更することはできません。

必要に応じて、別の高可用性インスタンスを購入し、DTS を使用してそこから単一レプリカインスタンスにデータを移行できます。詳細については、「Tair (Redis OSS-compatible) インスタンス間の移行」をご参照ください。

いいえ、その必要はありません。ただし、ビジネスへの影響を最小限に抑えるため、オフピーク時間に変更を実行することを推奨します。インスタンスは約 1 分間読み取り専用になり、それぞれ 30 秒未満の瞬断が 1〜2 回発生する可能性があります。各変更の具体的な影響の詳細については、「サポートされる構成変更とその影響」をご参照ください。

はい、移行されます。Standard Edition インスタンスをクラスターインスタンスに変更したり、クラスターインスタンスのシャード数を変更したりすると、システムはすべてのシャード間でデータを自動的に移行し、再分散します。

構成変更の所要時間は、ネットワーク条件、リクエスト量、データ量などの要因によって異なります。そのため、所要時間を予測することはできません。

インスタンス詳細ページの右上隅にある アイコンをクリックして、タスクの進行状況を監視できます。

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

このシナリオでは、作成時間またはバックアップセット ID で関連するバックアップセットを検索することで、履歴バックアップセットを見つけることができます。

データを復元するには、履歴バックアップセット (RDB ファイル) をダウンロードし、それを解析して新しいインスタンスにデータをインポートします。