越南服务器同一页两条线：常规线带宽随档位 10M 涨到 50M，原生IP线四档死守 10M，该怎么选

一家做越南本地业务的公司，在越南这一页买了原生IP线的 2C 型：4核心、4G 内存、90G 硬盘、10M 带宽、原生IP 1个，月付 ￥750。业务跑了几个月量起来了，最先用完的不是 CPU，也不是内存，是带宽。负责人的头一个反应很正常，那就升一档。升到 2D 型：8核心、8G 内存、120G 硬盘，月付 ￥1299。

新机器开出来，所有人等着带宽变宽。页面上那个带宽字段，还是 10M。

一动没动。多付出去的那部分钱，买到的是多出来的四个核、翻倍的内存和多出来的 30G 硬盘；原生IP那一列也没变，四档都是 1个。唯独缺的那样东西，一样没买到。

这台机器最后只能下线重开，回到同一页的另一条线重新挑档。中间搭进去的迁移时间、机器地址变化引发的连带改动、重新核验的功夫，全都白给。

这件事真正的麻烦不在于多花了多少钱，而在于一个很多人默认成立的假设：只要往上加钱，所有配置字段都会跟着一起涨。在越南这一页上，这个假设只在其中一条线里成立，在另一条线里完全不成立。

加钱升到 8 核，带宽一点没动：一次真实的选型返工

把那次返工拆开看，问题出在读页面的方式上。当初选型的时候，注意力落在三列：CPU、内存、价格。这三列横向一比，2C 型显得很整齐——4核4G、￥750，落在一个常见的区间里。带宽那一列是被顺带扫过去的，看到 10M 也觉得够用，没人想到要去问一句"再往上一档是多少"。

等到业务真的把带宽跑满，回头去找解决办法，可选的动作其实只剩两个：升档，或者换线。升到 2D 型是最先被想到的，因为它看起来是同一个系列产品里更高的一档，描述里写着 8核8G、120G 硬盘，读起来像"全面加强"。但把这一档的字段和 2C 型并排放，会看到一个反直觉的事实：变宽的地方在算力和存储，出网那一格被钉死了。这一次跳跃里，真正被改变的变量有三个，没有一个是带宽。

返工的代价由两部分组成。看得见的部分是重部署：系统装完之后，环境、证书、定时任务、监控项、内网地址要重新配一遍，这部分工作量大概是几个小时到一两天，取决于业务的复杂度。看不见的部分更贵——机器地址一旦变化，所有写死了这个地址的地方都要跟着改，包括域名解析记录、上下游系统里的访问控制名单、第三方平台回调的目标地址、以及内部运维文档里那些早就被忘掉的老链接。这些改动散落在不同的负责人手里，串起来往往比迁移本身花的时间还长。

而这一切本来不用发生。选型当天多问一句"这条线上带宽能不能往上走"，答案就在页面上摆着：原生IP线四档的带宽字段是同一个数值，往上走不了。

这一页的两条线，字段结构其实长得不一样

越南这一页放了两组产品，一组是常规线，标为 A 型到 D 型；另一组是原生IP线，标为 2A 型到 2D 型。很多人在比价的时候默认它们是"同一批机器的两种写法"，其实连字段结构都不一样。

常规线的表头是：档位、CPU、内存、硬盘、带宽、月付。原生IP线的表头多了一列：原生IP，标着"1个"。多出来的这一列非常重要，它说明这条线卖的东西里有一项在常规线上没有被单独列出来的部分。反过来看，常规线上有而原生IP线上"失去区分度"的那一列，是带宽。

判断一列字段在产品分级里扮演什么角色，办法很朴素：看它在四个档位上的取值是不是同一个数。如果同一条线的四档里，某列的数字从头到尾没有变化，那它就不是用来区分档位的，买哪一档都拿到同样的值。反过来，如果一列在四档上各不相同，它就是被价格推动着走的变量，加钱的时候这一列会动。

把这个办法套在越南这一页上，结果立刻分岔。常规线的带宽列是 10M、20M、40M、50M，四个不同的值；原生IP线的带宽列是 10M、10M、10M、10M。同一个"带宽"两个字，在两条线上是完全不同性质的字段：一边是随钱移动的变量，一边是写死的常量。

