不想绕弯子，直接说结论：SAA-C03 这张证书里，EC2 就是绝对的主角。我自己的备考感受是，如果不把 EC2 相关的考点吃透，考试时大概率会做得很难受。别指望靠“刷题背答案”混过去，AWS 的题目现在越来越活，会反复用不同的场景来考你同一个知识点，尤其是 EC2 的存储、网络、购买选项和弹性设计。这篇文章是我根据自己的备考经验整理出来的重点，不是那种罗列功能的说明书，而是告诉你每一个考点背后为什么要这么设计，以及考试时大概会怎么考。
先把一张图在脑子里装好：EC2 本质上就是一台“云端虚拟机”，但 AWS 给它加了大量外围能力，比如不同实例族、多种计费方式、块存储、弹性 IP、安全组、启动模板，以及和负载均衡、自动伸缩的联动。SAA-C03 几乎不会直接问“EC2 是什么”，而是把所有架构题都搭建在 EC2 之上，所以你需要掌握的全是“选型”和“配置决策”。
1. 实例类型与选型思路：考试最喜欢让你“挑机器”
1.1 五大类实例族怎么记
SAA-C03 很少考到非常具体的实例型号，比如c7g.xlarge这种细粒度规格，它更爱考的是“这个场景应该选哪个家族”。这一点很关键，很多新手复习时一头扎进规格参数里，结果学了半天，考试发现根本不需要记那么细。
AWS 把实例分成几大类，我用最直白的话帮你总结一下：
- 通用型（比如
t3、m5）：各种工作负载都能跑，适合小型数据库、Web 服务器、开发测试环境。这类实例的 CPU 和内存配比相对均衡。 - 计算优化型（比如
c5、c7g）：适合需要高性能 CPU 的场景，比如批处理、媒体转码、科学建模、基因分析。 - 内存优化型（比如
r5、x2gd）：用来跑内存数据库（Redis、Memcached）、大型 SAP、实时大数据分析。 - 存储优化型（比如
i3、d2）：适合高随机 I/O 的场景，比如 NoSQL 数据库、数据仓库、分布式文件系统。 - 加速计算型（比如
p4、g5）：带 GPU 的机器，适合机器学习训练、图形渲染、视频处理。
在考试里最常见的出题套路是：给你一个“内存数据库”的场景，答案基本都在内存优化型里；给你“机器学习推理”的场景，优先考虑 GPU 类型。这个选择题有时候简单到像送分题，但如果你没搞清各个家庭的特点，就很容易在干扰项里犹豫。
1.2 Burstable 实例和 CPU 积分机制
t2/t3系列是 SAA-C03 的高频考点，尤其是Burstable（可爆发）这个特性。这类实例平时给你一个基准 CPU 性能（比如t3.micro是 10% 的基线），但允许你“借”未来或过去的 CPU 积分来临时跑满。
你要记住两个核心概念：
- CPU 积分：一个完整 vCPU 以 100% 利用率跑 1 分钟，等于消耗 1 个 CPU 积分。实例空闲时赚积分，高负载时消耗积分。
- 无限模式：
T3系列默认开启无限模式——即使积分用完，也能短时间爆发，但要额外按 vCPU 小时付费。考试里如果不确定，优先选“启用无限模式”来应对突发负载。
有个大坑值得单独提醒：CPU 积分余额耗尽之后，实例不会直接死掉，而是被迫降回基准性能。很多真实生产事故就是这么来的——平时负载很轻，某天突然来了一波流量，CPU 跑满了，积分用完，然后整个服务就变卡了。我看到过好几次这种案例，所以提醒大家，线上环境如果长期有稳定的 CPU 消耗，最好不要长期用小规格的 T 系列扛，不然要么频繁告警，要么成本失控。
1.3 实例规格选择背后的 SAA-C03 出题逻辑
考试时经常会给你一个场景：CPU 使用率高、内存使用率低，或者反过来，然后让你优化。通用实例是比较均衡的选择，但如果瓶颈方向非常明确，就要往对应优化型实例走。我一直特别强调：SAA-C03 考的不是“能不能跑”，而是“合不合理”。所以你在复习时不要问“这个配置能不能部署应用”，而是要问“这个配置是不是该场景下的最优解”。
有人会担心实例选型选小了，生产环境跑不动怎么办。其实 AWS 支持实例规格的修改（取决于 EBS 根卷和虚拟化类型），所以早期选小一点，跑一段时间再升配，是完全可行的。但 Nitro 实例普遍支持原地调整，老一代 Xen 实例有些限制，考试里不太会深挖这个，我建议你明白“选型不是一次性行为”就够了。
2. 计费模式与购买选项：成本题的重灾区
2.1 四种购买方式的适用场景
SAA-C03 考试几乎必考 EC2 购买选项，而且特别喜欢让你对比。这里我直接用一张表总结：
| 购买方式 | 计费特点 | 最适合场景 | 注意点 |
|---|---|---|---|
| 按需（On-Demand） | 按秒计费，无承诺 | 短期、不可预测负载、首次上云 | 单价最贵，但灵活度最高 |
| 预留实例（RI） | 1 年或 3 年承诺，大幅折扣 | 长期稳定负载，比如核心业务数据库 | 可以按 AZ 或 Region 粒度购买 |
| 节省计划（Savings Plans） | 承诺每小时消费金额，1 年或 3 年 | 灵活工作负载，但用量稳定 | 覆盖 EC2、Lambda、Fargate，更灵活 |
| Spot 实例 | 低至按需的 10%-20%，可被中断 | 无状态、容错性强、可断点续跑的任务 | 广告竞价，价格波动，会被回收 |
考试里最常见的两个场景分别是：
- 无状态且容错的批处理任务：直接选 Spot。考试给的提示词往往是“可以忍受中断”“非关键任务”“成本最低优先”。
- 长期运行且不能停机的关键数据库：选 Savings Plans 或 RI。要看题目说的是按 AZ 锁定还是 Region 级别。
我自己的经验是，考试时不要看到“便宜”两个字就直接冲 Spot。AWS 在题目里经常埋一些陷阱，比如“一个需要运行 7x24 小时的关键 Web 服务器”，如果你只看成本选了 Spot，肯定错。Spot 实例随时可能被回收，那种场景需要的是 RI 或 Savings Plans。
2.2 预留实例与 Savings Plans 的细微差异
这一块很多人会混。我的记忆方法是：
- 预留实例（RI）更“老派”，分 Standard 和 Convertible 两种。Standard 折扣高但不能改实例类型，Convertible 可以改类型但折扣低。它还分“标准 AZ 固定”和“Region 灵活”两种粒度，前者可以优先拿到 AZ 容量，后者可以换可用区。考试中常出现“想要在特定可用区锁定容量并拿最高折扣”，答案基本是 Standard RI。
- Savings Plans分两种：Compute 和 EC2 Instance。Compute 覆盖面很广，可以覆盖 EC2、Fargate、Lambda，适合容器化和 Serverless 场景；EC2 Instance 则只覆盖 EC2，但可以对特定实例族锁定。注意，
EC2 Instance Savings Plans和标准 RI 很像，不过锁定维度从 AZ 换成了实例族和 Region。
我有个实际建议：线上环境中如果建立一套比较复杂的微服务架构，EC2、Fargate 混着用，那么Compute Savings Plans往往比 RI 更省心，因为你不用精确预估每一台实例的规格，只要承诺一个总额度就行。如果只有一个单体应用跑在固定几台大机器上，那直接买 Convertible RI 或 EC2 Instance Savings Plans 也很稳。
2.3 Spot 实例的几个细节
Spot 实例肯定是考试“成本优化”里的高频答案，但它有几个细节值得花时间准备：
第一，Spot 实例会被 Amazon EC2 在容量需要回收时中断，默认给 2 分钟通知，这个通知可以通过 CloudWatch 事件或实例元数据来捕获。如果考试问“如何优雅处理 Spot 中断”，你要能想到结合“实例中断通知 + 保存状态到持久化存储 + 自动重试”这样的答案。
第二，Spot 队列（Spot Fleet）可以跨多种实例类型和购买方式（包括按需）来维护目标容量。考试会问“希望在 Spot 和按需之间混合，且保证总容量中有一定比例是永不中断的”，这时答案就是 Spot Fleet。
第三，Spot 实例并不适合有状态服务。如果你运行的是单机数据库，那千万别用 Spot。考试里常见错误选项就是“用 Spot 跑 MySQL”——数据丢了谁也救不了。
3. EBS 存储和实例存储：存储选型是 SAA-C03 的必考模块
3.1 EBS 卷类型怎么选
EC2 的块存储是考试重点中的重点。说实话，很多人在这一块容易晕，因为 EBS 卷类型实在太多，gp2、gp3、io1、io2、st1、sc1，还有老的standard。我帮你剥离掉杂音，只记核心逻辑。
| 类型 | 用途 | 特点 |
|---|---|---|
gp3 | 通用 SSD，起步容量小也能获得较高性能 | 基准 3000 IOPS，可单独调高 IOPS 和吞吐量，性价比高 |
io2/io1 | 高 IOPS SSD，关键数据库 | 支持高达数十万 IOPS，持久性很强 |
st1 | 高吞吐 HDD | 适合日志、视频流、大数据顺序读 |
sc1 | 冷 HDD | 最低成本，适合冷数据、极少访问 |
考试中关键判断点：“数据库事务型负载”优先选 io 家族；“容量大且吞吐要求高、但并发随机 IO 不高”选 st1；“最便宜地存冷数据”选 sc1。这里要留意一个细节：gp2 和 gp3 都是通用型 SSD，但 gp2 的性能和容量挂钩，gp3 则把 IOPS 和吞吐拆开了。现在新环境基本都用 gp3，考题里如果给出“较低成本 + 灵活调整 IOPS”的需求，就往 gp3 上靠。
3.2 EBS 快照、加密和 AMI
EBS 快照基本上是必考的，它的几个机制你最好烂熟于心：
- 首次快照是全量，后续快照是增量。这意味着你删掉之前的旧快照，并不会影响后面的快照读取数据文件，AWS 靠的是底层的块追踪机制。
- 快照可以复制到其他 Region，用于灾备和迁移。
- 快速快照恢复（Fast Snapshot Restore）可以预先在指定 AZ “暖化”快照，让新 EBS 卷创建后无需等待第一个块完全加载，延迟会明显降低。考试里如果出现“新创建的卷首次访问延迟过高”，答案大概率包括 FSR。
顺便提一下 EBS 加密。现在 AWS 强烈建议默认启用 EBS 加密，哪怕你创建卷时没有显式指定，只要账号开了“默认加密”，新卷也会被加密。考试里不管场景多复杂，你只要记住：加密是透明的，性能影响基本可忽略，而且支持在卷和快照之间传播。
AMI（亚马逊机器映像）和快照的区别容易搞混。我打个比方：快照更像是“卷的一张恢复点”，而 AMI 是“能启动整个实例的打包模板”——它里面除了卷快照，还包含了启动权限、块设备映射和操作系统配置。考试里问“跨账号共享自定义系统镜像并启动新实例”，选 AMI 共享，而不是直接共享快照。
3.3 实例存储 vs EBS：最大的理解障碍
好多初学者卡在这里。一句话说清楚：
- 实例存储（Instance Store）：是物理挂在宿主机上的临时盘，数据不持久。实例停止或终止，数据就直接丢了。但它提供极高的单盘 IOPS 和极低延迟，因为本地直连。
- EBS：是网络存储卷，数据可以持久化，实例停止后数据依然保留，可以自由解绑挂载到其他实例。
考试里最高频的考法：给你一个“需要高随机 IOPS、缓存、临时数据、不要求持久化”的场景，然后问怎么选。答案通常是实例存储。反过来，题干强调“数据必须持久化、跨停止/终止保留”，答案就是 EBS。
一个容易忽略的优化点是：如果你用 EBS 作为根卷启动的实例，那数据写入本身是走网络的，再怎么优化也不可能比本地盘快。所以很多高性能缓存组件（比如 Redis 的持久化关掉后）放在实例存储上确实跑得更快。但请千万注意：实例存储不能作为唯一存储方案，否则重启或底层迁移会丢数据。
3.4 EBS 多挂载与 EFS/RDS 的联动
SAA-C03 的架构题里经常出现“多台 EC2 同时访问同一个文件系统/数据盘”。有两种情况要分清：
- 只有一块 EBS 卷需要同时挂载到多个 EC2（需要在同一个可用区，且仅部分卷类型支持），比如共享数据盘。
- 如果需要高并发共享文件、跨多个可用区访问，那就不该用 EBS 了，直接用EFS（NFS 文件存储）或FSx。
我比较喜欢用“本地硬盘 vs 共享网盘”来类比：EBS 就像一块本地硬盘（可拆下来换机器），EFS 像公司内部共享文件夹，谁都能访问而且目录结构清晰。如果考试题中出现“弹性、跨可用区、多个 Linux 实例共享文件”，首选 EFS。再强调一句：EFS 只支持 Linux 实例，Windows 场景别选。
4. 网络与安全边界：安全组不是防火墙那么简单
4.1 安全组（Security Group）的“状态化”特性
安全组是 EC2 网络层最难越过的必考概念。两个字：状态化。意思是：如果你允许某个请求“出站”，那对应的“入站”响应流量会自动被安全组允许，哪怕你没有任何入站规则。这个特性和传统的有状态防火墙非常像，所以理解起来并不难，但考试里的“哪些流量会被拦截”题型，就全靠这个推论。
几个我一直强调的规则：
- 安全组只能添加“允许”规则，不能显式写“拒绝”规则。
- 默认安全组会拒绝所有入站流量，但对出站是放行的。
- 你可以引用另一个安全组作为规则源，这样多个实例之间可以按组层级互访。
- 安全组状态是跨实例生效的，如果两块网卡的安全组不一样，会不会被拦就看来源和规则的组合。
考试陷阱：题目问“为什么两台 EC2 在同一 VPC 里却能互访不通？”大概率不是子网路由问题，而是安全组规则没放行。这时候你去检查“入站规则里是否允许对方安全组作为源头”就行了。
4.2 网络访问控制列表（NACL）和安全组的区别
SAA-C03 特别爱考二者的对比。一张表给你：
| 维度 | 安全组（SG） | 网络 ACL（NACL） |
|---|---|---|
| 层级 | 实例级别（ENI） | 子网级别 |
| 规则 | 仅允许 | 允许和拒绝都能写 |
| 状态 | 状态化（自动允许回程） | 无状态（出站和入站要分别设） |
| 默认行为 | 默认拒绝所有入站 | 默认允许全部 |
| 规则顺序 | 全部生效 | 按编号从小到大匹配，匹配即停止 |
考试里最常见的场景是：“某个 IP 需要被明确拒绝”，答案用 NACL，因为 SG 写不了拒绝规则。另外一个考法：**同一个 VPC 里面，NACL 和 SG 改变了，流量会不会受到影响？**这时需注意，安全评估是“先看 NACL 后看 SG”，所以两边都得允许才行。
4.3 弹性 IP、ENI 和公网 IP 的选择
首先是弹性 IP（EIP）。它最大的特点就是“绑定之后不会变”，适合需要固定公网地址的场景，比如对接第三方白名单或老系统。它要计费——没有绑定到运行中的实例时，会收额外费用。
然后是 ENI（弹性网络接口）。它本质上是虚拟网卡，可以从实例上解绑再绑到另一台实例。考试里有两个场景比较常考：
- 如果实例 A 挂掉了，你想把网卡和所有私有 IP 快速迁移到实例 B，直接用一个预先准备好的 ENI 绑定过去就行。
- 一台实例想要多个私网 IP，可以通过配置多张 ENI 实现，但这通常用于网络设备/转发类实例，普通场景不需要这么做。
有个常见坑：EIP 是 Region 级别的资源，不是 VPC 级别的，也不是 AZ 级别的。这意味着你可以在一个 Region 内自由解绑并绑到不同可用区的实例，但不能跨 Region 使用。很多人在真实环境里跨账号/跨区域迁移时才想起这件事，结果踩了坑。
4.4 迁移到 EC2 时的网络规划
SAA-C03 考 EC2 网络时，还会顺带测试你对子网和路由表的理解。比如让你建一个“公网子网里的 Web 实例 + 私网子网里的数据库实例”，你要能判断：
- 公网子网里的实例需要互联网网关（IGW）才能让公网访问。还要注意它的路由表里必须有 0.0.0.0/0 指向 IGW。
- 私网子网里的实例要想访问外网（比如下载补丁），需要一个 NAT 网关，并且路由表指向它。
- 如果是内部的资源互访，直接走 VPC 内路由，不需要经过 IGW。
我见过不少人把“NAT 网关”和“互联网网关”搞混。这两个在考试里几乎必定要区分：IGW 是让公网流量进入 VPC；NAT 网关是让私网实例主动出网访问公网，但不允许公网主动入网访问实例。
5. 弹性、高可用与放置组：让架构真正能扛事
5.1 放置组（Placement Group）的三种模式
Placement Group 是 SAA-C03 小题里最容易丢分的地方。三种模式要记牢：
- 集群模式（Cluster）：所有实例放在同一个可用区内的同一个低延迟网络分区。适合高性能计算（HPC）、紧密耦合的分布式应用。注意：不能跨多可用区。
- 分散模式（Spread）：每个实例放在独立的硬件机架上，最大限度降低同时故障风险。适合同时运行且都不希望挂掉的关键小集群。
- 分区模式（Partition）：把一个逻辑组划分成多个物理分区，每个分区里可以有多个实例。适合分布式大数据应用（Cassandra、Kafka），分区之间互相隔离故障。
考试常见考法：题目说“两套关键服务需要物理隔离，避免同时故障”，优先考虑 Spread；但如果是“大数据集群需要多个实例在一个分区里协同工作，同时故障域按分区隔离”，就用 Partition。Cluster 一般前面的关键词特别明显，“低延迟”“单可用区”“HPC”，看到基本能秒选。
5.2 EC2 自动恢复和故障转移
EC2 本身提供一种“自动恢复”能力：如果底层硬件出问题，AWS 可以自动把实例恢复到另一台宿主机上。但自动恢复有几个限制你要知道：
- 只能恢复在支持该功能的实例类型上，且实例必须处于运行中。
- 恢复之后，私有 IP、弹性 IP 和实例 ID 都会保持不变，但公有 IP（非弹性）会变，如果你依赖它做白名单，就要小心了。
- 实例恢复不是重启，类似一次底层迁移。内存中的数据会丢，所以有状态服务最好不要只依赖这个机制。
考试里如果出现“如何让应用具备高可用，即使底层宿主机故障也不影响”，完整的答案通常是：多可用区部署 + 负载均衡 + 自动伸缩组，而不是单纯依赖 EC2 的自动恢复。
5.3 启动模板与自动伸缩组的配合
SAA-C03 很喜欢把 EC2 和 Auto Scaling 绑在一起考。这里最值得记的知识点包括：
- 启动模板（Launch Template）是新建 ASG 的推荐方式，可以指定 AMI、实例类型、密钥对、安全组、IAM 角色、用户数据等。
- Auto Scaling Group 的策略：有简单伸缩、目标追踪伸缩和步进伸缩。考试里如果出现“基于 CPU 使用率保持在一定阈值”，选目标追踪策略。
- 健康检查：ASG 默认用 EC2 状态检查，也可以换成 ELB 健康检查，后者更准确。考试问“为什么 ASG 没有对这个实例执行替换？”先检查健康检查类型和 ELB 配置。
- 横向扩容/缩容冷却时间：如果缩容太激进，会不断终止实例。SAA-C03 会考“为了让伸缩更平稳，在 ASG 里配置冷却时间/实例维护策略”。
有一个我特别常用的记忆法：ASG 本身并不帮你分配流量，它只是保证“实例数量符合期望值”。流量分发是 ELB 的事，两块拼一块儿才能构建完整的弹性架构。题目里如果只提到“希望 CPU 高时自动增加实例数”，答案首选 ASG 的伸缩策略，别扯太多 ELB 的东西。
5.4 用 EC2 构建高可用：一个典型架构题复盘
SAA-C03 后面的大题非常喜欢出一个多层的 Web 应用架构，然后问你怎么把 EC2 这一层做高可用。我整理一个模板化的思考顺序：
- 先看 EC2 是否分布在至少两个可用区。
- 如果是 Web 应用，前面必须加Application Load Balancer（ALB），做流量分发和健康检查。
- 如果业务是自适应的弹性负载，ASG 要绑定 ALB 目标组，让新实例自动注册接收流量。
- 数据库不跑在 EC2 本机磁盘上，用RDS Multi-AZ或 Aurora，保证数据层高可用。
- 静态资源用 S3 + CloudFront 卸掉，不在 EC2 上存大头。
考试里很多答案其实是在考察“你会不会把单点故障放在 EC2 上”。比如数据库直接装在 EC2 根卷上，在没有多 AZ 的前提下，这就是明显的反模式。SAA-C03 虽然不会批判你的架构，但会在选项中暗示你选“用 RDS 替代自建数据库”，这时候如果你对 EC2 的定位过于执着，就容易选错。
6. 考试陷阱与复习路径：SAA-C03 中 EC2 题目的避坑指南
6.1 读题时抓住五个高频信号词
EC2 题目里的“坑”其实大多是固定的，我总结出几个见到就要警惕的信号：
- 见到“数据必须持久化”，先排除实例存储。
- 见到“成本最低”“容错性高”“可中断”，大概率选 Spot。
- 见到“固定公网 IP”，想到弹性 IP，但不是所有场景都需要 EIP。
- 见到“低延迟、单可用区、高性能计算”，考虑 Cluster Placement Group。
- 见到“多个可用区共享数据”，优先 EFS，而不是 EBS。
这些信号不是唯一依据，但能帮你快速定位方向。真实的题目还会往里加各种干扰因素，比如“实例是 Windows”“必须跑在专用硬件上”“需要 GPU”，这时候回到实例族和网络知识上，再做排除法。
6.2 容易混淆的六组概念对比
SAA-C03 学习过程中多花点时间把下面六个对比吃透，比盲目刷几百道题效率高：
| 对比组 | 核心区分点 |
|---|---|
| EBS vs. 实例存储 | 前者网络存储且持久，后者本地盘且易失 |
| 安全组 vs. NACL | 前者实例级别且仅允许，后者子网级别且可拒绝 |
| 弹性 IP vs. 公有 IP | 前者固定可迁移绑定，后者动态易变 |
| IGW vs. NAT 网关 | 前者双向通信，后者只允许出站，主动入站被拒 |
| RI vs. Savings Plans | 前者绑定具体实例类型/AZ，后者更灵活或覆盖多服务 |
| Cluster vs. Spread 放置组 | 前者单可用区低延迟，后者跨机架物理隔离 |
这六组概念每年都会以不同的包装出现，每次你做错题，建议回到这张表来定位自己是哪一段概念没打通。我个人刷题时有一个习惯：不追求错题数量，反而把每一道错题都拆成“题干场景 + 考点类型 + 概念盲区”三列，反复看几遍后，再上官网文档补课。
6.3 实践是最好的复习方式
如果你的时间允许，别只对着题目背书，我强烈建议在 AWS 里开一台免费区实例练练手。你不需要搞多复杂：手动创建一台 EC2，装一个 Nginx，看安全组规则怎么影响访问，再试着挂一个 EBS 卷，做个快照，然后终止实例看看变化。
这些动作看似简单，但能把“安全组状态化”“EBS 持久化”“实例存储易失性”“AMI 和快照区别”这些抽象概念全部落到真实操作上。我本人第一次把 EBS 卷从实例 A 解绑，挂到同可用区的实例 B 时，很多之前模糊的存储概念一下子通了。之后再回头看考试题，选项里出现的“广泛 io 优化”“不断重启”“重新挂载”这些词，你一眼就能判断出是在考哪个机制。
6.4 考试当天的做题策略
SAA-C03 题量不小，节奏控制很重要。EC2 题虽然多，但大部分属于“读完场景就能选”的类型。我的建议是：
- 第一轮先把所有题目按自己最有把握的先做掉，不确定的题目标记清楚。
- 不要在一道关于实例选型的题目上卡超过两分钟，考虑用排除法：先排除明显不符合持久性/网络/成本要求的选项。
- 多选题里如果出现“所有 EC2 实例类型都支持 X”，这类绝对化表述大概率是错的。
- 利用题干中的“解决方案架构师”视角，不要把自己代入运维工程师，要选“推荐的最佳实践方案”，而不是“能用的临时办法”。
还有一个小技巧：考试中心理上不要被 EC2 的一堆型号代码吓到，绝大多数题目只问“家族”而不问“具体型号”，只有极少数会涉及 CPU 核数或内存大小，而且那些参数题干一般都会给出来。所以你的精力应放在“场景 → 家族 → 附加能力”这条链路上，而不是死记硬背规格表。
7. 从考试到实战：这几条经验帮你少走弯路
最后说几句来自实战的话。我自己备考 SAA-C03 时，最大的收获不是那张证书，而是养成了“选型前先算账、设计前先问持久性”的习惯。EC2 是 AWS 里最能体现这种思维的服务之一——它表面上是一台虚拟机，但选型、计费、存储、网络层层叠加下来，其实就是一整套架构决策方法论。考试考的是你会不会做这种决策，真正去了生产环境，也是同一套逻辑。
如果你正在备考，我建议你把 EC2 部分当成“理解型知识点”，别死记硬背。你可以拿自己手头真实或模拟的业务场景，试着画一个包含 EC2、ALB、ASG 和 RDS 的草图，然后把安全组规则、子网路由、EBS 卷类型、购买方式一个个填进去。填不出来的那个点，往往就是你最需要回去翻文档的地方。这样做完一轮，再去刷题，你会发现很多选项不用背就能选出来，因为你对架构的“合理感”已经有了。
还有一条经验送给已经在生产环境用 EC2 的读者：定期梳理EC2的实例清单，看哪些是长期闲置的、哪些买了预留实例却一直没跑满、哪些用了过大的 EBS 卷。很多成本节约是从这类不起眼的整理开始的。SAA-C03 考试也喜欢考“成本优化”，而成本优化在真实世界里从来不是靠某一个花哨功能，而是靠一项项扎扎实实的选型检查。EC2 的这些重点，无论是为了拿证还是为了干活，都值得认真吃透。
