Amazon EC2-Classic から VPC へスタックを移行する - AWS OpsWorks
前提条件AWS OpsWorks Stacks スタックを VPC に移行する以下も参照してください。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon EC2-Classic から VPC へスタックを移行する

重要

この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、 AWS re:Post または AWS Premium Support を通じて AWS Support チームにお問い合わせください。

このトピックでは、Amazon EC2 Classic ネットワークプラットフォームから Amazon Amazon Virtual Private Cloud VPC) ネットワークに AWS OpsWorks Stacks スタックを移行する方法について説明します。

2013-12-04 より前に AWS アカウントを作成した場合は、一部の AWS リージョンで EC2-Classic がサポートされている場合があります。ネットワークの強化や新しいインスタンスの種類など、一部の Amazon EC2 リソースと機能には、仮想プライベートクラウド (VPC) が必要です。いくつかのリソースは EC2-Classic と VPC の間で共有できますが、ほかのリソースは共有できません。サービスの中断を避けるため、 AWS OpsWorks Stacks スタックを VPC に移行することをお勧めします。

前提条件

開始する前に、 AWS OpsWorks Stacks 設定要件を満たす VPC が必要です。の VPC でプライベートサブネットを設定するには AWS OpsWorks Stacks、このガイドVPC でのスタックの実行の「」を参照してください。Amazon VPC マネジメントコンソールを使用して、カスタム VPC を作成できます。詳細については、「Amazon Virtual Private Cloud ユーザーガイド」の「Amazon VPC console wizard configurations」(Amazon VPC コンソールウィザードの設定) および「VPCs and subnets」(VPC とサブネット) を参照してください。

移行を続行するには、使用する VPC ID とサブネット ID が必要です。

AWS OpsWorks Stacks スタックを VPC に移行する

まず、 AWS OpsWorks Stacks コンソールまたは API を使用して、既存の EC2-Classic スタックのクローンを作成します。続いて、既存のスタックのリソースを新しいスタックに移動します。クローン化されたスタックで新しいインスタンスを起動し、アプリケーションをデプロイします。新しいインスタンスが機能していることを確認します。最後に、EC2-Classic スタックから EC2-Classic リソースを削除し、古いスタックを削除します。

  1. 既存の EC2-Classic スタックを VPC にクローン化します。スタックをクローン化することで、スタック設定、レイヤー、アプリケーション、ユーザー、およびユーザー権限が新しいスタックにコピーされます。スタックをクローン化する方法の詳細については、「スタックのクローン化」を参照してください。

    AWS OpsWorks Stacks API を使用してスタックのクローンを作成することもできます。 AWS CLI または AWS SDKs、 VpcIdパラメータの値を で作成した VPC の ID に設定します前提条件。詳細については、AWS OpsWorks Stacks API リファレンスの CloneStack を参照してください。

  2. クローン化されたスタックのレイヤーに新しいインスタンスを作成します。前提条件 で作成したサブネットの ID を必ず指定してください。スタック内にインスタンスを作成する方法の詳細については、このガイドの「レイヤーへのインスタンスの追加」を参照してください。

  3. EC2 セキュリティグループ、Elastic Load Balancing ロードバランサー、Elastic IP アドレスなどのクラシックリソースを VPC に移行し、クローン化されたスタックに関連付けます。詳細については、「Amazon EC2 ユーザーガイド」の「Migrate your resources to a VPC」を参照してください。

  4. Amazon EBS ボリュームと Amazon RDS インスタンスをクローン化されたスタックに登録します。スタックにリソースを登録することについての詳細は、このガイドの「スタックにリソースを登録する」を参照してください。

    Amazon EBS ボリュームは VPC に関連付けられていません。EC2-Classic スタックと VPC 内のスタックの両方で、インスタンス間で使用できます。EC2 Classic の Amazon RDS インスタンスは、EC2-Classic スタックと VPC 内のスタックの両方に登録できます。

  5. クローン化されたスタックでインスタンスを起動し、ワークロードのごく一部をクローンされたスタックに移動します。例えば、トラフィックのごく一部をクローン化されたスタック内の Elastic Load Balancing ロードバランサーに移動します。Amazon Route 53 を使用している場合は、「Amazon Route 53 デベロッパーガイド」の「ELB ロードバランサーへのトラフィックのルーティング」を参照してください。

    新しいスタックが機能し、アプリケーションをサポートしていることを確認するまで、ごく一部のトラフィックだけをルーティングします。一週間の試用期間などに、新しいスタックをごく一部のトラフィックで動作させます。新しいスタックが動作していることを確認後、残りのトラフィックをスタックにルーティングします。

  6. クローン化されたスタックが動作していることを確認後、残りの本番トラックまたはワークロードをクローンされたスタックに移動します。EC2-Classic スタック内のインスタンスを停止できるようになっています。移行後数週間に新しいスタックで問題が発生した場合、ワークロードを古いスタックに戻すことができるように、古いスタックを数週間利用可能な状態にしておくことをお勧めします。

  7. 新しいスタックが数週間動作している場合は、EC2-Classic スタックのインスタンスを削除します。インスタンスの削除方法の詳細については、このガイドの「AWS OpsWorks スタックインスタンスの削除」を参照してください。

    重要

    Amazon EC2 コンソールまたは API を使用して AWS OpsWorks インスタンスを停止または削除しないでください。

  8. EC2-Classic スタックのアプリケーションを削除します。アプリケーションの削除方法の詳細については、このガイドの「アプリケーションをスタックから削除するには」を参照してください。

  9. EC2-Classic スタックを削除します。スタックを削除する方法の詳細については、このガイドの「スタックの削除」を参照してください。

以下も参照してください。