AWS解决方案架构

Question

Amazon VPC中的工作负载由从自定义AMI启动的单个Web服务器组成。会话状态存储在数据库中。解决方案架构师应如何修改此工作负载以使其具有高可用性和可伸缩性？

我在A和C之间犹豫不决。包括我在内的许多朋友都更喜欢C。但是为什么答案是来自非官方测试机构的A？代理机构错了吗？

A。创建一个启动配置，并在多个可用区中具有两台Web服务器所需的容量。使用Web服务器映像的AMI ID创建一个Auto Scaling组。使用基于Amazon Route 53的基于延迟的路由来平衡Auto Scaling组中的流量。

B。使用Web服务器映像的AMI ID创建启动配置。使用新创建的启动配置以及跨多个区域的两个Web服务器的所需容量来创建Auto Scaling组。使用应用程序负载平衡器（ALB）平衡Auto Scaling组中的流量。

C。使用Web服务器映像的AMI ID创建启动配置。使用新创建的启动配置以及跨多个可用区的两个Web服务器的所需容量，创建一个Auto Scaling组。使用ALB平衡Auto Scaling组中的流量。

D。使用Web服务器映像的AMI ID创建启动配置。使用新创建的启动配置以及跨多个可用区的两个Web服务器的所需容量，创建一个Auto Scaling组。使用Route 53加权路由来平衡Auto Scaling组中的流量。

Answer 1

选择A不正确。您在哪里看到这个问题（和答案）？

此问题需要了解Auto Scaling（AS）的工作原理：

1. AS启动配置具有AMI ID
2. AS组具有所需的容量和启动配置
3. AS组包含一个区域中多个可用区的EC2实例，但不包含多个区域

因此，将这些知识应用于可用的选择：

• A错误，因为启动配置没有所需的容量
• B不正确，因为AS组是跨AZ，而不是跨区域

因此，唯一可能的正确选择是C和D。这时，您需要确定跨可用区ALB与Route 53加权路由是否正确。

Answer 2

这是考试题吗？

正确答案是C。

架构类似于Internet->Route53 (points to ALB Endpoint)->ALB->ASG Instances

其他选择不正确

A）这句话是错误的。当您仅使用一个 ALB时，使用基于延迟的路由没有任何意义。

B）您不能在同一Auto Scaling组中使用多个区域。

D）与A相同