すべてのプロダクト
Search
ドキュメントセンター

:クラシックネットワークからVPCへのECSインスタンスの移行

最終更新日:Jan 02, 2024

クラシックネットワークにあるElastic Compute Service (ECS) インスタンスと比較して、仮想プライベートクラウド (VPC) にあるECSインスタンスはより安全であり、elastic IPアドレス (EIP) の関連付けなどの追加機能をサポートしています。 このトピックでは、移行計画を使用して、1つ以上のECSインスタンスをクラシックネットワークからVPCに移行する方法について説明します。

前提条件

クラシックネットワークからVPCに移行するECSインスタンスは、次の要件を満たしています。

  • インスタンスにローカルディスクがアタッチされていません。 ローカルディスクがインスタンスにアタッチされている場合、チケットを起票し、Alibaba Cloudテクニカルサポートに連絡してインスタンスを移行します。

    説明

    ローカルディスクがECSインスタンスに接続されているかどうかを確認する方法については、このトピックのFAQセクションをご参照ください。

  • インスタンスには、0 Mbit/sを超えるパブリック帯域幅が割り当てられます。 ECSインスタンスのパブリックIPアドレスとパブリック帯域幅が0 Mbit/sの場合、インスタンスを移行する前にパブリック帯域幅をアップグレードする必要があります。 詳細については、「インスタンス設定の変更の概要」トピックのパブリック帯域幅の変更セクションをご参照ください。

  • インスタンスは、移行プラン機能をサポートする次のリージョンのいずれかにあります。中国 (青島) 、中国 (北京) 、中国 (杭州) 、中国 (上海) 、中国 (深セン) 、中国 (香港) 、米国 (シリコンバレー) 、シンガポール (シンガポール) です。

    重要

    杭州ゾーンCにある一部のインスタンスは、クラシックネットワークからVPCに移行できません。

準備

  1. データをバックアップするために移行するECSインスタンス上のディスクのスナップショットを作成します。

    スナップショットの作成方法については、「ディスクのスナップショットの作成」をご参照ください。

    説明

    スナップショットに対して課金されます。 詳細については、「スナップショット」をご参照ください。

  2. (必須) 移行するECSインスタンスがAlibaba Cloudデータベースサービスに関連付けられている場合、インスタンスを移行する前にデータベースサービスのハイブリッドアクセスモードを有効にする必要があります。

    ハイブリッドアクセスモードでは、クラシックネットワークまたはVPCに存在するECSインスタンスからAlibaba Cloudデータベースサービスにアクセスできます。 詳細については、「ApsaraDBサービスへのハイブリッドアクセス」をご参照ください。

  3. (必須) 移行するECSインスタンスが、ホワイトリスト機能を提供するAlibaba Cloudデータベースサービス (ApsaraDB RDSなど) に関連付けられている場合、インスタンスを移行する前に、移行先vSwitchのCIDRブロックをデータベースサービスのホワイトリストに追加する必要があります。

    詳細は、ホワイトリストの構成をご参照ください。

  4. (オプション) 移行後にサービスを迅速に復元できるようにするには、インスタンスの起動時に実行するようにアプリケーションサービスを設定し、サービスの可用性を監視することを推奨します。

  5. 移行するECSインスタンスのサーバーセキュリティソフトウェアを無効化またはアンインストールします。

    説明

    ECSインスタンスのデバイスドライバは、インスタンスの移行時に更新されます。 事前にインスタンスのSafedog、Huweishen、Yunsuoなどのセキュリティソフトウェアを無効化またはアンインストールする必要があります。

  6. 移行する各ECSインスタンスのシステムディスクに、少なくとも500のMiBの空き容量を確保します。 移行する各ECSインスタンスのシステムディスクに確保されている空き容量が500未満の場合、仮想化ドライバーのインストールに失敗し、起動できない可能性があります。

  7. 宛先vSwitchに十分な内部IPアドレスがあることを確認します。 使用可能な内部IPアドレスの数は、移行するECSインスタンスの数よりも多い必要があります。