常规线：带宽是档位的函数，10M / 20M / 40M / 50M

先看清常规线四个档位的全貌。A 型：1核心、1G 内存、10G 硬盘、10M 带宽，￥100。B 型：2核心、2G 内存、30G 硬盘、20M 带宽，￥240。C 型：2核心、4G 内存、30G 硬盘、40M 带宽，￥380。D 型：4核心、8G 内存、100G 硬盘、50M 带宽，￥750。

把带宽这一列单独抽出来看：10M → 20M → 40M → 50M，单调递增，没有任何一档回落。这意味着在这条线上，带宽是档位的一个函数——你选定哪一个档位，带宽就被这个档位连带确定下来了，没有独立于档位之外再去调它的余地在页面上体现出来。

有意思的是增量并不均匀。A 到 B，带宽从 10M 加到 20M，涨了 10M，同时 CPU 从 1核变 2核、内存从 1G 变 2G、硬盘从 10G 变 30G，四个字段全部变化。B 到 C，带宽从 20M 跳到 40M，一口气涨了 20M，但这一跳里 CPU 保持不变（都是 2核心）、硬盘也保持不变（都是 30G），只有内存从 2G 变 4G。也就是说第二次跳跃买到的东西里有相当一部分直接押在了带宽上。C 到 D，带宽只从 40M 涨到 50M，涨了 10M，但 CPU 从 2核变 4核、内存从 4G 变 8G、硬盘从 30G 变 100G，重头落在算力上。

所以同样是往上走一档，在这条线上每一跳的"含金量"都不同：有的跳跃主要买到带宽，有的跳跃主要买到硬盘和算力。但无论哪一次跳跃，带宽都在变化——这一点是确定的。

对选型的人来说，这个性质可以用一句话记住：在这条线上，你不用单独为带宽做决策，你只需挑一个带宽字段不低于自己需求峰值的档位。剩下的 CPU、内存、硬盘够不够，在那个档位及以上自然附着。

原生IP线：带宽是常量，四档全是 10M，多出来的写在原生IP字段上

再看原生IP线。2A 型：2核心、1G 内存、15G 硬盘、10M 带宽、原生IP 1个，￥250。2B 型：2核心、2G 内存、40G 硬盘、10M 带宽、原生IP 1个，￥350。2C 型：4核心、4G 内存、90G 硬盘、10M 带宽、原生IP 1个，￥750。2D 型：8核心、8G 内存、120G 硬盘、10M 带宽、原生IP 1个，￥1299。

带宽这一列：10M、10M、10M、10M。原生IP这一列：1个、1个、1个、1个。这两列在四档上的取值完全一致，它们不参与分级。真正把四档区分开来的，只剩三个硬件字段和价格：CPU 从 2核心走到 8核心，内存从 1G 走到 8G，硬盘从 15G 走到 120G。

把这个结构翻译过来就是：在原生IP线上加钱，买到的是算力、内存、存储这三样，第四样东西（出网速率）从头到尾不变。你付 ￥250 拿到的出网能力和付 ￥1299 拿到的出网能力，就页面可见字段而言是同一个数值。

这里要说清楚一件事，免得被误读。原生IP线并不是"少写了带宽"，它的定价重心压根就放在另一个地方：这四档机器每一档都带 1 个原生IP，常规线的表头里没有这一列。也就是说，两条线的"默认包含物"清单不一样，比较的时候把清单列全再比，才不会比歪。至于这个"原生IP"具体对应什么样的判定口径，页面只写到"1个"为止，这一步边界下文会专门讲。

同样是 ￥750，两条线给的东西完全不是一回事

￥750 是这两条线的唯一交汇点，把这一档单独拎出来看，差别最直接。

常规线在这个价位上是 D 型：4核心、8G 内存、100G 硬盘、50M 带宽。原生IP线在这个价位上是 2C 型：4核心、4G 内存、90G 硬盘、10M 带宽、原生IP 1个。

逐字段比一遍。CPU 相同，都是 4核心。内存不同，8G 对 4G，相差一半。硬盘不同，100G 对 90G，相差 10G。带宽不同，50M 对 10M，相差的倍数远大于前面两项。原生IP列不同，常规线页面未列出该字段，原生IP线写着 1个。

