在AWS上扩展PHP应用程序的策略

90次阅读

问题描述

目前的PHP（Laravel）应用程序都运行在一个EC2实例上。为了部署代码，他们通过SSH登录到生产服务器并从CodeCommit拉取代码。现在，他们需要进行扩展和正确部署。用户对如何开始感到困惑，因为AWS的文档很多。他们希望最终能够使用负载均衡器和根据需要创建的应用程序服务器。

解决方案

在扩展任何无状态应用程序时，以下是一个大致的AWS上的操作步骤：

使用Auto Scaling Group (ASG)运行应用程序：ASG使得管理多个服务器变得容易，会自动替换失败的服务器，并根据负载自动增加或减少服务器数量。
创建Launch Configuration：为了运行ASG，需要创建一个启动配置。这是一个“模板”，用于指定ASG中每个服务器的配置，例如要运行的实例类型（例如t2.micro），要在实例上运行的AMI，安全组设置等。
AMI中预装应用程序：AMI中应该预装了您的应用程序（即您的PHP应用程序）。您可以使用工具如Packer将您的AMI定义为代码。
配置应用程序自启动：在AMI中配置应用程序在启动时自动运行，使用进程监视器（如Systemd或Supervisord），这也会确保应用程序在崩溃时自动重启。
持续集成和持续交付：每次更改应用程序时，运行构建过程创建一个新的AMI，更新Launch Configuration以使用新的AMI，并将该AMI在ASG中部署。您可以使用零停机部署（类似于蓝绿部署）来实现，将ASG的大小翻倍，等待所有新服务器（从更新的Launch Configuration）启动并通过健康检查，然后将ASG减回到先前的大小。
使用负载均衡器：在ASG中有多个服务器，但您希望为用户提供一个单一的端点。解决这个问题的典型方法是在ASG前部署一个负载均衡器。如果构建的是典型的HTTP/HTTPs应用程序（例如绝大多数PHP应用程序），您应该使用Application Load Balancer (ALB)。如果构建的是直接监听TCP连接的应用程序，则应选择Load Balancer Classic或Network Load Balancer。无论选择哪个负载均衡器，AWS都会为其创建一个域名，您可以使用该域名发送的任何请求将以循环方式路由到ASG中的不同服务器。
设置自动扩缩策略：您可以为负载均衡器创建Auto Scaling Policies，根据各种CloudWatch指标来更改ASG中的服务器数量。例如，您可以配置ASG在平均CPU使用率超过80％时添加服务器，在CPU使用率低于60％时删除服务器。

对于更多信息，请查阅A Comprehensive Guide to Building a Scalable Web App on Amazon Web Services。

注意： AWS上的扩展并不是瞬时的过程。具体取决于您的预配方式，可能需要一些时间。您不能通过扩展来应对爆发流量。您的流量需要进行分析，您需要确定实例的容量（对于Web服务器，我使用负载测试工具来测量每秒请求数），并进行相应的计划。

总结

在扩展PHP应用程序时，您可以采用一系列策略和AWS服务，包括Auto Scaling Group（ASG）、Launch Configuration、AMI、负载均衡器等，来实现高可用性和弹性的部署。这些步骤可以让您的应用程序能够根据负载的变化自动扩展和收缩，从而提供更好的用户体验。同时，您还可以使用自动扩缩策略来进一步优化资源使用，确保系统性能和稳定性。