より良いユーザーエクスペリエンスを提供し、サービスのパフォーマンスと安定性を向上させるために、Alibaba Cloudはインスタンスを随時移行します。 システムは、ソフトウェア、ハードウェア、およびネットワーク機能をアップグレードするために、インスタンスの一部を新しいサーバーノードに移行します。 このトピックでは、インスタンスの移行に関するよくある質問に対する回答を示します。
インスタンス移行イベントの影響
ポイント・イン・タイム | 説明 | 影響 |
移行タスクの作成時間 | Alibaba Cloudは、テキストメッセージ、電話、電子メール、または内部メッセージで、移行タスクのスケジュールを通知します。 | 影響なし。 |
開始時間 説明 タスクの開始時間は、スケジュールされた切り替え時間に基づいて自動的に生成されます。 | 新しいインスタンスリソースの申請やデータの同期など、インスタンスの移行に関連する操作を開始します。 |
|
スケジュールされた切り替え時間 | システムは、ワークロードを移行先インスタンスに切り替えます。 |
|
移行完了時間 | インスタンスに関連するタスクは、スケジュールされたイベントから削除されます。 | 影響なし。 インスタンスのゾーン、アカウント、ネットワーク、エンドポイントは影響を受けません。 |
開始時刻と切り替え予定時刻に関するFAQ
移行タスクに関する通知はどのくらい前に送信されますか?
システムは少なくとも40時間前に通知を送信します。 スケジュールされた切り替え時間が開始されると、システムは次のメンテナンス期間内にワークロードを移行先インスタンスに切り替えます。 ビジネス要件を満たすように切り替え時間を変更できます。 詳細については、「」「スケジュールイベントの表示と管理」をご参照ください。
スケジュールされた切り替え時間を変更するにはどうすればよいですか?
スケジュールされた切り替え時間は、コンソールで、または関連するAPI操作を呼び出して変更できます。 詳細については、「」「スケジュールイベントの表示と管理」および「ModifyActiveOperationTasks」をご参照ください。
スケジュールされた切り替え時間を変更できないのはなぜですか?
移行操作がすでに開始されている場合、スケジュールされた切り替え時間を変更することはできません。
移行タスクの終了時間を見積もることはできますか?
移行の開始時刻のみが表示されます。 終了時間は、ネットワークの待ち時間、タスクキュー、データサイズなどの複数の要因の影響を受けるため、推定できません。
その他のよくある質問
インスタンスが移行される理由?
より良いユーザーエクスペリエンスを提供し、サービスのパフォーマンスと安定性を向上させるために、Alibaba Cloudはインスタンスを随時移行します。 システムは、ソフトウェア、ハードウェア、およびネットワーク機能をアップグレードするために、インスタンスの一部を新しいサーバーノードに移行します。
インスタンスをゾーン間で移行できますか。
いいえ、インスタンスは現在のゾーン内でのみ移行できます。
インスタンスの移行タスクをキャンセルできますか。
インスタンスの移行は緊急性の高いタスクであるため、移行タスクをキャンセルすることはできません。 ただし、切り替え時間のスケジュールを変更できます。 たとえば、オフピーク時間帯の時点を選択して、切り替えを実行できます。
クラスターまたは読み書き分離インスタンスのデータシャードまたはプロキシノードは並列に切り替えられますか。
データシャードは並列に切り替えられます。
プロキシノードは並列に切り替えられる。 インスタンス内の最大半分のプロキシノードを同時に切り替えることができます。
システムは失敗した切り替えをどのように処理しますか?
切り替えが実行されてから1分以内に、システムは切り替えが成功したかどうかを確認します。 切り替えに失敗した場合、システムはしばらく待ってから切り替えを再開します。
インスタンス移行タスクが完了したかどうかを確認するにはどうすればよいですか。
インスタンス移行タスクが完了すると、タスクはスケジュールされたイベントから削除されます。 アラートルールを作成できます。 これにより、CloudMonitorはタスクを監視し、タスクが完了したときに通知を送信できます。 詳細については、「」「アラート設定」をご参照ください。
インスタンス移行イベント中に2つの切り替えが含まれるのはなぜですか。
ほとんどの場合、インスタンスのO&Mタスクでは、スケジュールされた切り替え時間に1回の切り替えしか必要ありません。 ただし、インスタンスが2つのゾーンにまたがってデプロイされている場合、2回目の切り替えは、最初の切り替えから120分以内に行われ、マスターノードを元のプライマリゾーンに戻します。 これにより、インスタンスが相互作用する他のサービスまたはアプリケーションと同じデータセンターに配置されます。 このプロセス中に操作を実行する必要はありません。 2つの切り替えの間隔は、最初の切り替え後に新しいレプリカノードが再構築される速度によって異なります。