ステップ1: 移行の影響を理解する

重要

ECSインスタンスをクラシックネットワークからVPCに移行すると、インスタンスのステータス、ネットワークタイプ、およびIPアドレスが変更されます。 ECSインスタンスを移行する前に、移行の影響をよく理解してください。

項目

説明

インスタンスの移行に必要な期間

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

重要
  • インスタンスがVPCで起動されると、インスタンスのコンピューティングリソースとネットワークリソースがVPCに移行され、インスタンスを期待どおりに使用できます。

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

インスタンスのステータス

移行プロセス中に、移行されたインスタンスは停止され、再起動されます。 オフピーク時にインスタンスを移行することを推奨します。

ネットワークタイプ

インスタンスの移行後、インスタンスのネットワークタイプはクラシックネットワークからVPCに変わります。 VPCの詳細については、「VPCとは」をご参照ください。

ソフトウェア認証コード

インスタンスの移行後、ソフトウェア認証コードが変更される場合があります。

パブリックおよび内部IPアドレス

  • パブリックIPアドレス: インスタンスの移行後、インスタンスのパブリックIPアドレスは変更されません。

    重要

    VPCに存在するECSインスタンスにはパブリックネットワークインターフェイスがなく、インターネットアクセスにネットワークアドレス変換 (NAT) デバイスを使用します。 インスタンスで検索できるのは内部IPアドレスのみです。 アプリケーションにインスタンスオペレーティングシステムで表示できるパブリックIPアドレスが必要な場合は、インスタンスをクラシックネットワークからVPCに移行するかどうかを再検討してください。

  • 内部IPアドレス: インスタンスを移行する移行プランを作成するときに、インスタンスの内部IPアドレスを保持するかどうかを指定できます。 インスタンスの移行後に、インスタンスの内部IPアドレスを変更することもできます。 詳細については、「インスタンスのプライベートIPアドレスの変更」をご参照ください。

ディスクのデバイス名

  • Linuxインスタンス: 一部のECSインスタンスの基盤となる仮想化テクノロジは、インスタンスがクラシックネットワークからVPCに移行されるとアップグレードされます。 これにより、インスタンス上のディスクのデバイス名が変更される可能性があります。 Linuxインスタンスでは、ディスクにはディスクを一意に識別する範囲vd[a-z] からデバイス名が割り当てられます。

    • Linuxのディスクにvdでデバイス名が割り当てられている場合? インスタンスが移行される前の形式の場合、ディスクのデバイス名はインスタンスの移行後も変更されません。

    • Linuxインスタンスのディスクにxvdでデバイス名が割り当てられているか。 インスタンスが移行される前に、ディスクのデバイス名がvd? インスタンスの移行後に、vda、vdb、vdcなどの形式を指定します。 Alibaba Cloudは、Linuxインスタンスの /etc/fstabファイルを更新します。 アプリケーションがディスクの元のデバイス名に依存しているかどうかを確認する必要があります。

  • Windowsインスタンス: ディスクのデバイス名は影響を受けません。

料金

  • 移行の料金は発生しません。 サブスクリプションインスタンスがクラシックネットワークからVPCに移行されると、新しい課金サイクルが開始され、インスタンスタイプの単価が変更されます。 インスタンスに発生する料金は、クラシックネットワークよりもVPCの方が低くなります。

  • インスタンスに対して行われた更新注文または構成変更注文が有効にならない場合、または注文の支払いが完了していない場合、インスタンスの移行時に注文はキャンセルされます。 インスタンスの移行後、インスタンスを更新し、インスタンスの設定を変更できます。

