Amazon EC2-Classic から へのスタックの移行 VPC - AWS OpsWorks

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

Amazon EC2-Classic から へのスタックの移行 VPC

重要

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

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

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

前提条件

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

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

の移行 AWS OpsWorks Stacks への スタック VPC

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

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

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

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

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

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

    Amazon EBSボリュームは に関連付けられておらずVPC、 の EC2-Classic スタックと スタックの両方のインスタンスで使用できますVPC。Amazon RDSインスタンスは EC2-Classic で、 の 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 スタックを削除します。スタックを削除する方法の詳細については、このガイドの「スタックの削除」を参照してください。

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