能否使用小型EC2服务器作为NAT网关，成本是否低于官方托管NAT网关？

• 该方案技术上完全可落地，但仅推荐测试环境、非核心小流量业务使用，生产环境不建议选择。
• 基础部署要求：你需要手动完成三项配置：关闭EC2实例的源/目标检查开关，在EC2系统内配置iptables NAT转发规则，修改私有子网路由表，将0.0.0.0/0的下一跳指向该EC2实例即可完成配置。
• 额外提醒：如果你的Amazon ElastiCache Memcached仅需要被VPC内的其他服务访问，本身不需要主动发起公网请求（比如拉取外部配置、同步公网数据等），完全不需要部署NAT网关，直接通过VPC内网访问即可。
• 自建方案的固有缺陷：
  • 极低配置EC2的包转发能力、公网带宽上限很低，当出网流量超过实例规格上限时，会出现请求延迟升高、丢包甚至断网的问题
  • 单EC2部署存在单点故障风险，实例宕机后所有依赖该NAT的私有子网服务都会失去公网访问能力
  • 需要你自行承担EC2的系统补丁更新、监控告警、故障恢复等运维工作，无官方兜底服务

• 仅计算资源直接成本的情况下，低配EC2自建NAT的成本远低于AWS官方托管NAT网关：
  • 以美东1区公开定价为例：官方托管NAT网关的小时费用约0.045美元，同时额外收取0.045美元/GB的流量处理费；最低配的t3.nano EC2按需计费仅为0.0052美元/小时，无额外流量处理费，仅需支付和官方NAT标准一致的公网出网流量费
  • 如果为EC2购买1年全预付预留实例，年费用仅约30美元，成本不到官方托管NAT单月费用的一半
• 需注意隐性成本：如果你需要实现和官方托管NAT一致的多AZ高可用能力，需要至少部署2台EC2、额外配置路由自动切换逻辑，资源成本和运维成本会大幅提升，这种场景下两者的成本差距会被大幅缩小。

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