その他

  • 移行されたECSインスタンスのID、ユーザー名、およびログインパスワードは変更されません。

  • ECSインスタンスの移行前にECSインスタンスがSLB (Server Load Balancer) インスタンスのvServerグループに追加された場合、ECSインスタンスの移行後にECSインスタンスは自動的にSLBインスタンスに関連付けられません。 ECSインスタンスをSLBインスタンスのvServerグループに追加する必要があります。 詳細については、「vServerグループの作成と管理」トピックの「vServerグループの変更」セクションをご参照ください。

ステップ2: 移行プランの作成

  1. ECSコンソールにログインします。

  2. 左側のナビゲーションウィンドウで、[メンテナンスとモニタリング] > icon1 > [移行計画] を選択します。

  3. 上部のナビゲーションバーの左上隅で、リージョンを選択します。 地域

  4. [移行プランの作成] をクリックします。

  5. [注意事項] ダイアログボックスで、[注意事項を読み、理解しました] を選択し、[移行計画の作成] をクリックします。

    迁移须知

  6. [移行プランの設定] ステップで、パラメーターを設定し、[次へ] をクリックします。

    1. 移行先ゾーンおよび VPC セクションでパラメーターを設定します。

      设置网络

      パラメーター

      説明

      プラン名

      移行プランの名前を入力します。

      ターゲットゾーンの選択

      ドロップダウンリストからターゲットゾーンを選択します。 利用可能なゾーンは、リソースの可用性に基づいて自動的に計画および表示されます。 ドロップダウンリストにないゾーンを指定する場合は、チケットを起票します。

      説明

      各移行プランで指定できるゾーンは1つだけです。 複数のECSインスタンスを異なるゾーンに移行する場合は、複数の移行計画を作成する必要があります。

      移行先VPCまたはVPCの作成

      ドロップダウンリストから移行先VPCを選択します。 選択したVPCのCIDRブロックは、クラシックネットワークのECSインスタンスの内部IPアドレスを保持できるかどうかを決定します。

      • ECSインスタンスの内部IPアドレスを保持する場合は、10.0.0.0/8 CIDRブロックに関連付けられているVPCを選択する必要があります。 デフォルトオプションまたは作成したVPCを選択できます。

        • 10.0.0.0/8 CIDRブロックに関連付けられたVPCを作成していない場合は、(デフォルト) VPCの自動作成、CIDRブロック: 10.0.0.0/8を選択します。 次に、10.0.0.0/8 CIDRブロックに関連付けられたVPCが自動的に作成されます。

        • 10.0.0.0/8 CIDRブロックに関連付けられたVPCを作成した場合は、VPCを選択します。

      • ECSインスタンスの内部IPアドレスを保持しない場合は、10.0.0.0/8以外のCIDRブロックに関連付けられているVPCを選択する必要があります。

    2. インスタンスのネットワークプロパティ セクションでパラメーターを設定します。

      网络属性

      パラメーター

      説明

      宛先セキュリティグループ

      宛先セキュリティグループを指定します。 有効な値:

      • (デフォルト) クラシックネットワークタイプのインスタンスのセキュリティグループのクローン: ECSインスタンスのセキュリティグループは、クラシックネットワークから移行先VPCに自動的にクローンされます。 VPC内の新しいセキュリティグループ (クローンセキュリティグループ) のルールは、クラシックネットワーク内の元のセキュリティグループのルールと同じです。

        重要
        • クラシックネットワーク内の元のセキュリティグループがマネージドセキュリティグループによって参照されている場合、またはマネージドセキュリティグループを参照するルールが含まれている場合、元のセキュリティグループをターゲットVPCにクローンすることはできません。

        • [宛先VPCまたはVPCの作成](デフォルト) VPCの自動作成、CIDRブロック: 10.0.0.0/8に設定した場合、宛先セキュリティグループは自動的にクラシックネットワークタイプインスタンスの [デフォルト] クローンセキュリティグループに設定され、変更できません。

      • [セキュリティグループの指定]: ドロップダウンリストから1つ以上の既存のセキュリティグループを選択します。

        重要

        不適切なセキュリティグループ設定は、ECSインスタンスの接続に影響します。 セキュリティグループルールが接続要件を満たしていることを確認してください。

      Macアドレス保持ポリシー

      クラシックネットワークのECSインスタンスごとに保持するメディアアクセス制御 (MAC) アドレスを選択します。 クラシックネットワークでは、インスタンスにパブリックIPアドレスが割り当てられている場合、ECSインスタンスにはパブリックMACアドレスとプライベートMACアドレスがあります。 VPCでは、各ECSインスタンスにはプライベートMACアドレスのみがあり、NATデバイスを使用してインスタンスの内部IPアドレスをインターネットアクセス用のパブリックIPアドレスにマッピングできます。

      ビジネス要件に基づいて、(デフォルト) プライベートMacアドレスまたはパブリックMacアドレスを選択できます。

      • ビジネスシステムがMACアドレスに関連付けられている場合は、MACアドレスを保持します。 たとえば、ソフトウェアは登録用のMACアドレスに関連付けられています。

        • (デフォルト) プライベートMacアドレス: ECSインスタンスのプライベートMACアドレスは、インスタンスにパブリックMACアドレスがあるかどうかに関係なく保持されます。

        • パブリックMacアドレス: ECSインスタンスにパブリックMACアドレスがある場合、パブリックMACアドレスは保持されます。 ECSインスタンスにパブリックMACアドレスがない場合、インスタンスのプライベートMACアドレスは保持されます。

      • ビジネスシステムがMACアドレスに関連付けられていない場合は、(デフォルト) プライベートMacアドレスまたはパブリックMacアドレスを選択します。

    3. インスタンスのネットワーク接続 セクションでパラメーターを設定し、[次へ] をクリックします。

      实例连通

      パラメーター

      説明

      内部IPアドレスの保持

      クラシックネットワークからECSインスタンスの内部IPアドレスを保持するかどうかを指定します。 ECSインスタンスの内部IPアドレスを保持する場合は、vSwitchの作成方法を指定する必要があります。 ECSインスタンスの内部IPアドレスを保持しない場合は、ドロップダウンリストからvSwitchを選択する必要があります。

      • (デフォルト) はい: クラシックネットワークのECSインスタンスの内部IPアドレスを保持します。 (デフォルト) はいを選択した場合、vSwitch作成ポリシーを設定する必要があります。

        • vSwitch作成ポリシー自動に設定されている場合、vSwitchは自動的に作成され、ECSインスタンスの内部IPアドレスに基づいてCIDRブロックに関連付けられます。 ECSインスタンスの内部IPアドレスに対応するCIDRブロックが他のvSwitchによって使用されていないことを確認します。 CIDRブロックが他のvSwitchで使用されている場合、vSwitchは作成できません。

          説明

          [宛先VPCまたはVPCの作成](デフォルト) [VPCの自動作成] 、CIDRブロック: 10.0.0.0/8] に設定した場合、内部IPアドレスの保持は自動的に (デフォルト) はいに設定され、vSwitch作成ポリシーは自動的に自動に設定され、変更できません。

        • vSwitch作成ポリシー手動に設定されている場合、ECSインスタンスの内部IPアドレスに基づいて、指定された宛先ゾーンにvSwitchを作成する必要があります。

          説明

          vSwitch作成ポリシー[手動] に設定できるのは、[宛先VPC] または [VPCの作成] の10.0.0.0/8 CIDRブロックに関連付けられたユーザー作成VPCを選択した場合のみです。

      • No: クラシックネットワークのECSインスタンスの内部IPアドレスは保持されません。 ドロップダウンリストからvSwitchを選択する必要があります。

        説明

        作成したvSwitchがドロップダウンリストに見つからない場合は、vSwitchが指定された宛先ゾーンに存在しない可能性があります。 ターゲットゾーンにvSwitchを作成します。 詳細については、「vSwitchの作成と管理」をご参照ください。

      移行済みインスタンスとクラシックネットワークタイプのインスタンス間の相互接続の確保

      移行プランに含まれる移行済みインスタンスと未移行インスタンス間で、内部ネットワークを介した相互アクセスを許可するかどうかを指定します。 Retain Internal IP Addressの値に基づいて、このパラメーターを設定します。

      • に設定された内部IPアドレスを保持します (デフォルト) はい:

        • 移行プランに含まれる移行済みインスタンスと移行されていないインスタンス間の内部ネットワーク経由の相互アクセスを許可しない場合は、(デフォルト) いいえを選択します。

        • 移行プランに含まれる移行済みインスタンスと未移行インスタンス間の内部ネットワーク経由の相互アクセスを許可する場合は、[はい] を選択します。 次に、[インスタンスの選択] ステップで、内部ネットワークを介した相互アクセスを必要とするクラシックネットワーク内のすべてのECSインスタンスを選択します。 インスタンスに異なる移行時間をスケジュールして、インスタンスを移行する順序を指定できます。

          説明

          移行プランに含まれていないクラシックネットワーク内のECSインスタンスは、指定されたVPCに移行されたECSインスタンスと通信できません。 この移行プランの作成後、ECSインスタンスをプランに追加することはできません。

      • Noに設定された内部IPアドレスを保持する:

        • 移行プランに含まれている移行済みインスタンスと移行されていないインスタンスとの間で、内部ネットワークを介した相互アクセスを許可しない場合は、[インスタンスの選択] 手順に進みます。

        • 移行プランに含まれる移行済みインスタンスと移行されていないインスタンス間の内部ネットワーク経由での相互アクセスを許可する場合は、インスタンスを移行する前に、指定されたVPCにインスタンスをリンクするようにClassicLinkを設定します。 詳細については、「クラシックネットワークのインスタンスをVPCに接続する」をご参照ください。

  7. [インスタンスの選択] ステップで、ECSインスタンスを選択し、[次へ] をクリックします。

    [内部IPアドレスの保持](デフォルト) [はい] に設定し、移行プランに含まれる移行済みインスタンスと移行されていないインスタンス間の内部ネットワーク経由の相互アクセスを許可する場合、内部ネットワーク経由の相互アクセスを必要とするクラシックネットワーク内のすべてのECSインスタンスを選択する必要があります。 インスタンスに異なる移行時間をスケジュールして、インスタンスを移行する順序を指定できます。

    説明

    移行プランに含まれていないクラシックネットワーク内のECSインスタンスは、指定されたVPCに移行されたECSインスタンスと通信できません。 移行プランの作成後、ECSインスタンスをプランに追加することはできません。

    次の図で、① のラベルが付いたセクションは最初のバッチで移行するインスタンスを示し、② のラベルが付いたセクションは後続のバッチで移行するインスタンスを示します。

    选择实例

  8. [スケジュール移行] ステップで、インスタンスの移行時間を指定し、[検証] をクリックします。

    インスタンスは停止され、移行プロセス中に再び開始されます。 オフピーク時にインスタンスの移行タスクをスケジュールすることを推奨します。 インスタンスごとに一意の移行時間を指定できます。

    • 1つのインスタンスのみの移行時間を指定するには、インスタンスに対応する [操作] 列の [移行時間のスケジュール] をクリックします。

    • 一括移行する複数のインスタンスの移行時間を指定するには、インスタンスを選択して [バッチスケジュール移行時間] をクリックします。

    重要
    • クラシックネットワークに留まり、この移行プランによって移行されたECSインスタンスと通信する必要があるECSインスタンスの場合は、移行遅延時間を指定します。 移行時刻の前に、クラシックネットワークからECSインスタンスを移行するかどうかを確認します。

    • 各インスタンスに指定できる移行時間には、次の制限が適用されます。

      • 移行時刻はローカル時刻より早くすることはできません。

      • 移行時間は、インスタンスの有効期限より後にすることはできません。

      移行計画が作成された後、一部のディスクのレプリカがチェックされます。 チェックに必要な時間は、チェックのためにキューに入れられているディスクのサイズとディスクの数に基づいて決定されます。 チェックの完了後に移行が開始されます。 プロンプトに従って移行時間を設定します。

  9. [検証] ダイアログボックスで、移行の考慮事項を読み、移行計画が指定された要件を満たしているかどうかを確認します。

    • 移行計画が指定された要件を満たしている場合は、オプションを選択し、[確認と作成] をクリックします。

    • 移行計画が要件を満たしていない場合は、エラーメッセージが表示されます。 エラーメッセージに基づいてエラーをトラブルシューティングし、パラメーターを変更して移行計画を再度作成できます。

