关于AWS区域私有VPC内网络可用性SLA的技术咨询

嘿，我来帮你拆解下这两个问题：

首先得说，AWS并没有公开一个通用的、固定的“仅因网络问题导致的请求失败占比”数值——毕竟每个用户的VPC配置千差万别：比如你用的是单AZ还是多AZ部署？有没有配置复杂的路由表、安全组或NACL？是否用到了VPC peering、中转网关这类跨VPC/跨区域的网络服务？这些变量都会直接影响网络层面的失败率。

如果你想自己统计你环境里的这个数据，推荐用AWS的工具来监控：

• 开启VPC Flow Logs，可以捕获VPC内的流量细节，筛选出因网络层面（比如ACL拒绝、路由不可达）导致的流量丢弃，再结合你的总请求量来计算占比；
• 用CloudWatch Synthetics创建主动探测任务，模拟用户请求，统计因网络超时、连接拒绝这类非服务器故障导致的失败次数，进而算出失败占比。

AWS针对VPC相关的网络基础设施提供明确的SLA，分不同场景：

• 同可用区（AZ）内EC2实例之间的网络连通性：SLA承诺99.99%的可用性，换算下来每月的不可用时间不超过约4.32分钟。这里的可用性是指AWS负责的网络基础设施部分，用户自身配置错误（比如安全组规则拦截、路由表配置失误）导致的问题不算在内。
• 跨可用区（AZ）内EC2实例之间的网络连通性：同样提供99.99%的可用性承诺，前提是你使用的是AWS提供的跨AZ网络基础设施，排除用户侧的配置问题。
• 其他VPC关联服务的SLA：比如VPC peering（同区域）是99.99%可用性，跨区域VPC peering是99.9%；Transit Gateway的同区域连接是99.99%，跨区域连接是99.9%。

需要注意的是：所有这些SLA都只覆盖AWS负责维护的网络组件，如果你是因为自己的安全组、NACL、路由表配置错误导致的网络请求失败，是不在SLA保障范围内的，也不会触发SLA的赔偿条款。

内容的提问来源于stack exchange，提问作者prakharjain