ステップ 3: IISExample の拡張

重要

AWS OpsWorks Stacks は新規顧客を受け付けなくなりました。既存のお客様は、2024 年 5 月 26 日までは OpsWorks コンソール、 API、 CLI、および CloudFormation リソースを通常どおり使用できますが、その時点でこれらのリソースは廃止されます。この移行に備えて、できるだけ早くスタックを AWS Systems Manager に移行することをおすすめします。詳細については、AWS OpsWorks Stacks サポート終了に関する FAQ および AWS Systems Manager アプリケーションマネージャへの AWS OpsWorks Stacks アプリケーションの移行 を参照してください。

受信ユーザーリクエストが単一の t2.micro インスタンスで処理可能な制限に近づいている場合、サーバー容量を増やす必要があります。大きいインスタンスに移行できますが、制限があります。インスタンスをスタックに追加し、ロードバランサーの背後に配置すると、柔軟性が向上します。基本的なアーキテクチャは次のようになります。

とりわけ、このアプローチには、単一の大きいインスタンスより堅牢性がかなり高いというメリットがあります。

• いずれかのインスタンスが失敗した場合、ロードバランサーは受信リクエストを残りのインスタンスに分散し、アプリケーションは動作し続けます。

• インスタンスを異なるアベイラビリティーゾーンに置いた場合 (推奨される方法)、アベイラビリティーゾーンで問題が発生してもアプリケーションが動作し続けます。

AWS OpsWorks スタックによってスタックの拡張が容易になります。このセクションでは、2 番目の 24/7 PHP App Server インスタンスを IISExample に追加し、両方のインスタンスを Elastic Load Balancing ロードバランサーの後ろに配置することにより、スタックをスケールアウトする方法の基本について説明します。任意の数の 24/7 インスタンスを追加する手順を容易に拡張できます。時間ベースのインスタンスを使用して、AWS OpsWorks スタックでスタックを自動的に拡張できます。詳細については、「時間ベースおよび負荷ベースのインスタンスによる負荷の管理」を参照してください。