所以同一笔月付，在两条线里落到了完全不同的地方：一边沉到了内存和带宽上，一边沉到了 IP 的身份属性上。这两个落点之间不存在转换关系——你没有办法把 4G 内存换成 40M 带宽，也没有办法把 1个原生IP 换成内存。

这笔账要怎么算，取决于你把哪一项列为不可让步的条件。如果 50M 这个字段是业务能不能跑起来的前提，那这个价位在原生IP线上就凑不出一台能用的机器；反过来，如果 IP 归属是前提，那常规线这边即便硬件更强也没有那个字段。这不是"哪边更值"的问题，是"你要的那件东西在不在这一列的取值里"的问题。

2 核 1G 这个组合为什么会出现在原生IP线的最低档

2A 型是 2核心配 1G 内存，￥250。这个搭配乍一看让人觉得别扭——核心数比内存 GB 数还大，常规线的最低档也只是 1核1G，两者保持持平。

但这个组合放在原生IP线的最低档是讲得通的。前面已经说过，这条线的定价重心落在 IP 身份上，最低档的作用是把门槛压到能接受的水平，让人能够以较低的月付获得那个 IP 属性。门槛要压低，就得在别的地方让出来——让出来的恰恰是内存。结果就是：CPU 给到 2核（保证基本的并发处理和多任务调度不至于太难看），内存压到 1G，硬盘 15G，带宽锁在那个统一的 10M。

这也就决定了它的适用边界。1G 内存在装完操作系统、加上几个常驻进程和日志缓冲之后，余量是相当紧张的。真要在这种规格上长期跑，能承载的是那些 footprint 小、单进程、数据包尺寸不大、连接数不高的负载：轻量转发或代理类任务、定时的采集任务、监控系统里的一两个探针、内部工具的服务端。这类东西对并行处理有点要求（所以给 2 核），对内存几乎没要求（所以只有 1G）。

反过来说，如果你的应用随手就要吃掉几百兆到上 G 的常驻内存，或者要同时开多个 worker 进程，2A 型这种内存小于核心数的搭配就不是一个合适的起点，往上走到 2B 型（2核2G）或者 2C 型（4核4G）才是合理的。注意，往上走买到的是内存和 CPU，带宽仍然不是可以谈的部分。

升档这个动作在两条线上分别改变了几个变量

到这里可以把核心问题讲透了。"升一档"这个动作，在两条线上改变的变量数量是不同的，把这些数字摆出来，性质差异一目了然。

常规线，逐跳数变化字段：A 型到 B 型，CPU 变、内存变、硬盘变、带宽变，四个字段全变。B 型到 C 型，CPU 不变、内存变、硬盘不变、带宽变，两个字段变化。C 型到 D 型，四个字段全变。三次跳跃里，带宽每一次都在变化，这一点没有任何例外。

原生IP线，逐跳数变化字段：2A 到 2B，CPU 不变、内存变、硬盘变、带宽不变，两个字段变化。2B 到 2C，CPU 变、内存变、硬盘变、带宽不变，三个字段变化。2C 到 2D，同样是三个硬件字段变化、带宽不变。三次跳跃里，带宽一次都没变。

把这两组数字放在一起，结论就出来了：在常规线上，"升档"是一个同时包含硬件和网络的复合动作；在原生IP线上，"升档"只是一次纯硬件动作。同一个词，两种完全不同的内涵。

这就是为什么开头那家公司会踩坑。他们在原生IP线上使用了常规线的经验——"配置不够就加钱升档"，而这条经验里隐含的前提（所有字段随档位递增）在那条线上压根不成立。加钱确实买了东西，只是买的不是缺的那样。

换一句话概括：升档能不能解决带宽问题，在你选定站在哪条线的那一刻就已经决定了，之后无论升多少档都改不了。常规线答"能"，原生IP线答"不能"，剩下的操作空间在两个答案之内，不在两个答案之间。

把上面这些字段变化并排摆一张表，两条产品线在"升档"这件事上的差别就一次性看清楚了：

先算带宽，再算核数：一个可执行的判断顺序

既然选线的那一刻就锁定了答案，那么顺序必须倒过来——先把带宽需求单独算出来，再去决定站哪条线，最后才在线内用 CPU 和内存去挑具体档位。

