本ガイドでは、Tair（Redis OSS互換）インスタンスのスケールアップまたはスケールダウン方法について説明します。トラフィック増加に対応する場合はアップグレードを行い、使用量が少ない期間にはコスト削減のためダウングレードを行ってください。
課金
課金は、お客様の支払方法によって異なります。
| 課金方法 | 発生内容 |
|---|---|
| サブスクリプション | アップグレードの場合は仕様変更に伴う価格差を支払います。ダウングレードの場合は、差額分が返金されます。 |
| 従量課金 | 新しい仕様に基づいて課金されます。 |
料金の詳細については、「構成の変更」をご参照ください。
制限事項
作業を開始する前に、以下の制約事項をご確認ください：
| 制約 | 詳細 |
|---|---|
| ダウングレード時のメモリ下限 | ダウングレード後、使用中のメモリ量は新しいメモリ容量の 80 % を超えてはなりません。たとえば、DRAM ベースのインスタンスで現在 2 GB のメモリを使用している場合、2.5 GB 未満へのダウングレードはできません。 |
| 分散型インスタンス | 分散型インスタンス内のすべてのサブインスタンスは、同一の仕様である必要があります。異なる仕様の混在はサポートされていません。 |
| ESSD ベースのインスタンス | ストレージ容量は 10 GB 刻みでのみ増加可能です。ストレージ容量の削減はサポートされていません。 |
| CPU 専用のアップグレード | CPU のみを独立してアップグレードすることはできません。利用可能な CPU コア数を増やすには、クラスタアーキテクチャへの切り替え、読み書き分離の有効化、読み取り専用ノードの追加、またはシャードの追加を行ってください。 |
インスタンスの仕様変更
変更されない項目
仕様変更時、以下の項目は変更されません。アプリケーションコードの変更は不要です：
エンドポイント
データベースアカウントおよびパスワード
ホワイトリスト設定
インスタンスのデータは保持されます。スイッチオーバー中にプライマリノードが稀に障害を起こした場合、同期されていない少量のデータが失われる可能性があります。
サービスへの影響
サービス中断の程度は、ご利用のインスタンスタイプおよびホストのリソース可用性によって異なります。
| シナリオ | サービス中断 |
|---|---|
| リソースが十分なホスト上のクラウドネイティブインスタンス | 発生しません。サービスは継続的に提供されます。 |
| リソースが不足しているホスト上のクラウドネイティブインスタンス、または任意のクラシックインスタンス | 1～2 回の瞬断が発生し、それぞれ 30 秒未満の短時間となります。アプリケーションが自動的に再接続するよう設定されていることをご確認ください。 |
スイッチオーバーが発生すると、DNS キャッシュによる二重書き込み問題を防止し、高速なデータ同期を確保するため、約 1 分間インスタンスが読み取り専用になります。書き込み量が多いインスタンスでは、この期間が延長される場合があります。
仕様変更中、インスタンスのマイナーバージョンは自動的に最新版へアップグレードされます。マイナーバージョンは下位互換性を保証します。
操作手順
インスタンスページにログインします。上部のナビゲーションバーから、ご利用のインスタンスが配置されているリージョン（中国 (杭州)）を選択し、インスタンス ID をクリックします。
右上隅の 仕様調整 をクリックし、該当するオプションを選択します：
サブスクリプションインスタンス： 仕様アップグレード または 仕様ダウングレード を選択します。
従量課金インスタンス： 仕様アップグレード／ダウングレード を選択します。
表示されたページで、目的の仕様を選択します。
切り替えタイミング を設定します：
メンテナンスウィンドウ内での切り替え（推奨）：システムは、設定済みのメンテナンスウィンドウ（非ピーク時間帯）に変更を適用します。スイッチオーバー前のタイミングを調整する場合は、タスクセンター に移動し、対象タスク横の 切り替えタイミングの変更 をクリックします。
データ移行完了後の切り替え：システムは、データ移行が完了した直後に新しいノードへ切り替えます。
今すぐ購入 をクリックし、支払いを完了します。
送信後、インスタンスステータスは 構成変更中 に変わります。システムはバックグラウンドでリソースの確保およびデータ同期を開始しますが、この段階ではサービスへの影響はありません。一時的な瞬断は、新しいノードへのスイッチオーバー直前にのみ発生します。
仕様変更の仕組み
基盤となる処理を理解することで、サービス中断が発生するタイミングを予測できます。
クラウドネイティブインスタンス
インスタンスは 構成変更中 ステータスに移行します。
システムは、現在のホストに目的の仕様を満たす十分なリソースがあるかを確認します。
リソースの可用性に応じて、以下のいずれかの処理が実行されます：
リソースが十分な場合：仕様変更はインプレースで完了し、サービス中断は発生しません。
リソースが不足している場合：システムは新しいホストノードをプロビジョニングし、インスタンスデータを事前に同期した後、メンテナンスウィンドウ内（または即時）でトラフィックを新しいノードへ切り替えます。この際、一時的な瞬断が発生します。
インスタンスは 実行中 ステータスに戻ります。
クラシックインスタンス
インスタンスは 構成変更中 ステータスに移行します。
システムは新しいホストノードをプロビジョニングし、インスタンスデータを事前に同期します。
システムはメンテナンスウィンドウ内（または即時）でトラフィックを新しいノードへ切り替えます。この際、一時的な瞬断が発生します。
インスタンスは 実行中 ステータスに戻ります。
よくある質問
CPU のみをメモリを変更せずにアップグレードできますか？
いいえ。Tair（Community Edition を含む）では、CPU のみを独立してアップグレードすることはできません。利用可能な CPU コア数を増やすには、以下のいずれかの方法をご利用ください：
標準アーキテクチャからクラスタアーキテクチャへの切り替え、または読み書き分離の有効化
読み書き分離が有効なインスタンスの場合、読み取り専用ノードの追加
クラスターインスタンスの場合、シャードの追加
詳細については、「インスタンスのCPU仕様をスペックアップする方法」および「インスタンスのタイプとよくある質問」をご参照ください。