ステップ3: 移行を完了する

移行計画が作成された後、システムは指定された時間に、指定されたECSインスタンスをクラシックネットワークから移行先VPCに移行します。迁移完成

移行中、システムは次の図に示す操作を実行します。

image
説明

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

ステップ4: 移行結果の確認

  1. 左側のナビゲーションウィンドウで、[インスタンスとイメージ] > [インスタンス] を選択します。

  2. 移行したECSインスタンスを検索し、各インスタンスのIDをクリックします。

  3. [インスタンスの詳細] ページで、インスタンスのネットワークタイプがVPCかどうかを確認します。

    インスタンスが指定されたVPCに移行されると、インスタンスのネットワークタイプはVPCに変わります。查看结果

  4. 内部ネットワークとビジネスランタイム環境を確認します。

    シナリオ

    移行計画

    次に何をすべきか

    クラシックネットワークからVPCへのすべてのECSインスタンスの移行

    • [移行先VPC] または [VPCの作成] を [(デフォルト)] に設定します。VPCの自動作成、CIDRブロック: 10.0.0.0/8

    • 移行されたインスタンスとクラシックネットワークタイプのインスタンス間の相互接続を確保する(デフォルト) Noに設定します。

    ビジネスシステムが正常に実行されているかどうかを確認します。

    一部のECSインスタンスをVPCに移行し、他のECSインスタンスをクラシックネットワークに保持する

    • [移行先VPC] または [VPCの作成] を [(デフォルト)] に設定します。VPCの自動作成、CIDRブロック: 10.0.0.0/8

    • 移行済みインスタンスとクラシックネットワークタイプのインスタンス間の相互接続を確保するはいに設定します。

    ビジネスシステムが正常に実行されているかどうかを確認します。

    その他のシナリオ

    [宛先VPC] または [VPCの作成] を、10.0.0.0/8以外のCIDRブロックに関連付けられたVPCに設定します。

    1. ネットワーク接続を確認します。

    2. このシナリオでは、Retain Internal IP AddressをNoに設定することはできません。 社内IPアドレスを使用してビジネスを接続している場合は、新しい社内IPアドレスを設定する必要があります。

    3. ビジネスシステムが正常に実行されているかどうかを確認します。

