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 组。使用 Application Load Balancer (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。此时，您需要确定跨 AZ ALB 与 Route 53 加权路由是否正确。

Answer 2

这是一道考试题吗？？

正确答案是 C。

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

其他选项都不正确

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

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

D) 与 A 相同