先做的那件事：估出出网需求。不要凭感觉，用现有机器上的数据去倒推——日均出网总量除以有效时长，得到平均速率；再取晚高峰或者其他业务尖峰时段的速率作为峰值。多数场景下真正卡住业务的是峰值不是均值，两者常常差出好几倍。把这个峰值数字写下来，它是后面所有判断的锚。

紧接着的那件事：给这个峰值加上增长预期。问自己一个问题——未来半年到一年，这个数字是基本横着走，还是会随着用户量、内容体积、接口调用量的增长而往上抬？这一步非常关键，因为它直接决定你要的是"函数"还是"常量"。说白了：答案是"会涨"，你就需要一条带宽能随档位继续往上走的线；答案是"基本不涨"或者"涨幅可以忽略"，常量线才在候选名单里。

再往下的一步：如果判断下来需要带宽跟着走，站常规线，然后在四个档位里挑一个带宽字段不低于峰值加余量的档位。A 型 10M、B 型 20M、C 型 40M、D 型 50M，与月付 ￥100、￥240、￥380、￥750 一一对应，直接按带宽列对齐即可；选中之后 CPU、内存、硬盘作为附带产物去核对够不够。

另一种情况：如果判断下来带宽需求长期稳定，并且 IP 归属是硬条件，站原生IP线，然后用 CPU、内存、硬盘这三列去定档。这时候请注意，你选的是 2A、2B、2C 还是 2D，对出网这件事没有任何影响，四档都是 10M，所以定档的标准只剩算力需求本身。

整套顺序里最容易出错的一步，是把核数放在前面。很多时候人会先说"我需要 4 核"，然后带着这个条件去两条线里找，找到 2C 型（4核4G，￥750）和 D 型（4核8G，￥750）两个都是 4 核的选择，接着在另外的字段上比较——这时候带宽已经被排除在决策之外了，坑就已经埋下。把带宽先算清楚，这个坑就不会出现。

什么业务适合带宽跟着涨的那条线

先给出判断原则：凡是出网速率会被业务量的增长直接推着往上走的业务，都应该落在带宽随档位变化的常规线上。在这条线上，带宽不需要单独争取，它跟着档位走，业务长大了往上挪一档就顺带解决。

头一类，内容分发型。图片、视频、安装包、固件、素材包这类静态文件对外服务，出网量随着访问人数和文件体积同步增长。这类业务的一个特点是晚高峰非常明显，闲时几乎没流量，忙时集中涌出，对峰值速率的要求远高于对平均速率的要求。把峰值算出来之后去对齐常规线的带宽列，是最省事的做法。

第二类，接口型但响应体偏大的业务。有些 API 单次调用返回的数据量不小（列表页、搜索结果、批量查询），调用量一涨，出网速率跟着涨。这类业务的负载特点是 CPU 未必先到瓶颈，网络反而先顶上去，尤其适合把带宽当作档位函数来处理。

第三类，增长曲线还不确定的新业务。上线初期算不出准确峰值，但大概率往上走的，选一条带宽有余地往上升的线，比一开始就在 10M 常量上锁死要稳妥得多。常规线的四档阶梯是 ￥100、￥240、￥380、￥750，对应 10M、20M、40M、50M，往上挪的空间在页面上写得明明白白。

第四类，需要临时承接突发流量的业务。活动、促销、投放期这类场景下，出网速率会在短时间内蹿到平时的若干倍。在这条线上，遇到这种情况时可用的动作是清楚的：临时挪到带宽字段更高的一档。

什么业务适合带宽写死、IP 身份优先的那条线

反过来，另一类业务的特征也很清楚：出网速率长期平稳，或者有明确的稳定上限，同时机器地址的归属身份是硬条件。这类业务放在原生IP线上是合适的，因为它不为用不上的那一格付费。

头一类，低频、小数据量的常驻服务。内部管理后台、堡垒性质的跳板机、运维跳板、配置同步节点、轻量代理或转发实例。这类东西每时每刻都在跑，但单位时间出网的字节数很小，10M 这个数值对它们来说是宽裕的；真正关键的反而是机器本身在哪里、地址归属是什么。

