AWS负载均衡工作原理及Moodle部署相关技术疑问咨询

简单来说，AWS负载均衡器（不管是应用负载均衡ALB、网络负载均衡NLB还是经典负载均衡CLB）就像一个智能的流量调度员：

• 它作为用户请求的统一入口，接收所有发向你的应用的外部流量
• 按照你配置的分发规则（比如轮询、最小连接数优先），把请求转发到后端的一组目标实例（EC2、ECS容器等）
• 会持续做健康检查，一旦发现某个实例无法正常响应，就自动把流量从这个实例上切走，直到它恢复正常
• 还能帮你搞定SSL证书终止、会话粘滞、路径转发（比如ALB的基于URL的路由）这些额外功能，减轻后端实例的负担

1. 使用Load Balancer是否需要具备两台或更多实例？ #

严格来说，不是强制要求——你完全可以把负载均衡器只关联一台EC2实例。但这样做就失去了负载均衡最核心的价值：高可用和负载分担。

如果只有一台实例，一旦这个实例故障，你的整个服务就挂了，负载均衡器也没实例可转发流量了。最佳实践是至少配置2台实例，并且把它们放在不同的可用区（AZ）里，这样就算一个AZ出问题，另一个AZ的实例还能继续提供服务，真正实现高可用。

2. 是否需要在每个实例中复制我的应用？（以Moodle场景为例） #

答案是需要复制Moodle的应用代码，但Moodledata这类共享数据应该用共享存储，而不是每个实例单独复制。

举你的Moodle场景来说：

• Moodle的核心应用文件（网站代码、前端资源这些）必须在每个后端实例上都有，不然负载均衡把请求发到某个实例时，这个实例上没有Moodle代码，根本没法处理请求，会直接返回错误。你可以用AMI镜像批量创建实例，或者用部署工具（比如CodeDeploy）自动把应用代码同步到所有实例上。
• 但存储Moodledata的60GB EBS卷不能直接复制到每个实例——因为EBS卷同一时间只能挂载到一台EC2实例上。正确的做法是把Moodledata迁移到**AWS EFS（弹性文件系统）**或者S3（适合静态资源），这样所有后端实例都能同时访问同一个共享存储里的Moodledata，确保用户上传的文件、课程资源等在所有实例上都能一致访问。另外，Moodle的数据库也不能放在实例本地，得用RDS这种托管式数据库服务，让所有实例共享同一个数据库，这样数据才不会出现不一致的问题。

内容的提问来源于stack exchange，提问作者Diego Souza