Tair (Redis OSS-compatible) は、インスタンスのアーキテクチャをスタンダード (プライマリ/レプリカ) とクラスターアーキテクチャの間で変更することをサポートしています。
課金
従量課金インスタンスの構成を変更する場合、新しい仕様に基づいて課金されます。サブスクリプションインスタンスの構成を変更する場合、構成をスペックアップするかスペックダウンするかに基づいて、差額が課金または返金されます。
構成変更の課金ルールと構成スペックダウンの返金ルールの詳細については、「構成変更」をご参照ください。
スタンダード (プライマリ/レプリカ) アーキテクチャからクラスターアーキテクチャへの変換
影響
エンドポイント、アカウント、パスワード、ホワイトリストは変更されません: 変換後にアプリケーションコードを修正する必要はありません。
通常、データは失われません: ただし、スイッチオーバー中に元のプライマリノードが故障した場合など、まれなケースでは、同期されていない少量のデータが失われる理論的なリスクがあります。
30 秒以内に 1 回または 2 回の一時的な切断: スイッチオーバー中に、それぞれ 30 秒未満続く一時的な切断が 1 回または 2 回発生する可能性があります。アプリケーションに再接続メカニズムがあることを確認してください。
約 1 分間の読み取り専用状態: 新しいインスタンスが元のインスタンスからの増分データに迅速に追いつき、DNS キャッシュによる二重書き込みを回避するために、インスタンスは通常、約 1 分間読み取り専用状態になります。この期間は、書き込みワークロードが高いインスタンスでは長くなる場合があります。
Lua スクリプトが失われる可能性があります: クラスターアーキテクチャには、Lua スクリプトの使用に特定の制限があります。インスタンスをクラスターアーキテクチャに変換すると、コンテンツが条件を満たさない場合、Lua スクリプトが失われる可能性があります。事前にスクリプトをバックアップしてください。詳細については、「クラスターアーキテクチャの特別な制限」をご参照ください。
その他のコマンド制限: クラスターアーキテクチャは一部のコマンドをサポートしていません。インスタンスをクラスターアーキテクチャに変換する前に、これらのコマンド制限がビジネスに与える影響を評価してください。詳細については、「クラスターアーキテクチャのコマンド制限」をご参照ください。
最新のマイナーバージョンへのアップグレード: パフォーマンスと安定性を向上させるため、インスタンスが以前のマイナーバージョンを実行している場合、システムは変換中に最新のマイナーバージョンにアップグレードします。マイナーバージョンは上位互換性があるため、互換性の問題を心配する必要はありません。
制限事項
読み書き分離が有効になっている場合は、まず無効にする必要があります。
分散インスタンスのサブインスタンスのアーキテクチャは変更できません。
Tair (Enterprise Edition) SSD ベースのインスタンスはアーキテクチャの変更をサポートしていません。
手順
コンソールにログインし、[インスタンス] ページに移動します。上部のナビゲーションバーで、管理するインスタンスが存在するリージョンを選択します。次に、インスタンスを見つけてインスタンス ID をクリックします。
サブスクリプションインスタンスの場合は、右上隅にある または [仕様のダウングレード] をクリックします。従量課金インスタンスの場合は、右上隅にある をクリックします。
表示されたページで、必要な構成を選択し、[今すぐ購入] をクリックします。
以下に、主要な設定項目である [切り替え時間] について説明します:
[データ移行後に切り替え]: データ移行が完了すると、システムはすぐに新しいノードに切り替わります。
[メンテナンスウィンドウ内で切り替え] (推奨): システムは メンテナンスウィンドウ (オフピーク時間) 中に新しいノードに切り替わります。スイッチオーバーの前に、コンソールの [タスクハブ] に移動し、インスタンスタスクの横にある [切り替え時間の変更] をクリックしてスイッチオーバー時間を変更できます。
プロンプトに従って支払いを完了します。
リクエストを送信すると、選択した [切り替え時間] に関係なく、インスタンスのステータスはすぐに 設定変更 に変わります。これはインスタンスが提供するサービスには影響しません。システムはまず、リソースのリクエストやデータの同期など、変更の準備をします。一時的な切断は、システムが新しいノードに切り替わるときにのみ発生します。
変換後の注意点:
接続モードはデフォルトでプロキシモードです。 プロキシノードの監視ページでクライアント接続数を確認できます。データノードへの接続数は 0 と表示されます。
アラート設定 および CloudMonitor の元の アプリケーショングループ が無効になる場合があります。引き続き使用する場合は、再設定してください。
データフラッシュバック 機能は無効になります。引き続き使用する場合は、再設定してください。
クラスターアーキテクチャからスタンダード (プライマリ/レプリカ) アーキテクチャへの変換
影響
エンドポイント、アカウント、パスワード、ホワイトリストは変更されません: 変換後にアプリケーションコードを修正する必要はありません。
通常、データは失われません: ただし、スイッチオーバー中に元のプライマリノードが故障した場合など、まれなケースでは、同期されていない少量のデータが失われる理論的なリスクがあります。
30 秒以内に 1 回または 2 回の一時的な切断: スイッチオーバー中に、それぞれ 30 秒未満続く一時的な切断が 1 回または 2 回発生する可能性があります。
約 1 分間の読み取り専用状態: 新しいインスタンスが元のインスタンスからの増分データに迅速に追いつき、DNS キャッシュによる二重書き込みを回避するために、インスタンスは通常、約 1 分間読み取り専用状態になります。この期間は、書き込みワークロードが高いインスタンスでは長くなる場合があります。
最新のマイナーバージョンへのアップグレード: パフォーマンスと安定性を向上させるため、インスタンスが以前のマイナーバージョンを実行している場合、システムは変換中に最新のマイナーバージョンにアップグレードします。マイナーバージョンは上位互換性があるため、互換性の問題を心配する必要はありません。
制限事項
読み書き分離が有効になっている場合は、まず無効にする必要があります。
直接接続モードを使用するクラスターインスタンスは、スタンダードアーキテクチャに変換できません。
Tair (Enterprise Edition) SSD ベースのインスタンスはアーキテクチャの変更をサポートしていません。
手順
コンソールにログインし、[インスタンス] ページに移動します。上部のナビゲーションバーで、管理するインスタンスが存在するリージョンを選択します。次に、インスタンスを見つけてインスタンス ID をクリックします。
サブスクリプションインスタンスの場合は、右上隅にある または [仕様のダウングレード] をクリックします。従量課金インスタンスの場合は、右上隅にある をクリックします。
表示されたページで、必要な構成を選択し、[今すぐ購入] をクリックします。
以下に、主要な設定項目である [切り替え時間] について説明します:
[データ移行後に切り替え]: データ移行が完了すると、システムはすぐに新しいノードに切り替わります。
[メンテナンスウィンドウ内で切り替え] (推奨): システムは メンテナンスウィンドウ (オフピーク時間) 中に新しいノードに切り替わります。スイッチオーバーの前に、コンソールの [タスクハブ] に移動し、インスタンスタスクの横にある [切り替え時間の変更] をクリックしてスイッチオーバー時間を変更できます。
プロンプトに従って支払いを完了します。
リクエストを送信すると、選択した [切り替え時間] に関係なく、インスタンスのステータスはすぐに 設定変更 に変わります。これはインスタンスが提供するサービスには影響しません。システムはまず、リソースのリクエストやデータの同期など、変更の準備をします。一時的な切断は、システムが新しいノードに切り替わるときにのみ発生します。
変換後の注意点:
アラート設定 および CloudMonitor の元の アプリケーショングループ が無効になる場合があります。引き続き使用する場合は、再設定してください。
データフラッシュバック 機能は無効になります。引き続き使用する場合は、再設定してください。
よくある質問
インスタンスの仕様変更にはどのくらい時間がかかりますか？
必要な時間は、ネットワークの状態、サービスリクエストの数、データ量など、複数の要因によって異なります。そのため、正確な所要時間を見積もることはできません。
インスタンス詳細ページで、右上隅の 
をクリックすると、タスクの進捗状況を確認できます。
