AWS EC2不同实例类型对应的默认带宽是多少？

这个问题其实有个常见的误区需要先澄清：AWS EC2 并没有一个统一的“默认带宽”数值，比如“所有实例都是 1Gbps”或者“T3 类型默认 500Mbps”。

EC2 的网络性能（Bandwidth）和吞吐量（Throughput）是严格绑定在具体的实例类型（Instance Type）和代系（Generation）上的。此外，它还与你是否开启了增强型网络功能、是否挂载了弹性网卡（ENA/EFA）以及你所在的可用区（AZ）基础设施有关。

下面我从实战角度，把大家最关心的几类主流实例的基准网络性能梳理一下，方便你对比参考。

核心结论先行

1. 没有“默认”值：不同实例类型差异巨大，从几百 Mbps 到 100+ Gbps 不等。
2. 关键指标：通常关注两个维度——突发带宽（Burst Bandwidth）和持续带宽（Sustained Bandwidth）。
   • Burstable 实例（如 T 系列）：平时跑不满，但短时间内可以爆发很高带宽，积分用完后会降速。
   • General Purpose / Compute Optimized（如 M, C, R 系列）：提供稳定的高带宽，适合生产环境。
3. 硬件依赖：现代 AWS 实例默认都支持 ENA (Elastic Network Adapter)，这是高性能网络的基石。

主流实例类型网络性能对照表（估算值）

⚠️ 注意：以下数据基于 AWS 官方文档及社区实测经验整理，具体数值可能因区域（Region）、可用区（AZ）和网络配置略有波动。单位均为 Gbps。

1. T 系列（通用型突发性能实例）

适用场景：Web 服务器、开发测试、低频访问应用

📌 重点提醒：T 系列的核心限制不是带宽本身，而是 CPU Credits。当你的网络流量导致 CPU 使用率持续高位时，积分耗尽后实例会被限速（Throttled），此时带宽也会随之下降。

2. M 系列（通用型实例）

适用场景：企业级应用、数据库、混合负载

✅ 规律：M5/M6g 系列中，小规格（≤4xlarge）通常为 10 Gbps，随着 vCPU 数量增加，带宽逐步提升至 20G、25G、50G、75G。

3. C 系列（计算优化型实例）

适用场景：高性能计算、批量处理、视频编码、游戏服务器

✅ 关键点：如果你需要极高的网络吞吐（如分布式机器学习、大数据集群通信），C5n 或 C6in 系列是首选，它们支持高达 100 Gbps 的带宽。

4. R 系列（内存优化型实例）

适用场景：大型数据库（MySQL, PostgreSQL, Redis）、实时大数据处理

如何准确查询某个实例的带宽？

由于 AWS 经常更新实例族，最可靠的方式是通过以下方式验证：

1. AWS 官方 EC2 实例类型页面
   访问 https://aws.amazon.com/ec2/instance-types/，选择具体实例族（如 M5），查看 “Network Performance” 列。

2. CLI 命令查询
   如果你有 AWS CLI 权限，可以直接运行：

   aws ec2 describe-instance-types --instance-types m5.large c5n.18xlarge --query 'InstanceTypes[*].[InstanceType, NetworkInfo.NetworkPerformance]'

   返回结果可能是 "Excellent"、"High"、"Medium" 等描述性词汇，而非精确数字。要获取精确数值，需查阅对应实例族的详细技术文档。

3. 实测方法（推荐用于生产规划）
   在测试环境中启动两台相同类型的实例，使用 iperf3 进行内网带宽测试：

   # 接收端
   iperf3 -s
   # 发送端
   iperf3 -c <receiver_ip> -t 30

   这能反映真实 AZ 内的网络状况。

重要注意事项 & 避坑指南

1. ENA 是必须的
   确保你的实例支持并启用了 ENA (Elastic Network Adapter)。大多数现代实例（M5/C5/R5/T3 之后）默认启用。ENA 是实现 10G+ 带宽的关键。如果禁用 ENA，回退到传统虚拟化网络（PV 驱动），带宽可能降至 1-2 Gbps。

2. 安全组与 NACL 不影响带宽上限
   安全组（Security Group）和网络 ACL 只控制流量进出策略，不会限制带宽。带宽瓶颈来自实例本身的硬件能力和底层物理机分配。

3. 跨 AZ 通信延迟与带宽
   同一 VPC 内跨可用区（Cross-AZ）通信会产生额外费用，且延迟略高于同 AZ 通信。带宽上限基本一致，但实际吞吐量可能受限于 AZ 间的光纤链路质量。

4. 弹性网卡（ENI）的影响
   每个实例可附加多个 ENI。例如，m5.2xlarge 最多支持 6 个 ENI。总带宽是所有 ENI 共享的，不是每个 ENI 独立拥有全额带宽。

5. T 系列的“假象”
   不要以为 t3.medium 只有 1Gbps 就低估它。在低 CPU 使用率下，它可以短暂达到 5Gbps 甚至更高。但一旦 CPU 积分耗尽，它会进入“节流模式”，此时带宽和 CPU 都会严重受限。生产环境慎用 T 系列承载高网络 I/O 业务。

6. F 系列 / Inf 系列 / Trn 系列
   对于 GPU 提速实例（如 p4d、p5），网络带宽可达 400 Gbps 甚至 800 Gbps，但这些属于特殊用途实例，需单独评估。

总结建议

• 轻量级 Web/API 服务 → T3/T4g 系列，带宽足够，成本低。
• 标准企业应用 → M5/M6g 系列，10Gbps 起步，稳定可靠。
• 高并发/低延迟 → C5n/C6in 系列，追求极致网络性能。
• 大数据/ML 训练 → P4/P5/Trn1 系列，百 G 级带宽。

如果你正在做架构选型，建议先明确业务的 峰值 QPS、平均响应时间、数据交换量，再反推所需的实例类型。单纯看“默认带宽”意义不大，关键是匹配 workload 特征。