腾讯云国际版 NAT 网关 + 弹性公网 IP(EIP)实战:公网出入站架构、选购与成本优化完全指南(2026)
Meta Description: 腾讯云国际版 NAT 网关与弹性公网 IP(EIP)深度实战教程:产品规格选型、Standard 与 Traditional 计费逐项对比、SNAT/DNAT 规则配置流程、官方公开单价与三套场景成本测算,附 6 条省钱避坑要点与 FAQ。
- 前言
- 先划边界:NAT 网关、EIP、公网网关分别管什么
- NAT 网关产品规格与选型
- NAT 网关计费全解析(含官方算例复现)
- EIP 计费全解析:三种模式怎么选
- 实操:7 步搭建"内网 CVM 经 NAT 出公网"
- 成本模型:三套场景实测测算
- 7 条省钱与避坑要点
Meta Description: 腾讯云国际版 NAT 网关与弹性公网 IP(EIP)深度实战教程:产品规格选型、Standard 与 Traditional 计费逐项对比、SNAT/DNAT 规则配置流程、官方公开单价与三套场景成本测算,附 6 条省钱避坑要点与 FAQ。
关键词:腾讯云国际版 NAT 网关、弹性公网 IP、EIP 计费、SNAT 规则、CU 计费、公网出口、成本优化
前言
把一批 CVM 放进 VPC 之后,几乎所有人都会立刻遇到同一个问题:这些没有公网 IP 的机器,怎么上外网?答案只有两条路——给每台机器单独绑一个弹性公网 IP(EIP),或者在 VPC 里架一个 NAT 网关,让整个子网共用少量 EIP 出公网。
这一篇只讲这两条路的选型、配置和钱。很多教程把 NAT 网关写成"开一下就能用",但真正决定账单的是三件很少被讲清楚的事:Standard NAT 网关的 CU 计费到底怎么算、EIP 的 三种计费模式什么时候该选哪个、以及"给每台机器绑 EIP"和"共用 NAT 出公网"在什么规模下成本会交叉。本文把官方公开单价、计费公式和官方算例全部列出并复算,最后给三套可直接套用的成本模型。
声明:本文价格数据采集于 2026 年 9 月,取自腾讯云国际站官方文档公开单价(intl.cloud.tencent.com),仅供参考,价格可能变动,请以腾讯云官网实时价格为准。
一、先划边界:NAT 网关、EIP、公网网关分别管什么
腾讯云的网络产品名字很接近,很容易买错。先用一张表把"公网出入口"这条线上的三个角色分开。本站此前已分别写过 VPC 互通(对等连接/CCN)与 CLB 负载均衡,本篇专攻公网出方向这一层,与那两篇的边界见下表。
| 产品 | 解决的问题 | 典型入口 | 关键特征 |
|---|---|---|---|
| EIP 弹性公网 IP | 给单个资源一个可随时解绑/迁移的公网地址 | 需要被公网直接访问的服务 | 独立于实例存在、可自由绑定 CVM/NAT/ENI/HAVIP |
| NAT 网关 | 让一个子网/整个 VPC 的私网资源主动出公网 | 一批无公网 IP 的 CVM 要访问外网、装包、调 API | SNAT + DNAT、双机热备、最多绑 10 个 EIP |
| 公网网关 | 老式做法:拿一台开了转发能力的 CVM 当出口 | 已废弃,不建议新用 | 需自己维护、无多 AZ 容灾、性能有限 |
| CLB 负载均衡 | 入方向流量分发(把用户请求分给多台后端) | 对外提供 Web/API 服务 | 与本篇互补:入方向用 CLB,出方向用 NAT |
| VPC 对等连接 / CCN | VPC 之间、跨地域的私网互通 | 内网互联、跨 VPC 组网 | 纯私网,不提供公网出口 |
一句话记忆:入方向看 CLB,出方向看 NAT,单点固定地址看 EIP,VPC 之间看 CCN。
需要特别注意官方明确的一条硬约束:不能用对等连接或 VPN 把 VPC2 的流量路由到 VPC1 的 NAT 网关。也就是说,NAT 网关只服务它所在 VPC 内的资源,"一个 NAT 网关给全网多 VPC 共用"这种省钱的幻想在腾讯云上是行不通的——VPC2 想上网,只能在自己的 VPC 里再建一套出口。
二、NAT 网关产品规格与选型
腾讯云的 NAT 网关分公网 NAT 网关和私网 NAT 网关两大类,公网 NAT 网关又分 Standard NAT 网关与 Traditional NAT 网关(经典版)。选错版本会直接导致功能缺失或账单翻倍,先把区别列清楚。
| 对比项 | Standard NAT 网关(推荐) | Traditional NAT 网关(经典版) |
|---|---|---|
| 高可用 | 原生多可用区容灾(多 AZ) | 通过快速迁移实现跨 AZ 容灾 |
| 网关规格 | 2,000,000 并发连接 / 100,000 新建连接每秒 / 5 Gbps 带宽上限 | 三档:Small 100 万连接、Medium 300 万连接、Large 1000 万连接 |
| 公网出带宽上限 | 可选 10/20/50/100/200/500/1000/2000/5000 Mbps | 可选 10/20/50/100/200/500/1000/2000/5000 Mbps |
| 公网入带宽 | 默认 5,000 Mbps,不可调 | 默认 5,000 Mbps,不可调 |
| 网关计费 | 实例费 + CU 费(两笔都按量后付费) | 实例费 + 网络费 |
| ECMP | 支持 | 支持 |
| 网关限速 | 暂不支持 | 支持 |
| 网关流日志 | 暂不支持 | 支持 |
⚠️ Standard NAT 网关目前处于公测(beta)状态,官方文档口径支持的地域为:北京、上海、广州、成都、重庆、香港(中国)、新加坡、曼谷。需要使用需提交工单申请开通。如果你开了 Standard 版本,原来的 NAT 网关会自动改名为 Traditional NAT 网关 - Small/Medium/Large。
选型建议一句话:新建一律优先要 Standard(原生多 AZ、CU 按实际用量计费,闲时更便宜);如果地域或账号暂不支持 Standard,才用 Traditional。注意两者不支持混合 ECMP,同一 VPC 内不要一半 Standard 一半 Traditional 地混搭。
私网 NAT 网关用于"私网到私网"(VPC 与 VPC 之间)的地址转换,同样处于公测,支持广州、上海、北京、成都、重庆、香港(中国)、新加坡、东京、弗吉尼亚,也需提工单。日常"上外网"场景用公网 NAT 网关即可。
三、NAT 网关计费全解析(含官方算例复现)
3.1 Standard NAT 网关:实例费 + CU 费
Standard 版本的两笔费用都是按量后付费、小时结算,且费用公式极简:
// 实例费 = 单价(USD/实例/小时) × 使用时长(小时)
// CU 费 = CU 单价(USD/CU/小时) × CU 数量 × 使用时长(小时)
实例费官方单价表(USD/实例/小时):
| 地域 | 原价 | 官网折扣价 |
|---|---|---|
| 广州/北京/上海/南京/成都/重庆/香港(中国) | 0.034 | 0.0289 |
| 新加坡/曼谷/雅加达/弗吉尼亚/首尔/东京/法兰克福/硅谷/圣保罗 | 0.043 | 0.03655 |
| 北京金融 | 0.0544 | 0.04624 |
自 2023 年 6 月 1 日起,新建 Standard NAT 网关的官网价在刊例价基础上低 15%(如 0.034 × 0.85 = 0.0289);已有实例价格不变。这个 15% 折扣是长期有效的。
CU 费是本篇最容易被忽略、也最容易烧钱的一项。CU(Capacity Unit)是衡量网关处理流量时消耗的性能容量单位,官方系数如下:
| 指标 | 说明 | CU 系数 | 每小时 CU 数计算 |
|---|---|---|---|
| 活跃连接数 | 并发活跃连接 | 10,000 | 每小时每分钟最大活跃连接数 ÷ 10,000 |
| 新建连接数 | 每秒新建连接 | 1,000 | 每小时每秒最大新建连接数 ÷ 1,000 |
| 处理流量 | 进+出流量(GB) | 1 GB | 每小时总处理流量 ÷ 1 GB |
关键规则:CU 数量取三个维度中的最大值:
// CU 数量 = MAX[活跃连接 CU, 新建连接 CU, 处理流量 CU]
CU 费单价与实例费单价完全相同(广州等 0.034/0.0289、海外 0.043/0.03655、北京金融 0.0544/0.04624 USD/CU/小时)。
官方算例复现(广州,2024-10-01 09:00 创建、09:59:59 删除,恰好 1 小时):
| 指标 | 用量 | CU 系数 | 折算 CU 数 |
|---|---|---|---|
| 活跃连接数 | 25,000 | 10,000 | 2.5 |
| 新建连接数 | 3,000 | 1,000 | 3 |
| 处理流量 | 10 GB | 1 GB | 10 |
三个维度中处理流量最大(10 CU),所以按 10 CU 计费:
- 实例费 = 0.034 × 1 × 1 = 0.034 USD
- CU 费 = 0.034 × 10 × 1 = 0.34 USD
- 该小时合计 = 0.374 USD
这条算例揭示了 CU 计费的核心风险:即使只是一台机器跑了一次 10 GB 的下载,CU 费(0.34)也已经是实例费(0.034)的 10 倍。处理流量是绝大多数业务里真正主导 CU 数量的维度——换句话说,Standard NAT 网关的账单约等于"流量费",实例费只是零头。
3.2 Traditional NAT 网关:实例费 + 网络费
经典版按连接规格三档计费,与 Standard 的"按用量"完全不同:
| 地域 | Small (USD/实例/小时) | Medium (USD/实例/小时) | Large (USD/实例/小时) |
|---|---|---|---|
| 中国大陆(不含港澳台) | 0.089 | 0.28 | 0.89 |
| 新加坡/雅加达/硅谷/弗吉尼亚/法兰克福/香港(中国)/首尔/东京/圣保罗 | 0.13 | 0.39 | 1.3 |
| 曼谷 | 0.14 | 0.42 | 1.4 |
网络费的处理按账号类型分两种:
- 标准账号(bill-by-IP,2020-06-17 之后注册的账号都是):支持绑按流量计费的通用 BGP IP,也支持共享带宽包里的 IP。网络费统一结算在绑定的 EIP 上,NAT 网关侧不重复收费。
- 传统账号(bill-by-CVM):只能绑通用 BGP IP,网络费按流量算在 NAT 网关上,单价见下表。
| 地域 | 传统账号网络费 (USD/GB) |
|---|---|
| 中国大陆(不含港澳台)/香港(中国)/雅加达/首尔 | 0.12 |
| 圣保罗 | 0.15 |
| 曼谷 | 0.1 |
| 新加坡 | 0.081 |
| 东京 | 0.13 |
| 法兰克福/硅谷 | 0.077 |
| 弗吉尼亚 | 0.075 |
官方算例复现(广州,Small 网关,三台 CVM 共用,1 小时消耗 10 GB):
- 实例费 = 0.089 × 1 × 1 = 0.089 USD
- 网络费 = 0.12 × 10 = 1.2 USD
- 合计 = 1.289 USD
🔴 一条几乎所有教程都不提的隐性成本:NAT 网关是双机热备架构,系统每隔 3 秒向主/备服务器发一个 5 KB 探测包,每天产生 0.2747 GB 流量,对应中国大陆与香港(中国)各约 0.033 USD/天(≈ 1 USD/月)。也就是说,即使网关完全空转、一个业务包都没过,账单也不是 0——这是排查"为什么我什么都没跑却一直在扣费"时的第一嫌疑人。
四、EIP 计费全解析:三种模式怎么选
NAT 网关只负责"转换",真正的公网带宽/流量费落在绑定的 EIP 上。EIP 有三种计费模式,选错是公网费用失控的头号原因。
4.1 模式一:包月带宽(Monthly Subscription)
预付固定带宽,适合长期、峰值稳定的业务。
| 带宽档 | 单价(USD/Mbps/月) |
|---|---|
| ≤ 5 Mbps 部分 | 3.4 |
| > 5 Mbps 部分 | 11.83 |
适用地域:中国大陆(不含港澳台)、香港(中国)、新加坡、曼谷、雅加达、首尔、东京、硅谷、弗吉尼亚、法兰克福、圣保罗、利雅得。
官方算例:广州标准 BGP IP,包月带宽 15 Mbps,买 2 个月 = (3.4 × 5 + 11.83 × 10) × 2 = 270.6 USD。
注意这是"分段累加"而非"全量适用":前 5 Mbps 走 3.4,超出部分才走 11.83,不是 15 × 11.83。
4.2 模式二:按小时带宽(Hourly Bandwidth)
按设置好的带宽峰值按小时计费,后付费、整点结算,适合峰值可预测但只在一段时间内使用。
| 带宽档 | 单价(USD/Mbps/小时) |
|---|---|
| ≤ 5 Mbps 部分 | 0.0058 |
| > 5 Mbps 部分 | 0.0208 |
| 利雅得 ≤ 5 / > 5 | 0.0071 / 0.025 |
官方算例:香港(中国),设置峰值 15 Mbps,跨两个计费钟点各算一次 = 每钟点 (0.0058 × 5 + 0.0208 × 10) = 0.237 USD。若一小时内多次改带宽,按最高值计费。
4.3 模式三:按流量(Bill-by-Traffic)
按实际公网流量后付费、小时结算,适合峰值波动剧烈的业务。
| 地域 | 单价(USD/GB) |
|---|---|
| 中国大陆(不含港澳台)/香港(中国)/雅加达/首尔 | 0.12 |
| 弗吉尼亚 | 0.075 |
| 法兰克福/硅谷 | 0.077 |
| 新加坡 | 0.081 |
| 曼谷 | 0.1 |
| 利雅得 | 0.117 |
| 东京 | 0.13 |
| 圣保罗 | 0.15 |
官方算例:广州按流量 EIP,1 小时用 10 GB = 0.12 × 10 = 1.2 USD。
三条计费口径必须知道:
- 流量单位是 1024 进制:1 TB = 1,024 GB,1 GB = 1,024 MB。
- 只计出方向(下行/出公网)流量。公网入流量不计费。
- 云端统计值会比你本地统计多约 10%:网络实际流量比应用层多 5–15%(TCP/IP 头约 3%、重传约 3–7%),所以"我在服务器上看到传了 9 GB,账单却按 10 GB 扣"是正常的,不是计费错误。
4.4 多 IP 汇总:共享带宽包(BWP)
如果账号下有多个公网 IP、且峰值出现的时间点不同,共享带宽包(BWP)把多个 IP 的带宽汇总计费,能显著省钱——因为计费看的是"汇总后的峰值",而不是每个 IP 峰值之和。多台业务错峰访问的架构里,这是最有效的一招。
4.5 三种模式选型速查
| 业务特征 | 推荐模式 |
|---|---|
| 7×24 稳定流量、峰值可预期 | 包月带宽 |
| 只在特定时段(如白天办公、活动期)跑满带宽 | 按小时带宽 |
| 流量波动大、平时几乎不出网、偶发大流量 | 按流量 |
| 多 IP、峰值时间错开 | 共享带宽包 BWP |
五、实操:7 步搭建"内网 CVM 经 NAT 出公网"
下面是一次完整的实操流程,目标:VPC 内一批没有公网 IP 的 CVM 能访问外网(装包、调 API、拉镜像),但外网无法主动访问它们(安全)。
前置条件:已有一个 VPC 与子网;Standard 版本需先提工单开通权限(地域支持清单见第二节)。
第 1 步:进入 NAT 网关控制台。 登录 console.intl.cloud.tencent.com/vpc/nat,选定地域与目标 VPC。
第 2 步:创建 NAT 网关。 点击 Create,填写参数:
| 参数 | 说明 |
|---|---|
| 网关名称 | 最长 60 字符 |
| 地域 / VPC | 必须与要出公网的 CVM 在同一 VPC |
| 网关类型 | Standard 或 Traditional 的 Small/Medium/Large |
| 公网出带宽上限 | 10/20/50/100/200/500/1000/2000/5000 Mbps |
| EIP 配置 | 关联已有 EIP 或自动新建 EIP(新建的是按流量计费的通用 BGP IP) |
🔴 关键点:去公网的流量同时受 NAT 网关带宽上限和 EIP 带宽上限限制,两者取小者生效。所以给 NAT 设了 100 Mbps、给 EIP 只买了 20 Mbps,最终只有 20 Mbps——两边都要对齐。
第 3 步:确认 EIP 已绑定。 一个 NAT 网关最多绑定 10 个 EIP。绑定多个 EIP 不只是加带宽,还能提升连接数上限(见第 6 步)。
第 4 步:配置子网路由指向 NAT 网关。 这是最容易漏掉、漏了就等于没建的一步。进入子网关联的路由表,新增一条路由:目的端为公网(0.0.0.0/0,或按需指定),下一跳类型选择 NAT 网关,下一跳实例选刚建的网关。子网路由不指向 NAT,SNAT 规则配了也不会生效。
第 5 步:创建 SNAT 规则。 进入 NAT 网关详情页 → SNAT 规则 标签 → Create:
| 参数 | 说明 |
|---|---|
| 源 IP 粒度 | 选 Subnet(整子网共用)或 CVM(只放行指定机器) |
| 子网 / CVM | 选实际资源 |
| 公网 IP | 指定这条规则走哪个 EIP 出网 |
| 描述 | 最长 60 字符 |
多 EIP 分散负载的官方规则:假设绑定 EIP1–EIP4,把 EIP1/EIP2/EIP3 加入 SNAT 地址池,负载均衡会把访问流量分发到这三张 IP 上;没有配 SNAT 规则的 CVM 则会走绑定的全部 EIP。
⚠️ 改现有 SNAT 规则的公网 IP 会造成业务中断(重连后恢复),生产环境建议改前评估。
第 6 步:验证连通性与连接数上限。 在 CVM 上测试出网:
// 无公网 IP 的 CVM 上执行,能返回即表示 NAT 出口通了
curl -s -o /dev/null -w "%{http_code}\n" https://www.tencentcloud.com
// 查看本机对外显示的公网 IP(应为 NAT 绑定的 EIP)
curl -s https://ifconfig.me
连接数硬上限公式(官方明确):
// 同一协议 / 目的 IP / 目的端口下:
// 最大连接数 = 绑定的 EIP 数量 × 55,000
单张 EIP 只有 5.5 万连接;要提升连接数,要么绑更多 EIP,要么调整目的 IP/端口把连接散开。这是高并发爬虫/采集类业务最常撞到的天花板。
第 7 步:可选加固。
- 端口转发(DNAT):需要让外网主动访问 VPC 内某台无公网 IP 的机器时,用端口转发规则把 EIP 的 IP:端口 映射到内网 IP:端口(端口范围 1–65535,批量最多 50 条)。
- 网关流日志:Traditional 版本支持,可做流量审计与异常排查(Standard 暂不支持)。
- 绑高防:NAT 网关可绑定 Anti-DDoS Pro,出口 IP 也能挂高防防护。
六、成本模型:三套场景实测测算
下面三套测算统一采用广州/香港等标准地域的 Standard NAT 网关折扣价(实例费 0.034、CU 费 0.034 USD/CU/小时),按每月 730 小时计。这是本文自算,供量级参考。
场景 A:小型开发/测试环境(出网流量小)
一台 NAT 网关,每小时出网约 1 GB,连接数很小。
| 计费项 | 计算 | 月成本 |
|---|---|---|
| 实例费 | 0.034 × 730 | 24.82 USD |
| CU 费(流量维度) | 1 CU/小时 × 0.034 × 730 | 24.82 USD |
| EIP 按流量(1 GB/h → 730 GB) | 0.12 × 730 | 87.6 USD |
| 合计 | ≈ 137.2 USD/月 |
这里最扎心的结论:流量费(87.6)占总成本的 64%,远超网关本身的 49.64。"开个 NAT 很便宜"是错觉——真正的大头永远是公网流量费。
场景 B:生产环境(稳定出网,选包月带宽更划算)
10 台 CVM 共用,出网峰值稳定在 50 Mbps,月出流量约 10 TB。此时流量已不适合按量,改用包月带宽。
| 方案 | 计算 | 月成本 |
|---|---|---|
| 网关实例费 | 0.034 × 730 | 24.82 USD |
| 网关 CU 费 | 按峰值流量维度估 10 CU/h × 0.034 × 730 | 248.2 USD |
| EIP 包月带宽 50 Mbps | 3.4×5 + 11.83×45 = 549.35 | 549.35 USD |
| 合计 | ≈ 822.4 USD/月 |
若改用按流量:10,240 GB × 0.12 = 1,228.8 USD,比包月带宽贵约 124%。稳定大流量的业务一定要切包月带宽。
场景 C:给每台机器单独绑 EIP vs 共用 NAT(成本交叉点)
很多人纠结"到底给每台 CVM 绑 EIP,还是共用 NAT"。用场景 B 的 10 台机器对比:
| 方案 | 月成本(估算) | 说明 |
|---|---|---|
| 10 张 EIP,按流量计费 | 10,240 GB × 0.12 = 1,228.8 USD | 每张 EIP 独立计流量,无法汇总 |
| 10 张 EIP,各自包月小带宽 | 每张 ≥ 3.4 USD 起 × 10 = 34 USD + 流量/带宽另计 | IP 资源费按张数线性增长 |
| 1 个 NAT 网关 + 1 张 EIP(包月 50M) | ≈ 822.4 USD | 网关费 + 单张 EIP 带宽 |
结论:机器数量一多、且只需要"出网"不需要"被访问",NAT 网关几乎总是更便宜——因为它把 N 张 EIP 的带宽成本压成了 1 张。反过来,如果业务必须让外网主动访问每一台机器(每台都要独立公网 IP),那 EIP 是唯一选择,NAT 帮不了你。
成本速查:
| 需求 | 最优解 |
|---|---|
| 仅需批量出网(装包/调 API/采集) | NAT 网关 + 少量 EIP |
| 单台机器需被公网直接访问 | 直接绑 EIP |
| 多台需被访问且要负载均衡 | 公网 CLB(入方向)+ 后端无需 EIP |
| 多 IP、峰值错峰 | 共享带宽包 BWP |
| 只在内网互通、不出公网 | VPC 对等连接 / CCN(无公网费用) |
七、7 条省钱与避坑要点
- Standard 优先,但先确认地域。 Standard 的 CU 按实际用量计费、原生多 AZ,闲时比 Traditional 的固定高档位便宜。但它是公测状态、需提工单,且暂不支持网关流日志与网关限速——安全审计需求重的场景要留意。
- 盯住 CU,而不是实例费。 实例费每小时仅 0.034 USD(约 25 USD/月),CU 费才是变量。处理流量维度通常是 CU 的主导项,控住出网流量 = 控住 NAT 账单。
- 双机热备探测包每天固定 0.033 USD。 这是空转也在扣的钱。如果你发现"什么都没有却每天扣 0.033",这是正常机制,不是被盗刷。
- NAT 带宽上限与 EIP 带宽上限取小者。 两边必须对齐,否则白买带宽。改带宽一小时内多次操作按最高值计费。
- 按流量 vs 包月带宽要做"年用量加法"。 稳定大流量一定切包月带宽(场景 B 实测差 124%);峰值波动大才用按流量。
- 多 IP 且峰值错峰,上共享带宽包(BWP)。 汇总计费能把"峰值相加"压成"汇总峰值",是这个场景里最省钱的一招。
- 别指望跨 VPC 共用 NAT。 官方明确不支持用对等连接/VPN 把别的 VPC 路由到本 VPC 的 NAT 网关;多 VPC 各自建出口,规划时就按"每 VPC 一套"预算。
补充两条硬约束(选型前必须知道):
- NAT 网关不能关联安全组,也不能被网络 ACL 直接控制进出流量;要控流量请对子网关联的网络 ACL 或实例安全组下手。
- 协议限制:支持 TCP/UDP/ICMP,不支持 GRE 隧道与 IPSec 的 ESP/AH,也不支持 ALG。需要 IPSec VPN 的场景请用 VPN 网关产品,不要指望 NAT。
九、总结与延伸阅读
NAT 网关和 EIP 是 VPC 里最"不起眼"却最容易持续烧钱的两个组件。记住三句话:入方向看 CLB、出方向看 NAT、单点地址看 EIP;Standard NAT 的账单约等于流量费,控流量就是控成本;机器一多、又只需出网,共用 NAT 几乎总比逐台绑 EIP 便宜。
想继续把网络这条线补全,推荐按顺序读本站这几篇:
- VPC 之间怎么互通(对等连接 / 云联网 CCN):腾讯云国际版 VPC 对等连接与云联网 CCN 实战
- 入方向流量分发(负载均衡 CLB):腾讯云国际版 CLB 负载均衡从零开始完全指南
- 边缘安全加速(CDN/WAF/DDoS 一体化):腾讯云国际版 EdgeOne 安全加速实战
- 出口机器的成本源头(CVM 选型):腾讯云国际版 CVM 选购教程
🚀 需要海外云服务器出海建站、跑爬虫或做跨境业务?通过 4.chengzicloud.cloud 访问首页,了解腾讯云国际版等主流海外云的选择与省钱方案。
本文由 4.chengzicloud.cloud 提供,点击访问首页了解更多
常见问题(FAQ)
1:Standard NAT 网关和 Traditional 到底选哪个?
能开 Standard 就开 Standard——原生多 AZ 容灾、CU 按实际用量计费(闲时更省)。只有在目标地域不支持、或必须用网关流日志/网关限速功能时,才选 Traditional。两者不支持混合 ECMP,同一 VPC 内不要混用。
2:CU 费为什么比实例费高那么多?
因为实例费是"占地费"(固定 0.034 USD/小时),而 CU 费是"干活费"。官方算例里跑 10 GB 流量就是 10 CU = 0.34 USD,是实例费的 10 倍。本质上 Standard NAT 网关的账单近似等于流量费。
3:一个 NAT 网关能绑几个 EIP?连接数上限是多少?
最多绑 10 个 EIP。同一协议/目的 IP/目的端口下,最大连接数 = EIP 数量 × 55,000。单张 EIP 只有 5.5 万连接,不够就加 EIP 或调整目的端口。每 VPC 最多 3 个 NAT 网关,每网关最多 200 条 SNAT 规则、200 条 DNAT 规则。
4:按流量计费时,为什么账单比我在服务器上看到的流量多?
三层原因,都是官方口径:① 流量单位是 1024 进制;② 只计出方向流量;③ 网络层实际流量比应用层多 5–15%(TCP/IP 头约 3%、重传约 3–7%),所以云端统计通常比你自己统计多约 10%。
5:为什么配了 SNAT 规则还是上不了网?
按顺序查三处——① 子网关联的路由表是否有指向该 NAT 网关的路由(这是最常见的漏配);② NAT 网关与 EIP 的带宽上限是否被卡到 0 或过小;③ 实例安全组/子网网络 ACL 是否放行了出方向。SNAT 规则本身还要确认"源 IP 粒度"选的是正确的子网或 CVM。
6:EIP 和 NAT 网关能同时给一台 CVM 用吗?谁优先?
可以。一台 CVM 既有独立 EIP、又可以通过 NAT 出网时,官方提供调整 NAT 网关与 EIP 优先级的配置项(文档目录里的 "Adjusting the Priorities of NAT Gateways and EIPs")。默认按路由最长匹配决定,需要精确控制出口时再调整优先级。