次のステップ

  1. ECSインスタンスがLinuxオペレーティングシステムを実行し、インスタンスの移行後に別の内部IPアドレスが割り当てられている場合、インスタンスの /etc/hostsファイルを変更する必要があります。修改hosts

    1. vi /etc/hostsコマンドを実行してhostsファイルを開きます。

    2. Iキーを押して挿入モードに入ります。

    3. 元の内部IPアドレスをインスタンスの新しい内部IPアドレスに変更します。

    4. Escキーを押して挿入モードを終了します。

    5. :wqと入力し、Enterキーを押します。

  2. 移行計画で [内部IPアドレスの保持] を [いいえ] に設定した場合、移行後に他のクラウドサービスのホワイトリストから使用されなくなった内部IPアドレスを削除します。

    ホワイトリストをサポートする一般的なサービスには、ApsaraDB RDSSLBObject Storage Service (OSS) 、があります。

  3. インスタンスがゾーン間で移行されると、ApsaraDB RDS、ApsaraDB for Redis、ApsaraDB for MongoDBなどの他のAlibaba Cloudサービスとの接続が影響を受ける可能性があります。 アプリケーションの設定をタイムリーに調整します。 たとえば、対応するRDSインスタンスをECSインスタンスと同じゾーンに移行して、接続を確保できます。

    詳細については、「同じリージョンのゾーン間でのApsaraDB RDS For MySQLインスタンスの移行」をご参照ください。

  4. インスタンスの再起動またはカーネルのアップグレードが長期間行われていない場合、インスタンスの移行後に問題が発生する可能性があります。 たとえば、ファイルシステムチェック (fsck) が実行されたり、構成変更が無効になったり、インスタンスが起動できなくなったりする場合があります。

  5. ネットワークインターフェイスが削除されるため、ソフトウェア認証コードが変更されます。

    ソフトウェアがECSインスタンスのMACアドレスに関連付けられており、ソフトウェアベンダーがAlibaba Cloudによって発行された移行証明書を承認した場合、インスタンスにソフトウェアの使用を再承認できます。 エラーが発生した場合は、設定を変更するか、インスタンスをロールバックする必要があります。

  6. 長期間、またはカーネルのアップグレード後にECSインスタンスを再起動していない場合、システムはインスタンスのファイルシステムをチェックし、インスタンスの再起動時にインスタンスの設定を更新します。 ECSインスタンスを起動できない場合は、チケットを起票し、Alibaba Cloudに連絡してください。