第二类，周期性任务的执行节点。定时采集、定时对账、定时同步，这类任务的执行窗口固定在某个时段，任务本身跑完就闲置。它们的网络特征是"短时间集中出一点"，总量不大，速率不需要很宽。

第三类，对地址归属有明确校验要求的业务。有些下游平台或服务会依据来源地址的归属属性做出不同的处理或限制，这时候 IP 的身份比速率重要得多。原生IP线四档每档都带原生IP 1个，这正是它存在的理由。

第四类，已经把负载均衡摊平的单节点。当业务被拆到多台机器上，单台承担的流量份额被压得很低且稳定，这台机器本身不再需要随总业务量增长而变宽，这时候带宽作为常量完全够用。

提醒一句：上这条线之前要把"以后可能需要加宽"这件事想清楚。就越南这一页可见的字段而言，原生IP线四档的带宽都是 10M，页面没有提供在这一条线上单独提升带宽数值的入口。是否存在付费加宽的通路、以及它的价格口径，属于页面未明示的内容，需要在下单之前向官方问清楚。

原生IP这件事本身该怎么核验，页面字段到哪一步为止

越南这一页关于原生IP的字段只有一个：原生IP，取值 1个，四档都一样。页面信息到此为止。至于这个"原生"具体依据什么口径来判定、申请或变更是否另有规则，页面没有写出更多内容，不能自行脑补，正确的做法是向官方确认。

那么在官方答复之外，自己能做的核验有哪些？核验分两个时间点。

下单之前，能核的是口径。把问题问具体：这个原生IP的归属判定依据的是注册地址信息还是某种第三方归属库的判定结果；如果一个业务场景依赖特定的地区判定，这一判定是否成立；IP 是否会因为机器变更、续费、迁移而发生替换。这几个问题的答案决定了它能不能满足你的场景，而这恰恰是页面字段给不出来的部分。

交付之后，能核的是事实。拿到实际地址之后，可以查公开的注册信息数据库确认国家或机构归属是否与预期一致，可以用公开的地理位置库交叉比对，也可以看依赖地区判定的第三方服务在访问时的实际表现。这几个动作都是在自己的机器上就能完成的，不需要借助任何页面未提供的承诺。

这里有一个必须说清的边界：核验是核验地址的客观归属信息，不是去断言某一项具体业务一定通过。地区判定牵扯到服务方自己的规则和数据库更新频率，同一个地址在不同平台上的判定结果有可能不一致。因此核验完之后如果业务依赖特定判定，仍应把它作为下单前确认事项的一部分，而不是事后的惊喜。

下单前必须向官方确认的三件事

越南这一页给了八档机器的完整字段，但有几件直接关系选型正确性的事情页面没有写明。这三件必须在付款之前问清楚：

其一，带宽字段的准确口径。10M、20M、40M、50M 这几个数写的是什么——是端口速率还是保障速率，是否独占，是否带有月度流量上限，超出之后如何处理。这几个问题的答案会实质性影响"10M 够不够用"的判断，而页面上只有这一个孤零零的数字。尤其是如果你的业务要用峰值去对齐这个字段，口径不问清楚，对齐就无从谈起。

其二，原生IP线上是否存在单独加带宽的通路。页面四档带宽恒为 10M，没有在这一条线上调整该数值的入口。是否支持在不更换产品线的情况下付费加宽、加宽之后的价格按月还是按流量计、加宽之后 IP 是否保持不变——这些都要提前问。如果答案是不支持，那么一开始就别把未来可能变宽的业务放到这条线上，因为换线意味着整机迁移和地址变更，代价远高于当初多挑一档。

其三，两条线之间的迁移与互通能力。账号下两台不同产品线的机器之间，是否能走内网互通、互通是否单独计费；从一条线迁到另一条线时地址会不会变化、能否保留原有数据；以及是否支持先小规格试用再在原产品线内升级。这些决定了你一旦选错，返工的成本有多大。

越南这两条线，采购前最常被问到的七个问题

