基になるレイヤーでのアップグレードによるインスタンスの移行に関連するイベントと推奨される移行ソリューションの説明 - Elastic Compute Service

このトピックでは、基になるレイヤーでのアップグレードによるインスタンスの移行に関連するイベントについて説明します。このトピックでは、推奨される移行ソリューションについても説明します。

Events

Elastic Compute Service (ECS) インスタンスの安定性とパフォーマンスを確保および改善するために、Alibaba Cloudは特定の既存のリージョンおよびゾーンの物理インフラストラクチャをアップグレードおよび改善する予定です。リージョンとゾーンの既存のインスタンスへの影響を防ぐため、Alibaba Cloudはシステムイベントを生成し、電話、テキストメッセージ、電子メール、内部メッセージで通知します。そのような通知を受け取った場合は、プロンプトに従ってインスタンスを移行します。

システムイベントのイベントコードはSystemUpgrade.Migrateです。 SystemUpgrade.Migrateイベントを処理するには、次の手順を実行します。

イベント通知を確認して、移行が必要なインスタンスを特定します。
インスタンスの移行に適した期間を選択します。

移行のソリューションと考慮事項

説明

ECSインスタンスの移行時に問題が発生した場合は、関連ドキュメントのFAQトピックを参照するか、アカウントマネージャーにお問い合わせください。

仮想プライベートクラウド (VPC) およびクラシックネットワークに存在するインスタンスは、内部ネットワークを介して相互に通信できません。内部ネットワークを介したインスタンス間の通信を許可するには、次の表の推奨される移行ソリューションを使用して、適切な期間にインスタンスを移行します。

シナリオ	推奨される移行ソリューションと考慮事項
ECSインスタンスはクラシックネットワークに存在します。	次の移行ソリューションを使用して、ECSインスタンスをVPCに移行します。解決策1: [移行計画に基づく移行] をクリックします。移行済みインスタンスと内部ネットワーク経由の移行計画で指定されたクラシックネットワークタイプのインスタンス間の相互接続を確保するで、[はい] を選択します。同じ移行プランへの相互アクセスを必要とするすべてのECSインスタンスを追加します。異なる移行時間を指定して、インスタンスを移行できます。詳細については、「クラシックネットワークからVPCへのECSインスタンスの移行」をご参照ください。シナリオ2: スナップショットとイメージに基づいてインスタンスを移行します。インスタンスを移行した後、新しいインスタンスでClassLink接続を確立する必要があります。詳細については、「OOSを使用したECSインスタンスの移行」および「ClassicLinkの概要」をご参照ください。
ECSインスタンスはVPCに存在します。	シナリオ1: [スナップショットとイメージに基づくクローン] をクリックして、CloudOps Orchestration Serviceが提供するACS-ECS-BulkyCloneInstancesパブリックテンプレートを使用してインスタンスを自動的にクローンします。元のインスタンスをリリースする前に、新しいインスタンスが期待どおりに実行され、トラフィックが新しいインスタンスに転送されることを確認してください。解決策2: ECSコンソールでECSインスタンスを手動で移行します。元のインスタンスをリリースする前に、新しいインスタンスが期待どおりに実行され、トラフィックが新しいインスタンスに転送されることを確認してください。詳細については、「カスタムイメージを使用したECSインスタンスデータの移行」をご参照ください。
ApsaraDB RDSインスタンスやApsaraDB for Redisインスタンスなどの他のクラウドリソースは、クラシックネットワークに存在します。	VPCに存在するECSインスタンスは、内部ネットワークを介してクラシックネットワークのRDSインスタンスに直接接続できません。 RDSインスタンスのネットワークタイプをクラシックネットワークからVPCに変更し、ハイブリッドアクセスモードを有効にする必要があります。これにより、クラシックネットワークまたはVPCに存在するECSインスタンスは、内部ネットワークを介してRDSインスタンスに接続できます。詳細については、「クラシックネットワークからVPCにすべてのインスタンスを移行するためのベストプラクティス」と「ApsaraDBサービスへのハイブリッドアクセス」をご参照ください。.
ECSインスタンスは、Windows Server 2003以前やCentOS 5.8以前など、以前のバージョンのイメージを使用します。	Windows Server 2003以前やCentOS 5.8以前など、以前のバージョンのイメージを使用するECSインスタンスを移行すると、カーネルパニック障害、ブルースクリーンエラー、INACCESSIBLE_BOOT_DEVICEエラーなどの問題が発生する可能性があります。上記の問題を解決する方法については、移行済みインスタンスで発生するダウンタイムの問題を解決するにはどうすればよいですか。