よくある質問

インスタンスがクラシックネットワークからVPCに移行された後、インスタンスのWebサイトを開いたり、サービスを使用したり、データベースからデータを読み書きしたりできないのはなぜですか。

この問題は、インスタンスの新しいセキュリティグループの必要な通信ポートでトラフィックが許可されていないために発生する可能性があります。 クラシックネットワークからインスタンスの元のセキュリティグループルールを複製することを推奨します。 詳細については、「セキュリティグループの複製」をご参照ください。

インスタンスの移行後、一部のソフトウェアを使用できないため、認証コードの有効期限が切れているか無効であるか、またはソフトウェアの認証コードが存在しないことを確認します。 どうしてでしょうか。

  • ソフトウェアベンダーは、Alibaba Cloudによって発行された移行証明書を承認しませんでした。 ソフトウェアベンダーまたはチャネルパートナーに連絡して、再承認のための検証フォームを提出することを推奨します。

  • ソフトウェアは、インスタンスに登録するMACアドレスに関連付けられています。 一部のソフトウェアは、関連するMACアドレスを使用して有効な環境に登録されます。 ECSインスタンスがVPCに移行された後、インスタンスのパブリックまたはプライベートMACアドレスのみが保持されます。 登録のためにソフトウェアが関連付けられているMACアドレスが削除されると、認可エラーが発生します。 ソフトウェアベンダーに連絡して、ソフトウェアがインスタンスに登録するMACアドレスに関連付けられているかどうかを確認することを推奨します。 ソフトウェアがインスタンスに登録するMACアドレスに関連付けられている場合は、インスタンスのMACアドレスをソフトウェアに再関連付けする必要があります。 詳細については、「概要」をご参照ください。