只想加带宽不想加核数，在越南这一页上能做到吗？就页面可见字段而言，做不到。原生IP线四档的带宽全是 10M，常规线的带宽是绑在档位上的——要拿更宽的带宽，只能挪到更高的档位，而更高的档位同时会带来更多的 CPU、内存和硬盘。常规线里相对接近"只为带宽付费"的那一跳是 B 型到 C 型：这一跳 CPU 保持 2核心、硬盘保持 30G 不变，只有内存从 2G 变 4G，带宽从 20M 变 40M。除此之外，是否存在独立加带宽的付费项，页面未明示，需向官方确认。

原生IP线和常规线的 IP 字段有什么不同？原生IP线有一个独立的"原生IP"列，四档都标着 1个；常规线的字段列表里没有这一列。除此之外的 IP 数量是否在两条线上均可另增、增加一个的费用口径如何，页面都没有写出，需要下单前确认。

2核1G 这种内存小于核数的配置适合跑什么？它出现在原生IP线最低档 2A 型上（2核心、1G 内存、15G 硬盘、10M、￥250），适合那些对并行处理有点要求、对内存空间几乎没要求的轻量负载：单进程的转发或代理任务、定时执行的采集同步脚本、零散的监控探针、内部小工具的服务端。反过来，需要常驻几百兆以上内存、或者要开多个 worker 进程的应用不该用这一档，往上走 2B 型（2核2G、40G、￥350）或 2C 型（4核4G、90G、￥750）才合理，只是往上走并不会让 10M 变宽。

两条线能不能各买一台然后内网打通？页面没有就两台不同产品线机器之间的内网互通能力给出任何字段，因此不能自行认定可以打通，也不能认定不可以。实际做法是在下单前把这个问题提给官方：同账号下两台机器之间是否支持内网地址互通、互通是否另行计费、互通带宽如何界定。如果答案是支持，用原生IP线的机器承载对 IP 归属敏感的部分、用常规线的机器承载出网量大的部分，是一种值得考虑的分工；如果答案是不支持，就只能走公网转发，这时候常规线那一侧的带宽数值要重新算进去。

￥750 这一档在两条线上分别该给什么业务？常规线 D 型（4核心、8G 内存、100G 硬盘、50M）适合把出网速率排在前面的业务——文件分发、大响应体的接口、访问峰值明显的内容服务。原生IP线 2C 型（4核心、4G 内存、90G 硬盘、10M、原生IP 1个）适合带宽需求平稳、并且把地址归属当作硬条件的业务——后台管理、周期性任务节点、需要特定地址身份的场景。两者的内存差 4G、带宽差 40M，落点完全不同，挑的时候看你要的那一项在不在这个字段上。

带宽需求会随业务增长的业务为什么不能选 10M 常量线？因为在这条线上，升档改变的是 CPU、内存、硬盘三个变量，带宽从头到尾保持在同一个值。业务量涨起来的那一天，你唯一的动作就是换一条产品线，而换线的代价是整机迁移加地址变更，还包括域名解析、访问控制名单、第三方回调地址在内的一串连带改动。这笔返工支出远大于一开始就站到带宽能跟着档位走的那条线上。

下单前怎么确认带宽字段的真实含义？把问题拆成四问：这个数值是端口能力还是保障速率；是否独占；有没有月度流量上限；超出之后是限速、计费还是别的处理方式。四问答全，才能拿这个值去对齐业务的峰值需求。页面只给出 10M、20M、40M、50M 这几个数字本身，其余全部属于需要向官方确认的内容，任何自行推测出来的口径都不要在预算里当作依据。

本文越南四档与原生IP四档数据取自官网哪个页面

本文引用的越南常规线 A 型至 D 型四档（CPU、内存、硬盘、带宽、月付）与越南原生IP线 2A 型至 2D 型四档（CPU、内存、硬盘、带宽、原生IP、月付）的全部字段，均取自官网越南节点页面 https://www.idc10000.net/yuenany 的产品列表，抓取时间为 2026-10-08，字段按页面原样引用，未做推算与外推。

一万网络深耕 IDC 19 年（成立于 2007 年），越南节点是其海外节点中的一处，同页同时提供上述两条产品线。页面未列出的内容（具体机房名称、可用性保障条款、IP 增减规则、单独加带宽的通路与价格口径等）本文一律标注为需向官方确认，未作断言。价格与配置以官网实时展示为准，实际下单前建议再次核对页面。