1. 为什么 EC2 是 SAA-C03 的必考点SAA-C03Solutions Architect Associate这张认证说白了考的不是你背了多少 API 名字而是你能不能在真实业务场景里做出合理的架构决策。而 EC2 几乎贯穿了整张试卷——从计算选型、存储搭配、网络规划到成本优化EC2 永远是那个跑不掉的主角。我当年备考时的体感是真题里凡是涉及“计算”“服务器”“应用部署”的场景大概率都会绑着 EC2 一起考。更直白一点SAA-C03 的考试大纲里有几个核心领域——设计弹性架构、设计高性能架构、设计高可用架构、设计低成本架构——这四个领域每一项都离不开 EC2 的知识点。所以把它单独拎出来做一轮系统性整理绝对是最划得来的复习投入。这篇整理不会照着白皮书从头念到尾我尽量按照考试的实际出题角度把 EC2 相关的高频考点、容易混淆的概念、以及我实战中踩过的坑都揉进去。你如果能把下面这些内容吃透再把配套的练习题刷一遍EC2 这一块拿分基本就稳了。2. 实例类型选型从命名规则到场景匹配2.1 实例家族的分类逻辑EC2 实例类型如果死记硬背那真的会让人崩溃——因为型号太多了。但考试从来不会让你背全所有型号它考的是你能否根据负载特征选出合适的实例家族。AWS 把实例分成了几个大族通用型比如 t3、m6i、计算优化型c 系列、内存优化型r、x、z 系列、存储优化型i、d、h 系列、加速计算型p、g、inf 系列。每个家族的定位看一眼名字就能猜个八九不离十但有几个容易记混的点通用型t3/t4g/m 系列适合负载波动、CPU 使用率不高的场景比如 Web 服务器、开发环境、中小型数据库。计算优化型c 系列适合 CPU 密集型任务比如批处理、高性能计算、广告竞价、视频编码。内存优化型r/x 系列适合大内存场景比如内存数据库、实时大数据分析。存储优化型i3/i4i 等适合高随机 IOPS 的场景比如 NoSQL 数据库、日志处理。考试里最常见的套路是给你一个业务描述让你选实例家族。这时候不要犹豫先看这个业务的核心瓶颈是 CPU、内存、存储还是网络——对症下药就行。2.2 命名规则里的信息量实例类型的名字其实是非常有规律的看懂之后根本不用背。举个例子m6i.large。m是实例家族表示通用型。6是代次数字越大通常代表越新的硬件。i代表 AWS Nitro 系统也就是基于 Nitro Hypervisor 的实例。注意有些实例名里没有这个i比如m4.large那就说明底层是老的 Xen 虚拟化。large是实例大小从小到大一般是nano、micro、small、medium、large、xlarge、2xlarge……越大配置越高。考试偶尔会在题干里暗示“新代次”“Nitro 加速”这类信息如果你能看懂命名规则选答案的时候就不会懵。另外t3这类突发性能实例还有个后缀区分——t3是标准版t3a是 AMD 处理器版。考试中如果出现t3a或者m6a大概率是在考“AMD 处理器”的识别。2.3 选型决策的实战思考我在实际做架构方案时选实例类型一般走三步先看业务负载曲线再看预算约束最后看是否需要特殊硬件。如果是一个典型的 Web 应用白天流量高、晚上流量低那我更倾向用t3系列配合 Auto Scaling让实例在低负载时能攒 CPU 积分高负载时爆发。如果是数据处理任务需要长时间满负荷跑 CPU那t3就不合适了——CPU 积分耗尽后会被限制性能这种场景直接上c6i或者m6i更稳妥。考试里还有一个高频坑突发性能实例的 CPU 积分机制。t3实例在空闲时会累积 CPU 积分需要爆发时消耗积分提升 CPU 性能。但如果积分耗尽CPU 会被限流到基准水平应用就会变慢。考题经常问“为什么某实例 CPU 使用率被限制”——答案大概率就是 CPU 积分耗尽。要解决也很简单把实例类型改成无突发限制的型号或者开启T3 Unlimited。3. 购买模式与成本优化别只盯着 On-Demand3.1 四种主流购买模式EC2 的购买模式是 SAA-C03 的送分题但也是很多人丢分的地方因为选项里经常会出现几个非常相似的描述。我把四种核心模式整理成一个清晰的对照购买模式计费逻辑适用场景考试关键词On-Demand按需按秒/小时计费无承诺短期任务、不可中断工作负载、刚起步的业务灵活、无预付Reserved Instances预留实例承诺 1 年或 3 年换取折扣最高约 72%长期稳定运行的业务数据库、核心服务承诺期、标准/可转换Savings Plans节省计划承诺每小时消费额度换取折扣长期稳定消费覆盖 EC2 与 Fargate/Lambda按美元/小时承诺Spot Instances竞价实例竞拍空闲容量价格波动可被回收无状态、容错性强、可中断任务可中断、最大折扣可达 90%这里我多说一句很多人搞不清 Reserved Instances 和 Savings Plans 的区别。考试喜欢出这类题业务方说“我有一批实例 7x24 小时运行希望能降低成本”——这时候选哪个如果单纯从折扣力度看Savings Plans 更灵活因为它不仅能覆盖 EC2还能覆盖 Fargate 和 Lambda。而 Reserved Instances 只针对 EC2但它在容量预留上更有优势。具体选哪个要看题目侧重点题干强调“灵活覆盖多种计算服务”选 Savings Plans强调“特定实例类型的容量保证”选 Regional 或 Zonal Reserved Instances。3.2 Spot 实例的正确打开方式Spot 实例是成本优化里的王牌也是考试重点。它的核心特点是价格随供需波动并且 AWS 在需要回收容量时会给两分钟的警告通知。这意味着所有跑在 Spot 上的任务必须能优雅地处理中断。考试里关于 Spot 的高频场景有三种大数据分析任务比如夜间跑 ETL、渲染、基因测序这类任务可以断点续跑用 Spot 能省一大笔钱。无状态 Web 服务配合 Auto Scaling 混合使用按需实例作为保底层Spot 作为弹性扩展层兼顾稳定性和成本。CI/CD 构建任务像 Jenkins、GitLab Runner 这类构建节点跑完就销毁特别适合 Spot。我在生产环境里常用的做法是用Spot 混合模式Capacity-optimized——让 Auto Scaling 自动选择中断概率最低的 Spot 实例池同时设置一个 On-Demand 实例作为兜底比例。这样即使 Spot 全被回收核心服务也不会挂。还有一点容易忽略Spot 请求类型。有两种——one-time和persistent。考试如果问“为什么 Spot 实例被中断后又自动启动”那八成是persistent类型会自动重新发起请求。如果你用的是one-time中断后就没了得手动重新请求。这个细节虽然小但考到的概率不低。3.3 专用主机与专用实例的坑Dedicated Host专用主机和 Dedicated Instance专用实例也是考试常客两者都涉及合规和许可问题但有个关键区别Dedicated Host你控制整台物理服务器的实例布局可以绑定现有软件许可证比如 Windows Server、Oracle能看到底层 socket 和 core 信息。适合有 BYOL自带许可需求的场景。Dedicated Instance同样跑在独占物理机上但你不能控制实例在物理机上的具体位置也不能查看底层硬件信息。题目只要出现“需要查看底层物理核心数”“需要绑定现有的 Windows/Oracle 许可证”优先选 Dedicated Host。如果只说“需要有专用物理服务器保证合规不需要管布局”选 Dedicated Instance。4. 存储方案与 EBS考场上的重头戏4.1 EBS 类型选择io2/io1/gp3/sc1/st1EBS 是 EC2 的标配块存储考试里至少会出 3-5 道题。不同 EBS 类型的特征必须烂熟于心。类型适用场景IOPS/吞吐特点成本档位gp3通用工作负载大多数场景默认选择基线 3000 IOPS可独立调高至 16000性价比最高gp2老一代通用型IOPS 随容量变化每 GB 3 IOPS最大 16000比 gp3 略贵io2/io1关键业务数据库、低延迟高 IOPS单卷最高 64000io2 Block Express 可达 256000贵st1吞吐密集型冷热数据分层最高 500 MB/s 吞吐便宜sc1冷数据归档访问频率极低最高 250 MB/s 吞吐最便宜考试中最常问的对比是gp3 和 io2。记住一句口诀“数据库上 io2Web 服务器上 gp3”。另外注意 gp3 的一个大优势——IOPS 和吞吐是独立调节的也就是说你不需要通过扩大容量来提升性能。这个点经常作为正确答案出现。4.2 快照、AMI 与加密EBS 快照Snapshot是备份和容灾的基础。这里记住几个关键点快照是增量的第一次全量之后只保存变化的数据块。所以删除旧快照不会影响新快照的数据完整性——这是考试常考概念。快照存在 S3 里但你不能直接通过 S3 控制台访问它必须通过 EBS 服务来管理。创建快照时为了保证数据一致性最好先把 EC2 实例停下来或者在文件系统层面执行sync命令后再打快照。加密快照的复制可以将未加密快照复制为加密快照也可以改变加密密钥。但要记住不能直接修改已有卷的加密属性只能通过“创建加密快照 → 用快照创建新卷”来实现迁移。AMIAmazon Machine Image和快照的关系也是考点。一个 AMI 可以包含多个 EBS 快照比如根卷加数据卷。AMI 分为实例存储支持和 EBS 支持两种考试中 99% 的场景都是EBS-backed AMI因为根卷可以停止、重启、修改大小而实例存储Instance Store的根卷一旦实例终止数据就全没了。4.3 Instance Store 与 EBS 的抉择考试特别喜欢用 Instance Store 来设陷阱。Instance Store 是物理挂在 EC2 主机上的本地磁盘特点是超高 IOPS 和极低延迟因为不走网络。数据易失实例停止、重启或终止数据都可能丢失重启不一定丢但停止后一般会丢。不能创建快照不能 detach 后挂到其他实例。所以 Instance Store 的适用场景很明确临时数据、缓存、可重建的无状态数据。如果你需要在集群实例之间共享数据那不应该用 Instance Store而要用EFS或FSx。真题里有个经典考法一个实例需要高并发低延迟的临时存储Hint 里给了两块 800GB 的 NVMe SSD——这指的就是 Instance Store。选项会说“这些卷是物理连接的数据在实例停止后丢失”正确。4.4 EFS 与 FSx共享存储场景EC2 实例之间的共享文件存储考试基本只认 EFS。EFS 是 NFS 协议的网络文件系统支持 POSIX 权限多个 EC2 可以同时挂载。特别注意EFS 是** Regional 资源**当然也有 One Zone 类型可用区内的多个 AZ 都可以挂载。EFS 的吞吐模式分为 Bursting突发和 Provisioned预置吞吐性能随存储量自动扩展。适合用来做 WordPress 多实例共享文件、大数据分析的共享目录。FSx 系列今年考得越来越多注意两个分支FSx for Windows File ServerSMB 协议面向 Windows 工作负载和FSx for Lustre高性能计算、机器学习训练数据搭配 S3 做数据仓库访问。考试只要出现“高性能计算共享存储”关键词优先想 FSx for Lustre。5. 安全加固安全组、IAM 角色与密钥管理5.1 安全组与 Network ACL 的区别这个知识点每年必考而且是最容易混淆的。我把核心差异写在这里维度安全组Security GroupNetwork ACLNACL层级实例级别vNIC 级别子网级别规则只允许规则没有拒绝规则允许拒绝规则都有状态有状态返回流量自动放行无状态返回流量必须显式放行默认规则默认拒绝所有入站允许所有出站默认允许所有入站/出站除非自定义考试里最典型的判断题就是“安全组是有状态的NACL 是无状态的”——正确。还有一道常见的题是你配置了安全组放行入站 80 端口但出站流量和返回流量怎么处理答案是不用单独配置出站规则因为安全组有状态。实操中我还吃过一个亏给子网配了 NACL 后发现某个端口怎么也连不通排查了半天才意识到 NACL 是无状态的返回流量需要显式放行。这种坑在考试题里经常换着花样出现大家要小心。5.2 IAM 角色 vs 密钥对EC2 获取 AWS 权限的方式正规做法是给实例附加 IAM Role而不是在实例里保存 Access Key。考试里凡是出现“在 EC2 上安全地访问 S3/DynamoDB”标准答案就是创建 IAM Role 并附加到实例。理由很简单密钥不会泄露轮换也方便。还有一个细节容易被忽略EC2 Instance Metadata ServiceIMDS。IAM 临时凭证就是通过实例元数据地址169.254.169.254/latest/meta-data/iam/security-credentials/来获取的。考试现在越来越关注IMDSv2——它要求请求时带上X-aws-ec2-metadata-token头用 PUT 请求获取 token 后才能访问元数据比起 v1 能有效防止 SSRF 攻击。真题里问“如何保护 EC2 元数据服务免受 SSRF”选 IMDSv2 强制启用。密钥对Key Pair则是用来做 SSH 登录认证的和 IAM 权限完全两码事。私钥下载后只有一次机会丢了就得重新创建密钥对并通过替换不一定能直接改来处理。考试有时候会把密钥对和 IAM 混在一起出陷阱题注意区分。5.3 加密与合规EBS 加密EBS Encryption现在默认就可以对整个卷加密使用 KMS 管理密钥。加密的好处是数据在磁盘上加密、传输到加密卷时也加密而且快照和由快照创建的卷也会继承加密属性。要点是记住几个“联动”使用加密 AMI创建的实例其根卷和数据卷会自动加密。快照加密状态与源卷一致。AWS 的默认密钥aws/ebs和自定义 KMS 密钥都可以自定义密钥支持更细粒度控制。启用加密不需要改应用代码对性能影响很小。考试还爱考“如何在多 AZ 之间实现数据加密”——EBS 加密是区域级的跨区域复制需要先加密快照再用目标区域的 KMS 密钥重新加密。6. 高可用与弹性架构从单个实例到整套系统6.1 跨可用区部署与 Auto ScalingSAA-C03 特别强调高可用架构的设计能力。EC2 层面的核心手段是多可用区部署 Elastic Load Balancer Auto Scaling。先说多可用区。考试题干如果描述了一个单实例部署然后问“如何提高可用性”——千万不要说“再加一个更大的实例”那只是提高了性能不是可用性。正确答案是把实例分散到至少两个可用区然后用负载均衡器分发流量。再说 Auto Scaling。这个概念要掌握四个组成部分启动模板Launch Template定义实例类型、AMI、安全组、密钥对、IAM 角色等。Auto Scaling 组ASG管理实例的生命周期和数量。扩缩容策略Scaling Policies基于 CloudWatch 指标CPU 使用率、请求数、队列长度触发伸缩。健康检查ELB 的健康检查如果判定实例不健康ASG 会自动替换。考试常考的坑ASG 如果关联了 ELB实例加入后会先注册到 Target Group通过健康检查后才开始接收流量。健康检查频率和阈值设置不当会导致流量中断。我在生产环境一般设置健康检查间隔 30 秒、超时 5 秒、不健康阈值 2 次——这个组合比较均衡。还有一个高频计算题计算 ASG 的期望容量。题目给出最小/最大/期望容量或者给出目标追踪策略如 CPU 保持在 40%你不仅要知道公式还要理解 min、max 的关系——期望容量永远不会超过 max、低于 min。6.2 ELB 的类型选择与跨 AZ 流量ELB 分三种ALB应用层、NLB网络层、CLB经典已被淘汰。考试中 ALB 和 NLB 是最常出现的。ALB工作在 OSI 第 7 层支持基于 HTTP/HTTPS 的路由路径、主机头、查询参数支持 WebSocket、gRPC适合微服务和容器化应用。NLB工作在 OSI 第 4 层超低延迟支持 TCP/UDP/TLS可以分配 EIP固定 IP适合性能极敏感的场景和需要固定 IP 的准入控制。GLBGateway Load Balancer用来分发第三方虚拟设备如防火墙、入侵检测的流量近年逐渐进入考题。ALB 和 NLB 还有一个重大区别ALB 不直接分配弹性 IP而是通过 DNS 名访问NLB 可以绑定 EIP。如果业务需要“客户端 IP 白名单”NLB 更合适因为源 IP 会被保留。跨可用区的负载均衡ALB 默认是跨 AZ 分发流量的且每个 AZ 中至少要有一个 Target。NLB 跨 AZ 时如果某个 AZ 没有注册实例流量就不会被分发到那个 AZ 的 IP 上——这个细节考试会考。6.3 实例迁移与恢复SAA 的场景题中经常出现“将本地数据中心应用迁移到 AWS架构不能大改”——这时候最简单的方案是使用 AMI 迁移先创建应用服务器的自定义 AMI然后在目标区域用该 AMI 启动实例。跨区域迁移需要先复制 AMI 到目标区域注意复制时需要同时复制对应的快照。还有一种方案叫AWS Application Migration ServiceCloudEndure Migration 的继任者——它通过持续块级复制把本地的整机同步到 AWS切换时才启动实例。考试如果问“低 RTO 的迁移方案”可以考虑它。实例恢复相关的还有一个概念CloudWatch Alarm 触发 Auto Recovery。EC2 的 Auto Recovery 功能可以在底层硬件故障时自动在新的物理主机上恢复实例保留 IP、实例 ID 和数据。但注意Auto Recovery 不能恢复 Instance Store 上的数据而且仅适用于 EBS-backed 实例。考试里问“底层硬件故障如何自动恢复”——优先选 Auto Recovery 而不是手动重启。7. EC2 组网与高级特性进阶考点扫盲7.1 ENI、EIP 与 Placement Group这一块属于中级偏上的内容但 SAA-C03 也考。把握三个关键词ENI弹性网络接口一个实例可以有多个 ENI分别关联不同子网和安全组。常见用途是管理网卡和数据网卡分离或者实现双网卡串联防火墙方案。EIP弹性 IP稳定的公网 IPv4 地址可以和实例绑定或解绑。注意 EIP 绑定后会产生费用即使实例停止只要 EIP 未释放就计费释放后重新分配会得到一个新 IP。Placement Group置放群组分为 Cluster同 AZ 内低延迟高吞吐适合 HPC 内部通信、Spread跨硬件降低故障风险适合高可用、Partition分区部署适合大数据分布式系统如 Hadoop、Cassandra。考试考 Cluster 和 Spread 的概率最高记住关键字即可。Placement Group 有个限制容易忽略Cluster 类型的置放群组里的实例必须位于同一个可用区而且不是所有实例类型都支持。Spread 类型的置放群组一个组内最多只能有 7 个实例每个 AZ 内——这个数字很常考。7.2 EC2 Image Builder 与 System ManagerEC2 Image Builder 是近几年引入的新服务考试开始逐渐涉及。它的作用是自动化构建、测试和交付 VM 镜像AMI。好处是可以用官方基线镜像 你的配置脚本在托管管道中产出自定义镜像并且自动做安全补丁和应用测试。如果题目说“希望标准化 EC2 的 AMI自动构建并定期打补丁”答案选 EC2 Image Builder。AWS Systems ManagerSSM中的Session Manager也是一个高频考点。它允许你通过 IAM SSM Agent 安全地连接到 EC2不需要开放 22 端口也不需要 SSH 密钥非常适合安全合规严格的环境。考试问“如何在不开放公网端口的情况下安全运维 EC2”——先想 Session Manager。7.3 EC2 预留容量与启动模板细节Capacity Reservations容量预留可以说是“进阶中的进阶”但 SAA 确实会涉及。核心概念你可以按可用区预留指定实例类型的容量保证任何时候都能启动实例不受资源池紧张影响。它和 Reserved Instances 不同——预留容量只保证资源不打折RI 是折扣但不保证一定有容量。Region 级别的 RI 不绑定容量Zonal RI 才绑定特定 AZ 容量。建议把启动模板Launch Template和 ASG 绑定视为标配做法。相比旧的启动配置Launch Configuration启动模板支持版本管理、支持多个实例类型、支持混合实例策略Spot On-Demand。考试中如果问“创建 ASG 时如何做到灵活调整实例类型”——选启动模板。8. 常见失分点与实战避坑指南这里我把自己备考和帮团队面试时总结的易错点集中列出来值得反复看。8.1 关于计费与生命周期实例停止Stop后EBS 费用照常收取但实例相关费用不再产生除非开了 EIP。实例终止Terminate后默认开启“删除实例的 EBS 卷”选项根卷会一起删掉。如果不想丢数据可以在启动时取消勾选或给卷设置DeleteOnTerminationfalse。hibernate休眠会保留内存状态到 EBS适合需要快速恢复的场景但不是所有实例类型都支持部分 Nitro 实例和特定 AMI 才支持休眠。8.2 关于安全组规则的迷惑安全组规则引用安全组 ID 是允许的即源可以是另一个 SG常用于多层架构中比如 Web 层 SG 放行来自 ALB SG 的流量而不是放行某个 IP 段这才是考试喜欢的“推荐架构”。修改安全组后现有连接可能不会立即断开对于已建立的连接新规则通常不回收已建立的流考试基本不考这一点但实际运维时要注意。8.3 关于高可用的误解很多考生以为“把实例放在同一个可用区的多个子网里”就算高可用——这是错的。同一个 AZ 内无论多少个子网底层故障的影响范围都一样真正的容灾必须跨 AZ。数据库场景RDS 或自建数据库中选多 AZ 部署时自动故障转移后应用会拿到新的 CNAME因此应用层需要设置连接重试。EC2 自建数据库如果只用 EBS跨 AZ 的同步只能依靠软件层比如 MySQL 多 AZ 复制。9. EC2 与其他 AWS 服务的联动场景SAA-C03 的特点是跨服务出题EC2 往往不是主角而是部署单元。这里把最常见的联动场景串一遍保证你答题时能快速联想到正确组合。EC2 CloudFront如果业务有大量静态资源而且希望降低 EC2 的负载不要只想到 S3 的静态网站托管——配合 CloudFront CDN 缓存静态文件源站回源到 EC2 或 ALB。考试问“如何减少源站压力、加速全球访问”优先想到 CloudFront。EC2 SQS如果 EC2 应用接收大量异步任务最合理的架构是把任务写入 SQS 队列EC2 自动扩缩容拉取处理。经典题视频转码任务量大且突发如何设计答案是 SQS 解耦Auto Scaling 根据队列积压深度扩容。EC2 RDS应用服务器EC2和数据库RDS分离不要在 EC2 上自装数据库除非题目特别要求低成本。考试里“提高数据库性能”的答案多半是 RDS 读副本而不是加大 EC2。EC2 Lambda如果任务适合事件驱动Lambda 可以替代部分 EC2 工作负载但长时运行任务超过 15 分钟必须 EC2 或容器。这个边界在考试里经常以“是否需要常驻进程”的形式出现。在我看来SAA-C03 的考场策略就是遇到计算有关的题目先判断是“长时间稳定跑”还是“弹性突发”前者优先 RI/Savings Plans 合适的实例族后者优先 ASG Spot/On-Demand 混合。这基本上是万能公式。10. 考前冲刺建议与做题技巧最后这部分是给临考朋友的实战建议不含套话每条都是我实际验证过有效的。第一把 EC2 相关服务单独拉一个清单EC2、EBS、EFS、ELBALB/NLB、ASG、AMIs、Launch Template、Placement Group、EIP、Security Group、NACL、SSM Session Manager、EC2 Image Builder、Spot 实例、RI/Savings Plans。每项服务用一张纸写下“核心概念 一句话适用场景 一个典型坑”。这比反复刷视频效率高得多。第二刷题时遇到 EC2 的题不要只对答案要把题目里涉及的每个服务都查一遍“为什么对/错”。SAA-C03 的题风是描述性场景非常长干扰信息很多你要训练自己快速画出架构拓扑客户端 → DNS/CloudFront → ALB/NLB → ASG → EC2 → EBS/RDS/EFS。画出这个链后再逐个环节找答案。这个方法帮我节省了很多读题时间。第三做几套模拟题模拟真实考试节奏。SAA-C03 一共 65 道题130 分钟每道题差不多 2 分钟。EC2 相关题能做到一眼看出考点省下的时间可以用来解决复杂的多服务联动题。临考前把下列“一句话记忆点”过一遍EC2 实例元数据地址169.254.169.254IMDSv2 需要 token。Spot 中断警告2 分钟。T3 基准/突发CPU 积分耗尽会限流可用 T3 Unlimited。EBS 快照是增量备份存放在 S3。gp3 支持独立调整 IOPS 和吞吐。Instance Store 数据易失不支持快照。EFS 是 NFS 共享文件系统支持多 AZ 挂载。FSx for Lustre高性能计算共享存储。SG 有状态NACL 无状态。ALB 第7层NLB 第4层NLB 支持固定 EIP。ASG 跨多 AZ 部署才算高可用。Dedicated Host 支持 BYOL 和查看底层硬件信息。我在实际做架构方案和带新人考认证时常把这些点反复重提——因为它们不仅是考试重点也是日常运维和生产架构设计里真正高频使用的知识。EC2 这个服务看起来基础但想要玩透这些细节缺一不可。祝大家顺利通过 SAA-C03拿到证书不是终点能把这些架构思路用在真实项目里才是这张证真正值钱的地方。 AWS EC2 核心考点全解析：从实例选型到高可用架构
1. 为什么 EC2 是 SAA-C03 的必考点SAA-C03Solutions Architect Associate这张认证说白了考的不是你背了多少 API 名字而是你能不能在真实业务场景里做出合理的架构决策。而 EC2 几乎贯穿了整张试卷——从计算选型、存储搭配、网络规划到成本优化EC2 永远是那个跑不掉的主角。我当年备考时的体感是真题里凡是涉及“计算”“服务器”“应用部署”的场景大概率都会绑着 EC2 一起考。更直白一点SAA-C03 的考试大纲里有几个核心领域——设计弹性架构、设计高性能架构、设计高可用架构、设计低成本架构——这四个领域每一项都离不开 EC2 的知识点。所以把它单独拎出来做一轮系统性整理绝对是最划得来的复习投入。这篇整理不会照着白皮书从头念到尾我尽量按照考试的实际出题角度把 EC2 相关的高频考点、容易混淆的概念、以及我实战中踩过的坑都揉进去。你如果能把下面这些内容吃透再把配套的练习题刷一遍EC2 这一块拿分基本就稳了。2. 实例类型选型从命名规则到场景匹配2.1 实例家族的分类逻辑EC2 实例类型如果死记硬背那真的会让人崩溃——因为型号太多了。但考试从来不会让你背全所有型号它考的是你能否根据负载特征选出合适的实例家族。AWS 把实例分成了几个大族通用型比如 t3、m6i、计算优化型c 系列、内存优化型r、x、z 系列、存储优化型i、d、h 系列、加速计算型p、g、inf 系列。每个家族的定位看一眼名字就能猜个八九不离十但有几个容易记混的点通用型t3/t4g/m 系列适合负载波动、CPU 使用率不高的场景比如 Web 服务器、开发环境、中小型数据库。计算优化型c 系列适合 CPU 密集型任务比如批处理、高性能计算、广告竞价、视频编码。内存优化型r/x 系列适合大内存场景比如内存数据库、实时大数据分析。存储优化型i3/i4i 等适合高随机 IOPS 的场景比如 NoSQL 数据库、日志处理。考试里最常见的套路是给你一个业务描述让你选实例家族。这时候不要犹豫先看这个业务的核心瓶颈是 CPU、内存、存储还是网络——对症下药就行。2.2 命名规则里的信息量实例类型的名字其实是非常有规律的看懂之后根本不用背。举个例子m6i.large。m是实例家族表示通用型。6是代次数字越大通常代表越新的硬件。i代表 AWS Nitro 系统也就是基于 Nitro Hypervisor 的实例。注意有些实例名里没有这个i比如m4.large那就说明底层是老的 Xen 虚拟化。large是实例大小从小到大一般是nano、micro、small、medium、large、xlarge、2xlarge……越大配置越高。考试偶尔会在题干里暗示“新代次”“Nitro 加速”这类信息如果你能看懂命名规则选答案的时候就不会懵。另外t3这类突发性能实例还有个后缀区分——t3是标准版t3a是 AMD 处理器版。考试中如果出现t3a或者m6a大概率是在考“AMD 处理器”的识别。2.3 选型决策的实战思考我在实际做架构方案时选实例类型一般走三步先看业务负载曲线再看预算约束最后看是否需要特殊硬件。如果是一个典型的 Web 应用白天流量高、晚上流量低那我更倾向用t3系列配合 Auto Scaling让实例在低负载时能攒 CPU 积分高负载时爆发。如果是数据处理任务需要长时间满负荷跑 CPU那t3就不合适了——CPU 积分耗尽后会被限制性能这种场景直接上c6i或者m6i更稳妥。考试里还有一个高频坑突发性能实例的 CPU 积分机制。t3实例在空闲时会累积 CPU 积分需要爆发时消耗积分提升 CPU 性能。但如果积分耗尽CPU 会被限流到基准水平应用就会变慢。考题经常问“为什么某实例 CPU 使用率被限制”——答案大概率就是 CPU 积分耗尽。要解决也很简单把实例类型改成无突发限制的型号或者开启T3 Unlimited。3. 购买模式与成本优化别只盯着 On-Demand3.1 四种主流购买模式EC2 的购买模式是 SAA-C03 的送分题但也是很多人丢分的地方因为选项里经常会出现几个非常相似的描述。我把四种核心模式整理成一个清晰的对照购买模式计费逻辑适用场景考试关键词On-Demand按需按秒/小时计费无承诺短期任务、不可中断工作负载、刚起步的业务灵活、无预付Reserved Instances预留实例承诺 1 年或 3 年换取折扣最高约 72%长期稳定运行的业务数据库、核心服务承诺期、标准/可转换Savings Plans节省计划承诺每小时消费额度换取折扣长期稳定消费覆盖 EC2 与 Fargate/Lambda按美元/小时承诺Spot Instances竞价实例竞拍空闲容量价格波动可被回收无状态、容错性强、可中断任务可中断、最大折扣可达 90%这里我多说一句很多人搞不清 Reserved Instances 和 Savings Plans 的区别。考试喜欢出这类题业务方说“我有一批实例 7x24 小时运行希望能降低成本”——这时候选哪个如果单纯从折扣力度看Savings Plans 更灵活因为它不仅能覆盖 EC2还能覆盖 Fargate 和 Lambda。而 Reserved Instances 只针对 EC2但它在容量预留上更有优势。具体选哪个要看题目侧重点题干强调“灵活覆盖多种计算服务”选 Savings Plans强调“特定实例类型的容量保证”选 Regional 或 Zonal Reserved Instances。3.2 Spot 实例的正确打开方式Spot 实例是成本优化里的王牌也是考试重点。它的核心特点是价格随供需波动并且 AWS 在需要回收容量时会给两分钟的警告通知。这意味着所有跑在 Spot 上的任务必须能优雅地处理中断。考试里关于 Spot 的高频场景有三种大数据分析任务比如夜间跑 ETL、渲染、基因测序这类任务可以断点续跑用 Spot 能省一大笔钱。无状态 Web 服务配合 Auto Scaling 混合使用按需实例作为保底层Spot 作为弹性扩展层兼顾稳定性和成本。CI/CD 构建任务像 Jenkins、GitLab Runner 这类构建节点跑完就销毁特别适合 Spot。我在生产环境里常用的做法是用Spot 混合模式Capacity-optimized——让 Auto Scaling 自动选择中断概率最低的 Spot 实例池同时设置一个 On-Demand 实例作为兜底比例。这样即使 Spot 全被回收核心服务也不会挂。还有一点容易忽略Spot 请求类型。有两种——one-time和persistent。考试如果问“为什么 Spot 实例被中断后又自动启动”那八成是persistent类型会自动重新发起请求。如果你用的是one-time中断后就没了得手动重新请求。这个细节虽然小但考到的概率不低。3.3 专用主机与专用实例的坑Dedicated Host专用主机和 Dedicated Instance专用实例也是考试常客两者都涉及合规和许可问题但有个关键区别Dedicated Host你控制整台物理服务器的实例布局可以绑定现有软件许可证比如 Windows Server、Oracle能看到底层 socket 和 core 信息。适合有 BYOL自带许可需求的场景。Dedicated Instance同样跑在独占物理机上但你不能控制实例在物理机上的具体位置也不能查看底层硬件信息。题目只要出现“需要查看底层物理核心数”“需要绑定现有的 Windows/Oracle 许可证”优先选 Dedicated Host。如果只说“需要有专用物理服务器保证合规不需要管布局”选 Dedicated Instance。4. 存储方案与 EBS考场上的重头戏4.1 EBS 类型选择io2/io1/gp3/sc1/st1EBS 是 EC2 的标配块存储考试里至少会出 3-5 道题。不同 EBS 类型的特征必须烂熟于心。类型适用场景IOPS/吞吐特点成本档位gp3通用工作负载大多数场景默认选择基线 3000 IOPS可独立调高至 16000性价比最高gp2老一代通用型IOPS 随容量变化每 GB 3 IOPS最大 16000比 gp3 略贵io2/io1关键业务数据库、低延迟高 IOPS单卷最高 64000io2 Block Express 可达 256000贵st1吞吐密集型冷热数据分层最高 500 MB/s 吞吐便宜sc1冷数据归档访问频率极低最高 250 MB/s 吞吐最便宜考试中最常问的对比是gp3 和 io2。记住一句口诀“数据库上 io2Web 服务器上 gp3”。另外注意 gp3 的一个大优势——IOPS 和吞吐是独立调节的也就是说你不需要通过扩大容量来提升性能。这个点经常作为正确答案出现。4.2 快照、AMI 与加密EBS 快照Snapshot是备份和容灾的基础。这里记住几个关键点快照是增量的第一次全量之后只保存变化的数据块。所以删除旧快照不会影响新快照的数据完整性——这是考试常考概念。快照存在 S3 里但你不能直接通过 S3 控制台访问它必须通过 EBS 服务来管理。创建快照时为了保证数据一致性最好先把 EC2 实例停下来或者在文件系统层面执行sync命令后再打快照。加密快照的复制可以将未加密快照复制为加密快照也可以改变加密密钥。但要记住不能直接修改已有卷的加密属性只能通过“创建加密快照 → 用快照创建新卷”来实现迁移。AMIAmazon Machine Image和快照的关系也是考点。一个 AMI 可以包含多个 EBS 快照比如根卷加数据卷。AMI 分为实例存储支持和 EBS 支持两种考试中 99% 的场景都是EBS-backed AMI因为根卷可以停止、重启、修改大小而实例存储Instance Store的根卷一旦实例终止数据就全没了。4.3 Instance Store 与 EBS 的抉择考试特别喜欢用 Instance Store 来设陷阱。Instance Store 是物理挂在 EC2 主机上的本地磁盘特点是超高 IOPS 和极低延迟因为不走网络。数据易失实例停止、重启或终止数据都可能丢失重启不一定丢但停止后一般会丢。不能创建快照不能 detach 后挂到其他实例。所以 Instance Store 的适用场景很明确临时数据、缓存、可重建的无状态数据。如果你需要在集群实例之间共享数据那不应该用 Instance Store而要用EFS或FSx。真题里有个经典考法一个实例需要高并发低延迟的临时存储Hint 里给了两块 800GB 的 NVMe SSD——这指的就是 Instance Store。选项会说“这些卷是物理连接的数据在实例停止后丢失”正确。4.4 EFS 与 FSx共享存储场景EC2 实例之间的共享文件存储考试基本只认 EFS。EFS 是 NFS 协议的网络文件系统支持 POSIX 权限多个 EC2 可以同时挂载。特别注意EFS 是** Regional 资源**当然也有 One Zone 类型可用区内的多个 AZ 都可以挂载。EFS 的吞吐模式分为 Bursting突发和 Provisioned预置吞吐性能随存储量自动扩展。适合用来做 WordPress 多实例共享文件、大数据分析的共享目录。FSx 系列今年考得越来越多注意两个分支FSx for Windows File ServerSMB 协议面向 Windows 工作负载和FSx for Lustre高性能计算、机器学习训练数据搭配 S3 做数据仓库访问。考试只要出现“高性能计算共享存储”关键词优先想 FSx for Lustre。5. 安全加固安全组、IAM 角色与密钥管理5.1 安全组与 Network ACL 的区别这个知识点每年必考而且是最容易混淆的。我把核心差异写在这里维度安全组Security GroupNetwork ACLNACL层级实例级别vNIC 级别子网级别规则只允许规则没有拒绝规则允许拒绝规则都有状态有状态返回流量自动放行无状态返回流量必须显式放行默认规则默认拒绝所有入站允许所有出站默认允许所有入站/出站除非自定义考试里最典型的判断题就是“安全组是有状态的NACL 是无状态的”——正确。还有一道常见的题是你配置了安全组放行入站 80 端口但出站流量和返回流量怎么处理答案是不用单独配置出站规则因为安全组有状态。实操中我还吃过一个亏给子网配了 NACL 后发现某个端口怎么也连不通排查了半天才意识到 NACL 是无状态的返回流量需要显式放行。这种坑在考试题里经常换着花样出现大家要小心。5.2 IAM 角色 vs 密钥对EC2 获取 AWS 权限的方式正规做法是给实例附加 IAM Role而不是在实例里保存 Access Key。考试里凡是出现“在 EC2 上安全地访问 S3/DynamoDB”标准答案就是创建 IAM Role 并附加到实例。理由很简单密钥不会泄露轮换也方便。还有一个细节容易被忽略EC2 Instance Metadata ServiceIMDS。IAM 临时凭证就是通过实例元数据地址169.254.169.254/latest/meta-data/iam/security-credentials/来获取的。考试现在越来越关注IMDSv2——它要求请求时带上X-aws-ec2-metadata-token头用 PUT 请求获取 token 后才能访问元数据比起 v1 能有效防止 SSRF 攻击。真题里问“如何保护 EC2 元数据服务免受 SSRF”选 IMDSv2 强制启用。密钥对Key Pair则是用来做 SSH 登录认证的和 IAM 权限完全两码事。私钥下载后只有一次机会丢了就得重新创建密钥对并通过替换不一定能直接改来处理。考试有时候会把密钥对和 IAM 混在一起出陷阱题注意区分。5.3 加密与合规EBS 加密EBS Encryption现在默认就可以对整个卷加密使用 KMS 管理密钥。加密的好处是数据在磁盘上加密、传输到加密卷时也加密而且快照和由快照创建的卷也会继承加密属性。要点是记住几个“联动”使用加密 AMI创建的实例其根卷和数据卷会自动加密。快照加密状态与源卷一致。AWS 的默认密钥aws/ebs和自定义 KMS 密钥都可以自定义密钥支持更细粒度控制。启用加密不需要改应用代码对性能影响很小。考试还爱考“如何在多 AZ 之间实现数据加密”——EBS 加密是区域级的跨区域复制需要先加密快照再用目标区域的 KMS 密钥重新加密。6. 高可用与弹性架构从单个实例到整套系统6.1 跨可用区部署与 Auto ScalingSAA-C03 特别强调高可用架构的设计能力。EC2 层面的核心手段是多可用区部署 Elastic Load Balancer Auto Scaling。先说多可用区。考试题干如果描述了一个单实例部署然后问“如何提高可用性”——千万不要说“再加一个更大的实例”那只是提高了性能不是可用性。正确答案是把实例分散到至少两个可用区然后用负载均衡器分发流量。再说 Auto Scaling。这个概念要掌握四个组成部分启动模板Launch Template定义实例类型、AMI、安全组、密钥对、IAM 角色等。Auto Scaling 组ASG管理实例的生命周期和数量。扩缩容策略Scaling Policies基于 CloudWatch 指标CPU 使用率、请求数、队列长度触发伸缩。健康检查ELB 的健康检查如果判定实例不健康ASG 会自动替换。考试常考的坑ASG 如果关联了 ELB实例加入后会先注册到 Target Group通过健康检查后才开始接收流量。健康检查频率和阈值设置不当会导致流量中断。我在生产环境一般设置健康检查间隔 30 秒、超时 5 秒、不健康阈值 2 次——这个组合比较均衡。还有一个高频计算题计算 ASG 的期望容量。题目给出最小/最大/期望容量或者给出目标追踪策略如 CPU 保持在 40%你不仅要知道公式还要理解 min、max 的关系——期望容量永远不会超过 max、低于 min。6.2 ELB 的类型选择与跨 AZ 流量ELB 分三种ALB应用层、NLB网络层、CLB经典已被淘汰。考试中 ALB 和 NLB 是最常出现的。ALB工作在 OSI 第 7 层支持基于 HTTP/HTTPS 的路由路径、主机头、查询参数支持 WebSocket、gRPC适合微服务和容器化应用。NLB工作在 OSI 第 4 层超低延迟支持 TCP/UDP/TLS可以分配 EIP固定 IP适合性能极敏感的场景和需要固定 IP 的准入控制。GLBGateway Load Balancer用来分发第三方虚拟设备如防火墙、入侵检测的流量近年逐渐进入考题。ALB 和 NLB 还有一个重大区别ALB 不直接分配弹性 IP而是通过 DNS 名访问NLB 可以绑定 EIP。如果业务需要“客户端 IP 白名单”NLB 更合适因为源 IP 会被保留。跨可用区的负载均衡ALB 默认是跨 AZ 分发流量的且每个 AZ 中至少要有一个 Target。NLB 跨 AZ 时如果某个 AZ 没有注册实例流量就不会被分发到那个 AZ 的 IP 上——这个细节考试会考。6.3 实例迁移与恢复SAA 的场景题中经常出现“将本地数据中心应用迁移到 AWS架构不能大改”——这时候最简单的方案是使用 AMI 迁移先创建应用服务器的自定义 AMI然后在目标区域用该 AMI 启动实例。跨区域迁移需要先复制 AMI 到目标区域注意复制时需要同时复制对应的快照。还有一种方案叫AWS Application Migration ServiceCloudEndure Migration 的继任者——它通过持续块级复制把本地的整机同步到 AWS切换时才启动实例。考试如果问“低 RTO 的迁移方案”可以考虑它。实例恢复相关的还有一个概念CloudWatch Alarm 触发 Auto Recovery。EC2 的 Auto Recovery 功能可以在底层硬件故障时自动在新的物理主机上恢复实例保留 IP、实例 ID 和数据。但注意Auto Recovery 不能恢复 Instance Store 上的数据而且仅适用于 EBS-backed 实例。考试里问“底层硬件故障如何自动恢复”——优先选 Auto Recovery 而不是手动重启。7. EC2 组网与高级特性进阶考点扫盲7.1 ENI、EIP 与 Placement Group这一块属于中级偏上的内容但 SAA-C03 也考。把握三个关键词ENI弹性网络接口一个实例可以有多个 ENI分别关联不同子网和安全组。常见用途是管理网卡和数据网卡分离或者实现双网卡串联防火墙方案。EIP弹性 IP稳定的公网 IPv4 地址可以和实例绑定或解绑。注意 EIP 绑定后会产生费用即使实例停止只要 EIP 未释放就计费释放后重新分配会得到一个新 IP。Placement Group置放群组分为 Cluster同 AZ 内低延迟高吞吐适合 HPC 内部通信、Spread跨硬件降低故障风险适合高可用、Partition分区部署适合大数据分布式系统如 Hadoop、Cassandra。考试考 Cluster 和 Spread 的概率最高记住关键字即可。Placement Group 有个限制容易忽略Cluster 类型的置放群组里的实例必须位于同一个可用区而且不是所有实例类型都支持。Spread 类型的置放群组一个组内最多只能有 7 个实例每个 AZ 内——这个数字很常考。7.2 EC2 Image Builder 与 System ManagerEC2 Image Builder 是近几年引入的新服务考试开始逐渐涉及。它的作用是自动化构建、测试和交付 VM 镜像AMI。好处是可以用官方基线镜像 你的配置脚本在托管管道中产出自定义镜像并且自动做安全补丁和应用测试。如果题目说“希望标准化 EC2 的 AMI自动构建并定期打补丁”答案选 EC2 Image Builder。AWS Systems ManagerSSM中的Session Manager也是一个高频考点。它允许你通过 IAM SSM Agent 安全地连接到 EC2不需要开放 22 端口也不需要 SSH 密钥非常适合安全合规严格的环境。考试问“如何在不开放公网端口的情况下安全运维 EC2”——先想 Session Manager。7.3 EC2 预留容量与启动模板细节Capacity Reservations容量预留可以说是“进阶中的进阶”但 SAA 确实会涉及。核心概念你可以按可用区预留指定实例类型的容量保证任何时候都能启动实例不受资源池紧张影响。它和 Reserved Instances 不同——预留容量只保证资源不打折RI 是折扣但不保证一定有容量。Region 级别的 RI 不绑定容量Zonal RI 才绑定特定 AZ 容量。建议把启动模板Launch Template和 ASG 绑定视为标配做法。相比旧的启动配置Launch Configuration启动模板支持版本管理、支持多个实例类型、支持混合实例策略Spot On-Demand。考试中如果问“创建 ASG 时如何做到灵活调整实例类型”——选启动模板。8. 常见失分点与实战避坑指南这里我把自己备考和帮团队面试时总结的易错点集中列出来值得反复看。8.1 关于计费与生命周期实例停止Stop后EBS 费用照常收取但实例相关费用不再产生除非开了 EIP。实例终止Terminate后默认开启“删除实例的 EBS 卷”选项根卷会一起删掉。如果不想丢数据可以在启动时取消勾选或给卷设置DeleteOnTerminationfalse。hibernate休眠会保留内存状态到 EBS适合需要快速恢复的场景但不是所有实例类型都支持部分 Nitro 实例和特定 AMI 才支持休眠。8.2 关于安全组规则的迷惑安全组规则引用安全组 ID 是允许的即源可以是另一个 SG常用于多层架构中比如 Web 层 SG 放行来自 ALB SG 的流量而不是放行某个 IP 段这才是考试喜欢的“推荐架构”。修改安全组后现有连接可能不会立即断开对于已建立的连接新规则通常不回收已建立的流考试基本不考这一点但实际运维时要注意。8.3 关于高可用的误解很多考生以为“把实例放在同一个可用区的多个子网里”就算高可用——这是错的。同一个 AZ 内无论多少个子网底层故障的影响范围都一样真正的容灾必须跨 AZ。数据库场景RDS 或自建数据库中选多 AZ 部署时自动故障转移后应用会拿到新的 CNAME因此应用层需要设置连接重试。EC2 自建数据库如果只用 EBS跨 AZ 的同步只能依靠软件层比如 MySQL 多 AZ 复制。9. EC2 与其他 AWS 服务的联动场景SAA-C03 的特点是跨服务出题EC2 往往不是主角而是部署单元。这里把最常见的联动场景串一遍保证你答题时能快速联想到正确组合。EC2 CloudFront如果业务有大量静态资源而且希望降低 EC2 的负载不要只想到 S3 的静态网站托管——配合 CloudFront CDN 缓存静态文件源站回源到 EC2 或 ALB。考试问“如何减少源站压力、加速全球访问”优先想到 CloudFront。EC2 SQS如果 EC2 应用接收大量异步任务最合理的架构是把任务写入 SQS 队列EC2 自动扩缩容拉取处理。经典题视频转码任务量大且突发如何设计答案是 SQS 解耦Auto Scaling 根据队列积压深度扩容。EC2 RDS应用服务器EC2和数据库RDS分离不要在 EC2 上自装数据库除非题目特别要求低成本。考试里“提高数据库性能”的答案多半是 RDS 读副本而不是加大 EC2。EC2 Lambda如果任务适合事件驱动Lambda 可以替代部分 EC2 工作负载但长时运行任务超过 15 分钟必须 EC2 或容器。这个边界在考试里经常以“是否需要常驻进程”的形式出现。在我看来SAA-C03 的考场策略就是遇到计算有关的题目先判断是“长时间稳定跑”还是“弹性突发”前者优先 RI/Savings Plans 合适的实例族后者优先 ASG Spot/On-Demand 混合。这基本上是万能公式。10. 考前冲刺建议与做题技巧最后这部分是给临考朋友的实战建议不含套话每条都是我实际验证过有效的。第一把 EC2 相关服务单独拉一个清单EC2、EBS、EFS、ELBALB/NLB、ASG、AMIs、Launch Template、Placement Group、EIP、Security Group、NACL、SSM Session Manager、EC2 Image Builder、Spot 实例、RI/Savings Plans。每项服务用一张纸写下“核心概念 一句话适用场景 一个典型坑”。这比反复刷视频效率高得多。第二刷题时遇到 EC2 的题不要只对答案要把题目里涉及的每个服务都查一遍“为什么对/错”。SAA-C03 的题风是描述性场景非常长干扰信息很多你要训练自己快速画出架构拓扑客户端 → DNS/CloudFront → ALB/NLB → ASG → EC2 → EBS/RDS/EFS。画出这个链后再逐个环节找答案。这个方法帮我节省了很多读题时间。第三做几套模拟题模拟真实考试节奏。SAA-C03 一共 65 道题130 分钟每道题差不多 2 分钟。EC2 相关题能做到一眼看出考点省下的时间可以用来解决复杂的多服务联动题。临考前把下列“一句话记忆点”过一遍EC2 实例元数据地址169.254.169.254IMDSv2 需要 token。Spot 中断警告2 分钟。T3 基准/突发CPU 积分耗尽会限流可用 T3 Unlimited。EBS 快照是增量备份存放在 S3。gp3 支持独立调整 IOPS 和吞吐。Instance Store 数据易失不支持快照。EFS 是 NFS 共享文件系统支持多 AZ 挂载。FSx for Lustre高性能计算共享存储。SG 有状态NACL 无状态。ALB 第7层NLB 第4层NLB 支持固定 EIP。ASG 跨多 AZ 部署才算高可用。Dedicated Host 支持 BYOL 和查看底层硬件信息。我在实际做架构方案和带新人考认证时常把这些点反复重提——因为它们不仅是考试重点也是日常运维和生产架构设计里真正高频使用的知识。EC2 这个服务看起来基础但想要玩透这些细节缺一不可。祝大家顺利通过 SAA-C03拿到证书不是终点能把这些架构思路用在真实项目里才是这张证真正值钱的地方。