Alibaba Cloud がリージョンまたはゾーン内の物理インフラストラクチャをアップグレードする場合、影響を受ける Elastic Compute Service (ECS) インスタンスは安定性およびパフォーマンスを維持するために移行する必要があります。本ドキュメントでは、SystemUpgrade.Migrate イベントおよびその対応方法について説明します。
移行通知を受け取った際には、以下の操作が可能です。
ECS コンソールの [イベント] ページで、影響を受けるインスタンスを確認します。
許容されるタイムウィンドウ内で、任意のタイミングで移行を実行できます。
ネットワークタイプおよび依存関係に基づいて、適切な移行パスを選択できます。
移行後にパブリック IP アドレスを保持し、プライベート IP アドレスを調整できます。
イベント
Alibaba Cloud は、必須のインスタンス移行を通知するため、SystemUpgrade.Migrate イベントを送信します。通知は、電話、ショートメッセージ、メール、およびサイト内メッセージで配信されます。
SystemUpgrade.Migrate イベントへの対応手順は以下のとおりです。
イベント通知を確認し、移行が必要なインスタンスを特定します。
適切なタイムウィンドウを選択したうえで、次のセクションで紹介するソリューションのいずれかを用いてインスタンスを移行します。
移行ソリューションおよび考慮事項
移行中に問題が発生した場合は、よくある質問セクションをご参照いただくか、アカウントマネージャーまでお問い合わせください。
仮想プライベートクラウド (VPC) 内のインスタンスとクラシックネットワーク内のインスタンスは、内部ネットワーク上で相互に通信できません。ご使用のシナリオに応じて、以下の適切なソリューションを選択してください。
| シナリオ | 推奨ソリューション |
|---|---|
| クラシックネットワーク内の ECS インスタンス | ソリューション 1： 移行計画に基づく移行 をクリックします。移行計画で指定されたクラシックネットワーク型インスタンスと移行後のインスタンスとの内部ネットワーク上での相互接続を保証する オプションで、はい を選択します。相互にアクセスが必要なすべてのインスタンスを同一の移行計画に追加します。各インスタンスに対して異なる移行時刻を指定できます。詳細については、「ECS インスタンスをクラシックネットワークから VPC へ移行する」をご参照ください。ソリューション 2： スナップショットおよびイメージに基づく移行を実行した後、新規インスタンス上で ClassLink 接続を確立します。詳細については、「OOS を使用して ECS インスタンスを移行する」および「ClassicLink の概要」をご参照ください。 |
| VPC 内の ECS インスタンス | ソリューション 1： スナップショットおよびイメージに基づくクローン作成 をクリックし、CloudOps Orchestration Service (OOS) が提供する公開テンプレート「ACS-ECS-BulkyCloneInstances」を用いて、インスタンスの自動クローンを作成します。新規インスタンスが正常に動作すること、およびトラフィックが新規インスタンスへ切り替わっていることを確認したうえで、元のインスタンスを解放します。ソリューション 2： ECS コンソールで ECS インスタンスを手動で移行します。新規インスタンスが正常に動作し、トラフィックが新規インスタンスへ切り替わっていることを確認したうえで、元のインスタンスを解放します。詳細については、「カスタムイメージを用いて ECS インスタンスのデータを移行する」をご参照ください。 |
| クラシックネットワーク内のその他のクラウドリソース（ApsaraDB RDS や ApsaraDB for Redis インスタンスなど） | VPC 内の ECS インスタンスは、内部ネットワーク経由でクラシックネットワークの RDS インスタンスに接続できません。RDS インスタンスのネットワークタイプをクラシックネットワークから VPC へ変更し、ハイブリッドアクセスモードを有効化します。これにより、クラシックネットワークおよび VPC の両方のインスタンスが、内部ネットワーク経由で RDS インスタンスに接続できるようになります。詳細については、「クラシックネットワークから VPC への全インスタンス移行のベストプラクティス」および「ApsaraDB サービスへのハイブリッドアクセス」をご参照ください。 |
| 古い OS イメージを使用している ECS インスタンス（Windows Server 2003 以前、または CentOS 5.8 以前） | 移行後、カーネルパニック、ブルースクリーンエラー、INACCESSIBLE_BOOT_DEVICE エラーなどが発生する可能性があります。トラブルシューティングに関するガイダンスについては、「移行後のインスタンスダウンタイムのトラブルシューティング方法」をご参照ください。 |
移行イベントの表示
ECS コンソール - イベント に移動します。
基盤レイヤーのアップグレードに伴うインスタンス移行イベント タブで、移行が必要なインスタンスを確認します。このタブには、保留中のインスタンス総数が表示されます。
ご使用のシナリオに応じて、適切な移行ソリューションを選択します。ガイドについては、「移行ソリューションおよび考慮事項」をご参照ください。
次のステップ
移行後にパブリック IP アドレスを保持するには、「クラシックネットワーク内のインスタンスの固定パブリック IP アドレスを EIP に変換する」または「VPC 接続 ECS インスタンスの固定パブリック IP アドレスを EIP に変換する」をご参照ください。
VPC 内の ECS インスタンスのプライベート IP アドレスを移行後に変更するには、「インスタンスのプライベート IP アドレスを変更する」をご参照ください。
よくある質問
移行によって、ECS インスタンスに関連付けられたセキュリティグループは変更されますか？
いいえ。移行後も、セキュリティグループの関連付けは変更されません。
移行によって、ECS インスタンスの IP アドレスは変更されますか？
パブリック IP アドレス： 移行後も、パブリック IP アドレスは変更されません。
VPC 内の ECS インスタンスにはパブリックネットワークインターフェースは存在せず、インターネットアクセスには NAT を使用します。インスタンス内部ではプライベート IP アドレスのみが可視となります。アプリケーションがインスタンスのオペレーティングシステム内でパブリックに可視な IP アドレスを必要とする場合は、クラシックネットワークから VPC へのインスタンス移行を検討してください。
プライベート IP アドレス： 移行計画を作成する際に、プライベート IP アドレスを保持するかどうかを指定できます。また、移行後に変更することも可能です。「インスタンスのプライベート IP アドレスを変更する」をご参照ください。
移行にはどのくらいの時間がかかりますか？
クラシックネットワークのインスタンスを VPC へ移行する場合、インスタンスの停止から VPC 内での起動完了まで、約 15 分かかります。
インスタンスが VPC 内で起動すると、コンピューティングおよびネットワークリソースの移行が完了し、インスタンスは利用可能になります。
ゾーン間移行の場合、インスタンス起動後もディスクデータの移行が継続します。100 GiB のディスクデータを移行する場合、ほとんどのケースで約 4 時間かかります。この期間中、ディスク I/O のパフォーマンスが低下し、スナップショットおよびディスク操作は利用不可となりますが、インスタンス自体は引き続きアクセス可能です。
システムレベルの設定、外部サービス、データベースサービスは、移行の影響を受けますか？
いいえ。システム内のサービスおよびデータは影響を受けません。
クラシックネットワークから VPC への移行における影響の詳細については、「ECS インスタンスをクラシックネットワークから VPC へ移行する：ステップ 1 — クラシックネットワークから VPC への移行の影響を把握する」をご参照ください。