インスタンスの移行後、インスタンスでFTPサービスを使用できなくなったのはなぜですか。

ECSインスタンスの移行後、パブリックネットワークインターフェイスは削除され、FTPサービスは利用できなくなります。 次の操作を実行することを推奨します。

  1. システムに割り当てられたインスタンスのパブリックIPアドレスをEIPに変換します。

  2. カットスルーモードでEIPをインスタンスのセカンダリENIに関連付けます

説明

前世代の一部の廃止インスタンスタイプおよびエントリレベルインスタンスタイプは、ENIをサポートしていません。 インスタンスのインスタンスタイプがENIをサポートしていない場合は、上記の操作を実行する前に、インスタンスをENIをサポートするインスタンスタイプにアップグレードしてください。 詳細については、「インスタンス設定の変更の概要」をご参照ください。

インスタンスの移行後に一部のWindowsインスタンスでデータディスクが見つからない場合はどうすればよいですか?

一部のWindowsインスタンスが移行されると、インスタンスに接続されているディスクが切断されます。 オンラインで自動的に再接続するようにディスクを構成するには、次の手順を実行することを推奨します。 詳細については、「WindowsおよびSANポリシー設定でECSインスタンスディスクをオフラインで処理する方法」をご参照ください。

  1. ECS コンソールにログインします。

  2. 左側のナビゲーションウィンドウで、[メンテナンス & モニター] > [クラウドアシスタント] を選択します。

  3. [コマンドの作成 /実行] をクリックして、Cloud Assistantコマンドを作成して実行します。

    [コマンドの作成] パネルで、パラメーターを設定します。 下表に、各パラメーターを説明します。 表に記載されていないパラメーターについては、デフォルト値を受け入れます。 詳細なパラメーターについては、「即時実行機能の使用」をご参照ください。

    パラメーター

    コマンドタイプ

    PowerShell

    コマンドの内容

    @("san policy=onlineall") | diskpart

    インスタンスの選択

    1つ以上のWindowsインスタンス。

  4. [実行して保存] をクリックします。