基になるレイヤーでのアップグレードによるインスタンス移行に関連するクエリイベント

ECSコンソールにログインします。
左側のナビゲーションウィンドウで、インスタンス&画像 > インスタンスを選択します。
上部のナビゲーションバーで、リソースが属するリージョンとリソースグループを選択します。
左側のナビゲーションウィンドウで、イベント.
アップグレードによるインスタンスの移行に関連するイベントを基になるレイヤーで表示します。
特定の数のイベントを処理する必要がある場合、次の図に示すように、対応する数が [下層のアップグレードによるインスタンス移行イベント] タブに表示されます。
ビジネス要件に基づいてインスタンスを移行するソリューションを選択します。
移行ソリューションの選択方法については、このトピックの移行ソリューションと考慮事項を参照してください。

次のステップ

移行後、ECSインスタンスのパブリックIPアドレスを保持できます。詳細については、「クラシックネットワークのインスタンスのシステム割り当てパブリックIPアドレスをEIPに変換する」または「VPCのECSインスタンスの静的パブリックIPアドレスをEIPに変換する」をご参照ください。
移行後、VPC内のECSインスタンスのプライベートIPアドレスを変更できます。詳細については、「インスタンスのプライベートIPアドレスの変更」をご参照ください。

よくある質問

移行により、移行されたECSインスタンスに関連付けられているセキュリティグループが変更されますか。

いいえ。移行しても、移行されたECSインスタンスに関連付けられているセキュリティグループは変更されません。

移行により、移行されたECSインスタンスのプライベートIPアドレスとパブリックIPアドレスが変更されますか。

パブリックIPアドレス: ECSインスタンスを移行した後、インスタンスのパブリックIPアドレスは変更されません。
重要
VPCに存在するECSインスタンスは、パブリックネットワークインターフェイスを持たず、インターネットアクセスにNATデバイスを使用します。インスタンスでは、プライベートIPアドレスのみを見つけることができます。アプリケーションのインスタンスオペレーティングシステムで表示できるパブリックIPアドレスが必要な場合は、インスタンスをクラシックネットワークからVPCに移行するかどうかを決定します。
プライベートIPアドレス: インスタンスを移行する移行プランを作成するときに、ECSインスタンスのプライベートIPアドレスを保持するかどうかを指定できます。インスタンスの移行後に、インスタンスのプライベートIPアドレスを変更することもできます。詳細については、「インスタンスのプライベートIPアドレスの変更」をご参照ください。

移行プランの作成後に移行プランは自動的に実行されますか? ECSインスタンスの移行に必要な時間はどのくらいですか。

クラシックネットワークのECSインスタンスが停止されてから、インスタンスが特定のVPCに移行されて起動されるまで、約15分かかります。

重要

ECSインスタンスがVPCで起動されると、インスタンスのコンピューティングリソースとネットワークリソースがVPCに移行され、インスタンスを期待どおりに使用できます。
ECSインスタンスがゾーン間で移行されている場合、インスタンスの起動後もシステムはディスクデータの移行を継続します。ほとんどの場合、100 GiBのディスクデータを移行するには約4時間かかります。ディスクデータの移行中、ディスクのI/Oパフォーマンスが低下し、スナップショット関連およびディスク関連の操作を実行できません。ディスクデータの移行中は、インスタンスを想定どおりに使用できます。

外部サービスやデータベースサービスなどの元のシステムレベルの設定は、移行の影響を受けますか。

いいえ、システム内のサービスとデータは影響を受けません。

移行の影響については、「クラシックネットワークからVPCへのECSインスタンスの移行」トピックの「手順1: クラシックネットワークからVPCへの移行」をご参照ください。