すべてのプロダクト
Search
ドキュメントセンター

Tair (Redis® OSS-Compatible):インスタンスの仕様のスペックアップまたはスペックダウン

最終更新日:Sep 25, 2025

ビジネスの成長に合わせて仕様をスペックアップしたり、需要が少ない期間にコストを節約するために仕様をスペックダウンしたりすることで、Tair (Redis OSS-compatible) インスタンスを柔軟にスケールできます。

課金

仕様変更の料金は、インスタンスの課金方法によって異なります:

  • サブスクリプションインスタンス: スペックアップの場合は差額を支払い、スペックダウンの場合は返金を受け取ります。

  • 従量課金インスタンス: 新しい仕様に基づいて課金されます。

詳細については、「構成の変更」をご参照ください。

使用上の注意

  • 変更に適応するためにアプリケーションコードを変更する必要はありません。インスタンスのエンドポイント、データベースアカウント、パスワード、およびホワイトリスト設定は変更されません。

  • インスタンスデータは保持されます。スイッチオーバー中に元のプライマリノードに障害が発生するという稀なケースでは、同期されていない少量のデータが失われる理論上のリスクがあります。

  • クラウドネイティブインスタンスの場合、インスタンスをホストするサーバーに十分なリソースがあれば、一時的な切断なしでスペックアップまたはスペックダウンを実行できます。この場合、インスタンスで実行されているサービスは影響を受けません。詳細については、「スペックアップまたはスペックダウンのプロシージャ」をご参照ください。

    クラウドネイティブインスタンスをホストするサーバーのリソースが不足している場合や、インスタンスがクラシックインスタンスである場合など、その他のケースでは、インスタンスはスペックアップまたはスペックダウンのために別のサーバーに移行され、次の影響があります:

    • スイッチオーバー中に、それぞれ 30 秒未満続く 1〜2 回の一時的な切断が発生します。変更後、アプリケーションがインスタンスに再接続できることを確認してください。

    • 変更中、インスタンスは約 1 分間読み取り専用になります。これは、高速なデータ同期を確保し、DNS キャッシュによる二重書き込みを防ぐためです。大量のデータが書き込まれるインスタンスの場合、この期間は長くなることがあります。

    • スペックアップまたはスペックダウン中に、インスタンスのマイナーバージョンは自動的に最新にアップグレードされます。マイナーバージョンには下位互換性があるため、互換性の問題を心配する必要はありません。

制限事項

  • インスタンスの使用済みメモリは、スペックダウン後のメモリ容量の 80% を超えることはできません。超えた場合、スペックダウンは失敗します。たとえば、2 GB のメモリを使用している DRAM ベースのインスタンスがある場合、そのメモリを 2.5 GB 未満にスペックダウンすることはできません。

  • 分散インスタンス内のすべてのサブインスタンスは、同一の仕様に制限されます。異なる仕様へのスケーリングはサポートされておらず、パフォーマンスの問題を引き起こす可能性があります。

  • ESSD ベースのインスタンスの場合、ストレージ容量を 10 GB 単位で増やすことはできますが、減らすことはできません。

プロシージャ

  1. コンソールにログインし、[インスタンス] ページに移動します。上部のナビゲーションバーで、管理するインスタンスが存在するリージョンを選択します。次に、インスタンスを見つけてインスタンス ID をクリックします。

  2. 仕様変更ページに移動します。

    • サブスクリプションインスタンスの場合: 右上隅で、[仕様調整] > [仕様のスペックアップ] または [仕様のスペックダウン] をクリックします。

    • 従量課金インスタンスの場合: 右上隅で、[仕様調整] > [仕様のスペックアップ/スペックダウン] をクリックします。

  3. 表示されたページで、インスタンスの仕様を変更します。次に、[今すぐ購入] をクリックします。

    構成中に [切り替え時間] パラメーターに注意してください:

    • [データ移行後に切り替え]: 変更後、システムはすぐに新しいノードに切り替わります。

    • [メンテナンスウィンドウ内で切り替え] (推奨): システムは メンテナンスウィンドウ (オフピーク時間) 中に新しいノードに切り替わります。スイッチオーバーの前に、コンソールの [タスクセンター] に移動し、タスクの横にある [切り替え時間の変更] をクリックしてスイッチオーバー時間を変更できます。

  4. プロンプトに従って支払いを完了します。

    変更リクエストを送信すると、選択した [切り替え時間] にかかわらず、インスタンスのステータスはすぐに 設定変更 に変わります。システムは、リソースのリクエストやデータの同期など、変更の準備を開始します。これは、インスタンスによって提供されるサービスには影響しません。一時的な切断は、システムが新しいノードにスイッチオーバーするときにのみ発生します。

よくある質問

インスタンスの CPU 仕様のみをスペックアップできますか?

いいえ、Tair (Community Edition を含む) インスタンスの CPU 仕様のみをスペックアップすることはできません。インスタンスの CPU コアを増やすには:

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

  • 読み書き分離が有効になっているインスタンスの読み取り専用ノードの数を増やします。

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

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

エラー「The direct custins transfer node double target level error」が報告された場合はどうすればよいですか?

クラシッククラスターインスタンスで、プライベートエンドポイントを持つか、Redis グローバル分散キャッシュが有効になっている場合、シャード仕様とシャード数を同時に変更することはできません。同時に変更すると、このエラーが報告されます。

解決策については、「クラシック (ローカルディスクベース) クラスターインスタンスの構成を変更できないのはなぜですか?」をご参照ください。

付録: 仕様変更の仕組み

クラウドネイティブインスタンス

  1. 仕様変更リクエストを送信すると、インスタンスは設定変更中の状態になります。

  2. システムは、インスタンスをホストしている現在のノードに、ターゲット仕様に対応できる十分なリソースがあるかどうかを確認します。

  3. システムは、次の 2 つの方法のいずれかで仕様変更を実行します:

    • ノードに十分なリソースがある場合、インスタンスは一時的な切断なしでスペックアップまたはスペックダウンされます。この場合、インスタンスで実行されているサービスは影響を受けません。

    • ノードのリソースが不足している場合、インスタンスは新しいホストに移行されます:

      1. システムは、ターゲット仕様を満たす新しいホストノードをプロビジョニングし、データを事前に同期します。

      2. システムは、メンテナンスウィンドウ内 (またはすぐに) ビジネスを新しいノードに切り替えます。これにより、一時的な切断が発生します。

  4. 仕様変更が完了すると、インスタンスは実行中の状態に戻ります。

クラシックインスタンス

  1. 仕様変更リクエストを送信すると、インスタンスは設定変更中の状態になります。

  2. システムは、ターゲット仕様を満たす新しいホストノードをプロビジョニングし、データを事前に同期します。

  3. システムは、メンテナンスウィンドウ内 (またはすぐに) ビジネスを新しいノードに切り替えます。これにより、短時間の接続中断が発生します。

  4. 仕様変更が完了すると、インスタンスは実行中の状態に戻ります。