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

タスクセンター で、ステータス が 成功 のタスクをフィルターし、インスタンス仕様またはインスタンスの変更 という名前のタスクを確認します。または、DescribeHistoryTasks API オペレーションを呼び出すこともできます。

• インスタンス内の large key が原因で構成変更が失敗することがあります。

  構成変更の前に、large key を特定して削除してください。large key の検出方法については、「オフラインフルキー分析」をご参照ください。

• データ損失を防ぐため、スペックダウンには次の制限があります：元のインスタンスの使用メモリが、新しいインスタンスのメモリ容量の 80 ％未満である必要があります（使用メモリ ＜ 新しいメモリ容量 × 0.8）。この条件を満たさない場合、スペックダウンは失敗します。たとえば、使用メモリが 2 GB の 8 GB 標準（マスター・レプリカ）アーキテクチャのメモリベースインスタンスは、4 GB 標準（マスター・レプリカ）アーキテクチャのメモリベースインスタンスにスペックダウンできます。

Tair (Enterprise Edition) は、メモリベース、永続メモリ、ESSD ベースなど、異なる記憶媒体間の変更をサポートしていません。

Tair（および オープンソース Redis） は、CPU のみを単体でスペックアップすることをサポートしていません。代わりに、次の方法で全体的な CPU パフォーマンスを向上できます。

• 標準（マスター・レプリカ）アーキテクチャインスタンスをクラスタアーキテクチャまたは読み書き分離アーキテクチャに変更します。

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

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

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

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

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

スタンドアロンインスタンスが必要な場合は、新しいインスタンスを購入し、Data Transmission Service (DTS) を使用して高可用性インスタンスから新しいスタンドアロンインスタンスへデータを移行してください。詳細については、「Tair (Redis OSS-compatible) インスタンス間でのデータ移行」をご参照ください。

いいえ。ただし、インスタンスは約 1 分間読み取り専用になり、30 秒未満の瞬断が 1～2 回発生する可能性があります。ビジネスへの影響を最小限に抑えるため、構成変更およびスイッチオーバーはオフピーク時間帯に実施してください。各変更の影響の詳細については、「サポートされる構成変更とその影響」をご参照ください。

はい。システムは自動的にデータを移行および再バランスし、すべてのシャードにわたって分散します。

構成変更にかかる時間は、ネットワーク状況、リクエスト量、データサイズなど複数の要因に依存するため、正確な所要時間を予測することはできません。

インスタンス詳細ページの右上隅にある アイコンをクリックして、タスクの進捗をモニターできます。

いいえ。ただし、Classic クラスタアーキテクチャインスタンスのシャード数を減らす場合や、標準（マスター・レプリカ）アーキテクチャに変更する場合、過去のバックアップセットとインスタンスノードのマッピングが変更されます。

このようなシナリオでは、作成時刻またはバックアップセット ID で過去のバックアップセットを検索できます。

過去のバックアップからデータを復元するには、バックアップセット（RDB ファイル）をダウンロードし、解析した後、新しいインスタンスにデータをインポートします。

これはメタデータキャッシュの更新遅延が原因である可能性があります。数分待ってからページをリフレッシュしてください。

クラウドネイティブ標準アーキテクチャの高可用性インスタンスにおいて、ローカルリソースが十分な場合、インスタンス仕様のスペックアップまたはスペックダウンはゼロインパクト操作となります。この場合、システムはメンテナンスウィンドウを無視してタスクを即時に実行します。ローカルリソースが不十分な場合、システムはメンテナンスウィンドウ中にタスクを実行し、スイッチオーバー中に 30 秒未満の瞬断が 1～2 回発生する可能性があります。