Virtual Private Cloud:クラシックネットワークからVPCへのクラウドリソースの移行

移行するシステム

ハイブリッドマイグレーションの例では、以下の2つのシステムが使用される。

• システム1

  次の図は、システム1を示しています。 このシステムはクラシックネットワークで実行され、Server Load Balancer (SLB) 、Elastic Compute Service (ECS) 、ApsaraDB RDS、およびObject Storage Service (OSS) を使用します。 インターネット接続SLBインスタンスには、バックエンドサーバーとして2つのECSインスタンスがあります。 2つのECSインスタンスにデプロイされたアプリケーションは、ApsaraDB RDSインスタンスとOSSバケットにアクセスする必要があります。

  
• システム2

  次の図は、システム2を示しています。 システム2はクラシックネットワークで実行され、システム1よりも複雑です。 インターネット接続SLBインスタンスは、ECS 1およびECS 2に関連付けられています。 内部対応のSLBインスタンスにアクセスするには、両方のECSインスタンスが必要です。 内部対応のSLBインスタンスは、ECS 3およびECS 4に関連付けられています。 ApsaraDB RDSインスタンスとOSSバケットにアクセスするには、両方のECSインスタンスが必要です。

  

例1: システム1をVPCに移行する

システム1をVPCに移行するには、次の手順を実行します。

1. ネットワーク環境を準備します。
   システムの移行先のVPCを作成し、VPCのvSwitchを作成します。

   詳細については、「IPv4 CIDRブロックを使用したVPCの作成」をご参照ください。
2. VPCでアクセスするApsaraDB RDSインスタンスとOSSバケットの内部エンドポイントを取得します。
   • ApsaraDB RDSコンソールを使用するか、API操作を呼び出して、ApsaraDB RDSインスタンスのネットワークタイプをVPCに切り替え、クラシックネットワークエンドポイントを予約できます。 詳細については、「ApsaraDB RDSインスタンスのネットワークタイプの変更」をご参照ください。

     システム1の移行後、クラシックネットワークエンドポイントは変更されません。 VPC内でアクセスできる内部エンドポイントが追加されます。 これにより、クラシックネットワークのECSインスタンスは、サービスを中断することなくApsaraDB RDSにアクセスできます。 クラシックネットワークエンドポイントの有効期限が切れると、自動的に削除され、ECSインスタンスはクラシックネットワークエンドポイントを介してApsaraDB RDSにアクセスできなくなります。

   • OSSバケットは、クラシックネットワークエンドポイントとVPCエンドポイントを提供します。 ネットワークタイプを切り替える必要はありません。 OSSバケットのVPCエンドポイントを取得するには、「リージョンとエンドポイント」をご参照ください。
3. VPCで2つのECSインスタンスを作成および設定します。
   VPCに2つのECSインスタンスを作成し、ECSインスタンスにアプリケーションをデプロイしてから、ApsaraDB RDSインスタンスとOSSバケットのエンドポイントをVPC内でアクセスできるエンドポイントに変更します。 設定が完了したら、ECSインスタンスがOSSバケットとApsaraDB RDSインスタンスにアクセスできるかどうかをテストします。
4. VPC内のECSインスタンスを、インターネット接続SLBインスタンスのバックエンドサーバーとして指定します。
   VPCに2つのECSインスタンスを、インターネット接続SLBインスタンスのバックエンドサーバーとして追加します。 ECSインスタンスのヘルスステータスを確認します。 ECSインスタンスの重みを低く設定することを推奨します。 これにより、システムに対する予期しない障害の影響が軽減されます。 システムステータス、トラフィック監視、およびヘルスチェックログを確認します。
5. インターネット接続SLBインスタンスのバックエンドサーバーからクラシックネットワークECSインスタンスを削除します。
   次の図は、インターネット接続SLBインスタンスのバックエンドサーバーからクラシックネットワークECSインスタンスを削除する方法を示しています。 クラシックネットワークECSインスタンスの重みを0に設定することを推奨します。 ECSインスタンスがリクエストを受信しなくなったら、SLBインスタンスのバックエンドサーバーから削除します。
6. クラシックネットワークECSインスタンスをリリースします。
   システムが特定の期間に予想どおりに実行された後、クラシックネットワークECSインスタンスをリリースします。 インターネット接続SLBインスタンスはVPC内のECSインスタンスをサポートしており、移行する必要はありません。 移行が完了しました。

   説明 ApsaraDB RDSインスタンスのクラシックネットワークエンドポイントは、有効期限が切れると自動的に削除されます。

   

例2: システム2をVPCに移行する

システム2をVPCに移行する場合、上記の手順は適用されません。 上記の手順を使用すると、VPC内のECSインスタンスはクラシックネットワーク内のECSインスタンスにアクセスできません。 これは、これらのECSインスタンスをバックエンドサーバーとして使用するSLBインスタンスがハイブリッドアクセスをサポートしていないためです。

システム2をVPCに移行するには、次の手順を実行します。

1. ネットワーク環境を準備します。
   システムの移行先のVPCを作成し、VPCのvSwitchを作成します。

   詳細については、「IPv4 CIDRブロックを使用したVPCの作成」をご参照ください。

2. VPCでアクセスするApsaraDB RDSインスタンスとOSSバケットの内部エンドポイントを取得します。
   • ApsaraDB RDSコンソールを使用するか、API操作を呼び出して、ApsaraDB RDSインスタンスのネットワークタイプをVPCに切り替え、クラシックネットワークエンドポイントを予約できます。 詳細については、「ApsaraDB RDSインスタンスのネットワークタイプの変更」をご参照ください。

     システム1の移行後、クラシックネットワークエンドポイントは変更されません。 VPC内でアクセスできる内部エンドポイントが追加されます。 これにより、クラシックネットワークのECSインスタンスは、サービスを中断することなくApsaraDB RDSにアクセスできます。 クラシックネットワークエンドポイントの有効期限が切れると、自動的に削除され、ECSインスタンスはクラシックネットワークエンドポイントを介してApsaraDB RDSにアクセスできなくなります。

   • OSSバケットは、クラシックネットワークエンドポイントとVPCエンドポイントを提供します。 ネットワークタイプを切り替える必要はありません。 OSSバケットのVPCエンドポイントを取得するには、「リージョンとエンドポイント」をご参照ください。
3. VPCに2つのECSインスタンスを作成し、クラシックネットワークのECS 3とECS 4をVPCのこれらのECSインスタンスに移行します。 ECS 3およびECS 4は、内部対応のSLBインスタンスのバックエンドサーバーとして指定されます。
4. VPCに新しいECSインスタンスを設定し、ApsaraDB RDSインスタンスとOSSバケットのエンドポイントをVPC内でアクセスできるエンドポイントに変更します。
5. VPCに内部対応のSLBインスタンスを作成し、クラシックネットワークの内部対応のSLBインスタンスを置き換えます。
6. VPCで内部対応のSLBインスタンスを設定します。 ステップ3で作成した2つのECSインスタンスをバックエンドサーバーとして指定します。
7. ECS 1とECS 2の移行先として、VPCに2つのECSインスタンスを作成します。
8. 新しいECSインスタンスを設定します。 内部SLBインスタンスのクラシックネットワークエンドポイントを、VPCで使用されているエンドポイントに変更します。
9. 実施例1に記載のように、ステップ3〜ステップ6を行う。