TencentDB for MySQLインスタンスを同じリージョン内の他のアベイラビリティーゾーンに移行することができます。アベイラビリティーゾーンを移行しても、インスタンスの属性、設定、接続アドレスはすべて変更されません。移行にかかる時間はインスタンスのデータ量によります。
以下のシナリオにおいて、アベイラビリティーゾーンの移行を選択することができます:
インスタンスのタイプを変更しようとしていますが、現在のアベイラビリティーゾーンにおいて新しいタイプのインスタンスを有効化できないと仮定します。このシナリオにおいて、インスタンスをそのタイプを有効化できるアベイラビリティーゾーンへ移行することができます。
現在のアベイラビリティーゾーンに拡張を行うリソースがない状況において、インスタンスを同じリージョン内の他のリソースが充分なアベイラビリティーゾーンへ移行し、ビジネスニーズを満たすことができます。
前提条件
インスタンスのステータスが「実行中」であり、かつアーキテクチャがデュアルノード、トリプルノード、またはクラウドディスク版であること。ただし、デュアルノードのエコノミータイプはアベイラビリティーゾーンの移行をサポートしていません。
インスタンスのあるリージョンに複数のアベイラビリティーゾーンがあり、アベイラビリティーゾーン移行機能をサポートしていること。
料金説明
本機能は無料です。インスタンスをシングルアベイラビリティーゾーンからマルチアベイラビリティーゾーンへ移行したとしても、料金はかかりません。
機能説明
アベイラビリティーゾーンを移行しても仮想IP(VIP)の変更は発生しません。
アベイラビリティーゾーンのマスターインスタンスとROを移行してもデカップリングされず、移行後のマスターインスタンスはま依然としてクロスリージョンのROと同期できます。
ROインスタンスはアベイラビリティーゾーンを選択できます。
ターゲットインスタンスがDTSプロセスにおいて、クラウドプラットフォームにタスクチェーンがある場合、クロスアベイラビリティーゾーン移行を行うことはできません。
実行中のDTSタスクがある場合、アベイラビリティーゾーンを移行すると、対応するDTSタスクを再起動する必要があります。
マスターインスタンスがdumperのエクスポートプロセスにおいてクロスアベイラビリティーゾーン経由で移行して切り替える場合、DTSエクスポートは失敗します。
インスタンスがクロスアベイラビリティーゾーン移行を完了した当日が、そのインスタンスの自動バックアップ期間と重なった場合、システムは追加でバックアップを一度実行します。例えば、あるインスタンスが8月5日に自動バックアップを予定していても、同日にクロスアベイラビリティーゾーン移行を行った場合、システムは通常の自動バックアップに加えて、移行完了時にもう一度バックアップを自動的に実行します。
使用影響
切り替える際にインスタンスアベイラビリティーゾーンは一時的に影響を受けるため、アプリに自動再接続メカニズムを備えるようにしてください。
使用制限
ROインスタンスはクロスリージョン移行をサポートしていません。
データベースプロキシを有効にしたインスタンスのアベイラビリティーゾーンへの移行は現時点ではサポートしていません。データベースプロキシを無効化してから、アベイラビリティーゾーン間の移行を行ってください。
移行して切り替える際、ROグループ経由でアクセス(排除)することはできません。
2ノード、3ノードアーキテクチャ下でアベイラビリティーゾーンを移行すると、マスタースレーブアベイラビリティーゾーンの選択はリージョンとエリアの残りリソースに制限されます。コンソールで移行する際にターゲットアベイラビリティーゾーンを選択すると、スレーブアベイラビリティーゾーンのオプションは自動で更新されます。
デュアルノード、トリプルノード、クラウドディスク版アーキテクチャでアベイラビリティーゾーンを移行する際、マスター/スレーブのアベイラビリティーゾーンの選択は、リージョンおよびゾーンの残存リソースによって制限されます。コンソールで移行先のターゲットアベイラビリティーゾーンを選択すると、スレーブアベイラビリティーゾーンの選択肢が自動的に更新されます。
マスターインスタンスと同じアベイラビリティーゾーンにあるROインスタンスは、デフォルトでマスターインスタンスとともにターゲットアベイラビリティーゾーンに移行されますが、マスターインスタンスと同じアベイラビリティーゾーンにないROインスタンスは現在、アベイラビリティーゾーンへの移行をサポートしていません。
移行タイプ
|
1つのアベイラビリティーゾーンから他のアベイラビリティーゾーンへ移行 | インスタンスのあるアベイラビリティーゾーンで、フルに負荷がかかるかまたはインスタンス性能にその他影響が発生。 | マスターインスタンス、ROインスタンス、ディザスタリカバリインスタンス |
1つのアベイラビリティーゾーンから複数のアベイラビリティーゾーンへ移行 | インスタンスの障害復旧レベルを向上させ、コンピュータルームをまたいでの障害復旧を実現します。マスタースレーブインスタンスはそれぞれのアベイラビリティーゾーンに位置します。シングルアベイラビリティーゾーンインスタンスと比較して、マルチアベイラビリティーゾーンはより高いレベルの障害復旧に耐えることができます。例えば、シングルアベイラビリティーゾーンインスタンスはサーバーおよびラックレベルの障害に耐えることができ、マルチアベイラビリティーゾーンインスタンスはコンピュータルームレベルの障害に耐えることができます。 | マスターインスタンス、ROインスタンス、ディザスタリカバリインスタンス |
複数のアベイラビリティーゾーンから1つのアベイラビリティーゾーンへ移行 | | マスターインスタンス、ROインスタンス、ディザスタリカバリインスタンス |
操作手順
1. MySQLコンソールにログインし、インスタンスリストのインスタンスIDまたは操作列の管理をクリックし、インスタンス詳細ページに進みます。 2. インスタンス詳細ページの基本情報 > リージョン/アベイラビリティーゾーンの後でアベイラビリティーゾーンの移行をクリックするか、または可用性情報 > デプロイ方式の後でアベイラビリティーゾーンの変更をクリックします。
3. ポップアップしたダイアログボックスで関連設定を調整し、誤りがないことを確認してからサブミットをクリックします。
ターゲットアベイラビリティーゾーン:ドロップダウンリストでマスターアベイラビリティーゾーンの変更を行うことができ、マルチアベイラビリティーゾーンのデプロイではいを選択すると、スレーブアベイラビリティーゾーンを変更できます。
データチェック遅延閾値:(マスターアベイラビリティーゾーンを変更する際にこの設定が出現します)、閾値は1秒~10秒の整数です。
ご注意:
データ一致性チェックプロセスで遅延が発生する可能性があるため、データ遅延閾値を設定する必要があります。遅延が設定値を超えた際、データベース一致性チェックは停止され、指定閾値以下に戻ってから引き続きデータベース一致性チェックタスクが実行されます。この閾値が小さい場合、移行時間が長くなる可能性があります。
同一アベイラビリティーゾーン内のROインスタンス移行:(マスターインスタンスと同一のアベイラビリティーゾーンに読み取り専用インスタンスが存在する場合にのみ表示されます)、同一アベイラビリティーゾーン内のROインスタンスが、マスターインスタンスと共にターゲットアベイラビリティーゾーンへ移行するかどうかを選択します。
説明:
インスタンスの構成変更中、データ移行が行われる可能性がありますが、その間のインスタンスアクセスに影響はありません。移行完了後には切り替えが行われ、その際に秒レベルの接続切れが発生します。ビジネスアプリケーション側に再接続メカニズムが実装されていることをご確認ください。