インスタンスがクラシックネットワークからVPCに移行された後、インスタンスまたはインスタンスからFTP経由でファイルを転送できないのはなぜですか。

クラシックネットワークのECSインスタンスには、パブリックネットワークインターフェイスとプライベートネットワークインターフェイスの両方があります。 VPCのECSインスタンスには、プライベートネットワークインターフェイスのみがあります。 アプリケーションがパブリックIPアドレスのみを認識するように構成されている場合は、アプリケーションを再構成する必要があります。

ほとんどのFTPクライアントは、パッシブモードでFTPサーバーにアクセスします。 パッシブモードでは、FTPサーバーはIPアドレスをFTPクライアントに通信する必要があります。 VPCでは、パブリックIPアドレスは認識できず、FTPサーバーは内部IPアドレスをFTPクライアントに送信します。 クライアントが内部IPアドレスを使用してサーバーにアクセスすると、エラーが発生します。

VPCに存在するECSインスタンスをFTPサーバーとして使用する場合、インスタンスのパブリックIPアドレスをFTPサーバープログラムに通信することを推奨します。 ECSインスタンスのパブリックIPアドレスを通信するために必要な手順は、FTPサーバープログラムの種類によって異なります。 FTPサーバープログラムに適した手順を選択してください。 次の例では、vsftpdが使用されます。 vsftpdの設定ファイルを開き、次の内容をファイルに追加します。

listen_ipv6=NO
pasv_address=<PublicIP> 
説明

<PublicIP> を、システムに割り当てられたパブリックIPアドレスまたはインスタンスのEIPに置き換えます。 EIPがインスタンスに関連付けられている場合は、EIPを使用することを推奨します。

ローカルディスクがインスタンスに接続されているかどうかを確認するにはどうすればよいですか。

  1. ECS コンソールにログインします。

  2. 左側のナビゲーションペインで [インスタンスとイメージ] > [インスタンス] を選択します。

  3. [インスタンス] ページでインスタンスを見つけ、[仕様] 列でローカルディスク情報を確認します。

    [仕様] 列にローカルディスク情報が表示されている場合、ローカルディスクはインスタンスにアタッチされています。 それ以外の場合、ローカルディスクはインスタンスにアタッチされません。实例挂载本地盘

参考資料