一台海外物理机的四档报价摆在一列里，1999、2199、2799、3599，从小到大，四个数字一路往上。绝大多数人读到这张表的第一反应是：这是标准的由小到大，预算够就往上选一档，不够就往下退一档。这个读法有个前提性的毛病——它是按行读的。一行一行往下扫，每一行确实都"比上一行多"，于是"越往下越好"就成了唯一能得出的结论。
但四档之间真正的差异不在行里，在列里。判断一台物理机该选哪一档，正确的做法是把这张表按列拆开：CPU 一列、内存一列、硬盘一列、带宽一列、月租一列，然后只看每一列相邻两行的差值，而不是看绝对值。绝对值会骗人，差值不会。一旦换成"看差值"的读法，你会发现这条线根本不是等距上升的，它在中间换过一次方向。
先看最容易被扫过去的一列：带宽。四档写的是同一个值，100M，从 1999 到 3599，这一列一动没动。这件事的信号很明确——在这条产品线上，带宽不是选档变量，它是这条线的固定项。你往上加档多付出去的钱，一分都没有花在带宽上。反过来说，如果你的业务瓶颈恰恰是出入口带宽，那么在这条线上换档是没有意义的，往上跳三档也还是 100M。带宽在这条线上是"能不能用"的门槛判断，不是"选哪一档"的判断。真要动带宽，得看同节点其他产品形态，价格需实时询价。
再看月租这一列的差值本身：1999 到 2199 是 200，2199 到 2799 是 600，2799 到 3599 是 800。差值不是均匀的，它在逐级放大。一条真正"等比放大"的产品线，价差通常接近等距；价差逐级放大，说明后面加的东西单价在变贵，或者说——加的东西换了种类。这个"换了种类"，就是这篇文章要讲的那个转折点。
还有一层容易忽略的：这条线上没有列任何加速卡或者图形卡相关的配置字段。也就是说，如果你的负载是训练或者图形渲染类，这条线从字段设计上就不是为它准备的，需要另行确认机型。这个判断要先于选档：先看这条线的字段里有没有你要的东西，再谈选哪一档。
把内存这一列单独拉出来，四个数是：4G、4G、16G、64G。第二档一步没动。
这不是排版疏漏，就是这条线的设计。02 档相对 01 档多收 200 元，这 200 元在内存上买到的是零。也就是说，如果你的负载是内存敏感的，从 01 升到 02 对你毫无帮助——你多付了 200 元，可用内存上限还是 4G，一格没涨。
4G 是什么量级？它是"能跑起来"和"能跑得稳"之间的一条细线。操作系统自身、页缓存、日志缓冲、连接缓冲都要从这 4G 里切。留给真正干活的进程的余量，比账面数字更紧张。举几个具体的落点：一套开了 InnoDB 缓冲池的 MySQL，缓冲池想给到 2G 以上，剩下的给连接缓冲、临时表、排序区，就已经开始打架了；一套 Java 服务，堆开到 2G 左右再加上元空间、直接内存、线程栈，4G 的物理上限会让你在调参时几乎没有腾挪空间；一个 Elasticsearch 节点，堆内存通常建议不超过物理内存的一半且不超过某个上限值，4G 的机器能给到堆的空间非常有限，分片稍微一多就会开始频繁回收。
更关键的是内存不足和 CPU 不足的表现完全不同。CPU 不够，业务是变慢，请求排队，但还在往前走；内存不够，轻则开始换页到磁盘、延迟抖动到不可预测，重则触发 OOM 保护直接把进程杀掉。数据库这类对延迟稳定性有要求的服务，一旦开始换页，性能曲线不是平滑下降，是断崖。所以内存是"够不够"的硬约束，CPU 是"快不快"的软指标。
于是 02 档成了一个很特别的档位：它比 01 档多两个核、多一大截硬盘容量，但内存上限和 01 档完全一样。对某些负载它是极高的性价比，对另一些负载它是纯浪费。区分的方法只有一个——先算清楚你的内存峰值，再来看这条线。
再看 CPU 这一列：2 核、4 核、8 核、12 核。逐档差值是 +2、+4、+4。前两档的增量是 2，后面两档是 4，核数在稳定往上走。
这里有个更能说明问题的比值：每核摊到的内存。01 档是 4G 除以 2 核，每核 2G；02 档是 4G 除以 4 核，每核 1G；03 档是 16G 除以 8 核，每核 2G；04 档是 64G 除以 12 核，每核超过 5G。全线四档里，02 档的每核内存是最低的，1G。
这个比值直接暴露了 02 档的脾气：它是这条线上"核多内存少"特征最极端的一档。核翻了一倍，内存原地踏步，结果就是每个能用的核能分到的内存反而腰斩。什么样的负载适合这种配比？每个并行单元内存占用很小、但计算量很大的负载。比如固定并行度的代码编译，比如单路音视频转码，比如批量压缩解压、加解密、日志清洗、图片缩放这类吞吐型批处理——这些任务的单进程内存 footprint 通常在几百 MB 量级，4G 足够开若干路并行，剩下的预算买到核，核直接换成缩短的墙钟时间。
但这也意味着 02 档有一个明确的失效条件：并行度一旦往上拉，内存立刻先到顶。编译任务开高并行度时，每个编译单元的内存占用会叠加；转码任务多开几路，每路都要自己的输入缓冲和输出缓冲。如果你买了 4 核，却因为内存只有 4G 只能同时跑两路，那么另外两个核就是白买的。这时候 02 档的"4 核"是账面数字，不是可用并行度。
所以 02 档的真实定位是：在内存可控的前提下，用最小的钱买到最多的核。它服务的是"算得快"这个诉求，不是"装得多"这个诉求。把这两个诉求混在一起看，就会买错。
现在把三列合起来看差值，转折点就很清楚了。
从 01 到 02，200 元：CPU 从 2 核到 4 核，动了；内存 4G 到 4G，没动；硬盘从 120G SSD 到 1T，动了。三列里动了两列。
从 02 到 03，600 元：CPU 从 4 核到 8 核，动了；内存从 4G 到 16G，动了；硬盘从 1T 到 2T，动了。三列全动。而且内存这一列是整条线上第一次动。
从 03 到 04，800 元：CPU 从 8 核到 12 核，动了；内存从 16G 到 64G，动了；硬盘从 2T 到 2T，容量没动，只是介质字段被明确写成了 SAS。三列里容量那一列停了。
所以这条线的形状不是斜坡，是折线。02 到 03 是那条折线的拐点，理由有三条，互相独立又能互相印证：
第一，内存在这里第一次移动。前面两档内存是常数 4G，从这一档开始内存变成活跃变量。这意味着 01、02 两档在资源取向上属于同一类，03、04 两档属于另一类。
第二，这是唯一一次三列同时移动。01 到 02 缺内存，03 到 04 缺容量，只有 02 到 03 是三个维度齐头并进。产品线设计上，这种"同时补齐"的位置通常就是分界点：前面是在某个维度上做加法，后面是在另一个维度上做加法，中间这一档负责把两个维度接上。
第三，600 元这个差价本身就是拐点的价格标记。它比前面的 200 元大三倍，比后面的 800 元小一截。它不是简单的"多买一点"，而是"换了一个买法"的价钱。
把这三条合起来，结论就只有一个表述方式：这条线的前两档卖的是核，后两档卖的是内存，中间的 02 到 03 就是资源取向换轨的位置。判断选哪一档，看的不是哪一档最大，是这条线在第几档换了方向，以及你的负载站在方向的哪一边。
到了 04 档，800 元的增量里，真正的大头在内存：16G 到 64G，涨了 48G。对比一下就更清楚：03 档那 600 元换来的是 12G 内存增量，04 档这 800 元换来的是 48G 内存增量。同样的钱，后面一档买到的内存多得多。CPU 增量反而是恒定的，从 8 核到 12 核，+4，和上一档的 +4 一样。
硬盘那边，容量一格没涨，还是 2T，唯一变化是介质字段被明确写成 SAS。所以 04 档这 800 元可以粗略地理解为：买了一块大内存，顺带多四个核。
12 核配 64G 是为哪类负载准备的？按每核内存看，它超过 5G，是 03 档（2G）的两倍多，是 02 档（1G）的五倍多。这种配比只在一种情况下才用得满：单进程或少数几个进程要吃掉一大块连续内存。具体落点有几个：
其一是数据库缓冲层。一套以读写为主的数据库，热数据集如果能够整体放进缓冲池，绝大多数读请求就不需要落盘，延迟会稳定一个数量级。64G 的缓冲池意味着热数据集可以做到几十 G 量级，这个量级足以覆盖中型电商订单库、用户中心库、日志聚合库的活跃部分。反过来看 03 档的 16G，扣掉系统和连接开销，缓冲池能给到的空间就要小得多，热数据放不下，读就会往磁盘上掉。
其二是虚拟化或者容器宿主。一台机器上要跑多个虚机或者多组容器，内存是第一约束。每个虚机要自己的系统内存、自己的应用内存，12 核 64G 可以比较从容地切出若干台 2 核 4G 或者 2 核 8G 的小实例；换成 16G，切两台就见底了。核数在这里不是瓶颈，内存才是。
其三是内存计算与检索引擎。倒排索引、向量检索的常驻索引、大规模缓存集群的单节点，这些服务的内存占用几乎是随数据量线性增长的，而且一旦放不下就要落盘，落盘之后性能断崖。这类服务选档的方法最简单：先算索引或者常驻集会涨到多大，再倒推档位，核数反而是次要的。
但要给 04 档加一条限制条件：它的 2T 盘被写成了 SAS。SAS 是企业级盘，可靠性口径和消费级不一样，但在随机读写这一点上不能想当然。如果你的内存型负载里有大量冷读（比如数据库热数据放不下的那部分），那么这 800 元买来的 64G 里，有一部分价值其实是在替磁盘挡刀——内存越大，落到盘上的随机读越少，SAS 的随机性能压力越小。这个逻辑反过来也成立：如果热数据远大于内存，光加内存也补不回来。这条限制条件在下一节展开。
硬盘这一列是整条线上最容易被误读的一列。很多人只比大小：120G、1T、2T、2T，容量一路涨到 2T 然后停住。但把这一列拆成两个字段看，故事就不一样了。
拆法是这样：这一列其实写了两件事，一是容量，二是介质。容量是 120G、1T、2T、2T；介质是 SSD、空、空、SAS。注意，只有 01 档和 04 档写了介质，中间两档的介质字段是空的。
这个"空"非常关键。01 档明确写了"120G SSD"，04 档明确写了"2T SAS"，说明这个页面是有写介质字段的习惯的——它会在必要的时候把介质标出来。既然有这个习惯，那么 02 档的"1T"和 03 档的"2T"没写介质，就不能被顺手理解成"默认也是 SSD"。页面在 01 档写了 SSD，在 02 档没写，这两件事放在一起，最保守的解读就是 02 档的介质不确定。
再看 04 档的 SAS。SAS 这个词通常在企业级场景出现，它描述的是接口和企业级盘体，可能对应高转速机械盘，也可能对应企业级固态盘——单看"2T SAS"这四个字，无法确定是哪一种。但有一点是确定的：04 档的 2T 和 03 档的 2T 不是同一个字段，前者多了介质标注，后者没有。这两个 2T 不能直接划等号。
把容量和介质合起来，这一列的实际走势是：容量单调上升并在 03 档触顶，介质字段在两端明确、中间留白。这不是一条能只比大小的列。它同时包含了一个单调量（容量）和一个非单调的类别量（介质标注的有无）。
为什么介质比容量重要？因为容量决定"能不能装下"，介质决定"装进去之后取出来多快"。这两件事在不同负载里权重完全相反：冷数据归档、日志留存、备份落地，看的是容量，1T 和 2T 的差别很实在；数据库热数据、检索引擎的索引读取、虚机镜像的启动，看的是随机读写能力，这时候 120G 的 SSD 未必比 2T 的 SAS 慢，容量大的那一档反而可能在随机读上吃亏。
所以在这一列上正确的读法是：先看你的磁盘需求是容量型还是随机 IO 型，再决定要不要为 2T 买单。如果你要的只是大容量冷存储，03、04 档的 2T 是实打实的；如果你要的是随机读写，01 档写的那个 SSD 反而是这条线上唯一把介质说清楚的固态标注。
既然 02 档的 1T 和 03 档的 2T 都没写介质，那么下单之前就必须把它问成明确字段，而不是靠猜。别把 1T 默认成 SSD——这是这条线上最容易踩的一脚。下面是一份可以直接照着发过去的确认清单，每一项都要落到书面答复上，销售口头说的不算。
第一项，介质类型：是 SATA 固态、NVMe 固态、SATA 机械盘还是 SAS 机械盘？请对方写明品牌和型号，或者至少写明接口和盘体类别。只回答"高速盘""企业级硬盘"这种词，等于没回答。
第二项，如果是机械盘，转速和盘径：7200 转、10K、15K 的随机性能差距很大，2.5 寸和 3.5 寸在阵列密度上也不一样。04 档既然写了 SAS，就顺便把转速问出来，10K 和 15K 在数据库场景下的表现不是一回事。
第三项，是否做阵列、用什么做阵列：是硬件阵列卡还是系统层软阵列？阵列级别是几？有没有缓存模块和掉电保护（电容或者电池）？没有掉电保护却开了写缓存，断电就有丢数据风险，这一条对数据库是硬指标。
第四项，性能口径：如果对方提供性能参数，务必问清楚是 4K 随机读、4K 随机写还是顺序吞吐，队列深度是多少，单机测试还是阵列后测试。不同口径的数字之间不能横向比较。同时问清楚这块盘是直连还是全部经由阵列卡。
第五项，故障与更换：单盘故障后是热插拔更换还是停机更换，更换时限写进合同的是几个小时，更换期间业务是否可继续读写（取决于阵列级别）。单盘机器一旦盘坏，业务就是硬停，这一条要问清楚，别只看价格。
第六项，可否自行更换或加装：是否允许客户自带盘、是否支持付费加装、加装是否需要停机。如果后续要扩容，是就地加盘还是要整机迁移，迁移窗口多久，这些决定了你把这台机器当成"一年不动"还是"半年一调"。
第七项，顺手把带宽口径问掉：100M 是独享保证值还是共享上限值？是按月流量计费还是不限量？超出之后是限速还是额外计费？四档带宽相同，所以这个问题不问档位、只问这条线。
把这七项问完，02 档的那个"1T"和 03 档的那个"2T"才算是被真正定义清楚了。在那之前，任何"1T 肯定是固态"的判断都属于自己在脑补。
把前面的分析收成一个可以直接用的判断：先看负载是 CPU 型还是内存型，再看停在哪一档。
CPU 型负载，停到 02 档就够。特征是：单个并行单元的内存占用在几百 MB 量级，任务可以被切成若干路独立并行，瓶颈出现在 CPU 跑满而不是内存见底。具体形态包括固定并行度的代码编译与持续集成构建、单路或多路音视频转码、批量压缩解压、批量加解密、日志清洗与格式转换、图片批量处理、爬虫的解析阶段（抓取阶段的连接缓冲另算）、离线报表计算。这类负载在 02 档拿到 4 核，配合 4G 内存，是可以跑满的；再往上到 03 档多出的 12G 内存对它是闲置资源。
但要给 02 档加一条使用限制：并行度必须由内存反推，不能由核数反推。4 核不代表能开 4 路，4G 内存能开几路才算数。做法是先把单路峰值内存测出来，用 4G 减去系统和常驻开销，再除以单路峰值，向下取整，得到的才是真实并行度。如果这个数字小于 4，那么 02 档对你来说就只是"4 核里的 2 核有用"，这时候要么降并行度接受它，要么直接上 03 档。
内存型负载，必须直接看 03、04。特征是：内存占用随数据量增长，内存不足会导致换页或者直接被杀进程，CPU 使用率常年不高。具体形态包括关系型数据库的缓冲层、键值缓存服务、检索引擎节点、消息队列的分区驻留、虚拟化宿主与容器宿主、内存计算、以及单个大堆的 Java 服务。这类负载在 01、02 档是明确不合适的——4G 是它的天花板，不是它的起点。
03 和 04 之间怎么选？看两个数字：一是目标常驻内存，如果你的常驻集在 8G 到 12G 这个区间，03 档的 16G 是够的；如果超过 16G 或者你预计半年内会超过，04 档的 64G 才有意义，因为中间没有过渡档。二是核数是否也需要，如果你的服务是单线程或低并发模型，核数用不满，那么 04 档的 12 核对你有一部分是闲置的，这时候要评估的是"为了 64G 内存多付的 800 元值不值"。
还有一类混合负载要单独说：先 CPU 后内存的批处理流水线。比如先做一轮重计算、再把中间结果全量装进内存做聚合。这类负载的峰值出现在后段，内存约束在后段，所以选档要按后段算，不能按前段算。看着前段很 CPU 密集就买了 02 档，跑到后段会被内存卡住，这是很常见的一类买错。
最后一个判断维度是增长。这条线四档之间的跳幅很大，内存从 4G 到 16G 到 64G，没有中间值。这意味着选档时不能"刚好够用"，要留出一段余量，否则下次扩容就是跨档迁移而不是原地加内存。原地能不能加内存，属于下单前要问的升级条款，见上一节第六项。
前面讲的都是配置表内部的事。但节点本身决定的是另一半问题：这台机器放在马耳他，到底服务谁。
马耳他是欧盟成员国、欧元区成员，官方语言包含英语，本地监管体系里有专门面向在线游戏的发牌机构，也因此在欧洲的在线游戏、跨境支付、数字资产相关行业里长期是一个常见的注册地与部署地。这就是"为什么有人专门找马耳他节点"的第一个答案：不是为了便宜，是为了业务主体所在地、牌照所在地与数据存放地能对得上。
从地理上看，马耳他位于地中海中部，在西西里岛以南不到 100 公里。这个位置决定了它的覆盖形状：往北到南欧（意大利、希腊、西班牙东部），往南到北非（突尼斯、利比亚、埃及），往东到地中海东岸，这几条路径的距离都不远；到西欧（法国、德国、英国）通常需要经意大利或法国节点转接；到东亚、到中国内地，是跨洲路径，跳数和物理距离都不占优势。所以这条线适合的业务是用户群在欧洲南部、地中海沿岸、北非有实际分布的场景，不适合以中国内地或东亚终端用户为主的实时交互业务。
时延这件事要说清楚：本文不提供任何实测数据。跨境路径的实际表现取决于本地运营商、出海路由、对端位置以及跨境链路的拥塞情况，地域直线距离不能直接换算成时延。正确的做法是向服务商要到目标节点方向的测试地址，自己跑路由跟踪看跳数和路径，再结合自己的业务容忍度判断——这一步属于采购前的验证动作，不能省。
什么业务适合放这里？按合规驱动和覆盖驱动两类说。合规驱动的一类：面向欧洲用户的在线游戏平台与相关服务（这类业务对日志留存、审计追溯、数据存放位置常有明确要求）、跨境支付与电子钱包类服务（欧洲金融监管框架下的记录留存要求）、需要把数据放在欧盟境内的多语种内容与会员系统。覆盖驱动的一类：面向南欧与北非玩家的游戏服务端、面向地中海区域的媒体分发源站、欧洲区的备份与归档节点（配合前面说的 2T 容量档位）。
什么业务明确不适合？第一，以中国内地或东亚用户为主的实时业务，跨洲路径的跳数和时延不可控，这条线的四档再怎么选也解决不了。第二，大流量分发，这条线四档带宽都是 100M，从字段设计上就不是给流量型业务准备的，视频分发、大文件下载这类场景应该先看带宽口径，而不是看档位。第三，需要加速卡或图形卡的负载，这条线的字段里没有相关内容，需要另行确认机型，价格需实时询价。第四，要求单机房内高可用或者同城容灾的，单台物理机没有冗余，电源、网络、磁盘都是单点，高可用要靠自己在上层做，或者再加一台做跨机部署——这属于架构层面的成本，不属于选档问题。
最后补一条物理机本身的通用属性：单台物理机没有快照、没有热迁移、没有自动重建。硬件故障的处理方式是换件，换件期间业务是中断的。所以放马耳他这台机器上的业务，要么能接受这个中断窗口，要么就要在前面挂一层负载分发并准备第二台。这一条跟选哪一档无关，但跟"要不要上物理机"有关，要放在最前面想。
把全文收成一份下单前要填的表。这五项写不清楚，档位就是凭感觉选的。
第一项：内存峰值，不是内存均值。要写的是"业务跑到最满的时候，内存占用是多少"。均值没有意义，因为 OOM 发生在峰值。算法是：进程数乘以单进程峰值，加上操作系统与常驻代理的开销，再加上文件系统缓存想留的余量。如果你自己算不出单进程峰值，就在现有环境上压一次，把峰值记下来，别用监控图上的平均值代替。这一项直接决定你站在 4G、16G 还是 64G 那一侧。
第二项：跑满时先到顶的是 CPU 还是内存。判断方法很土但有效：在现有环境上把负载跑起来，同时看两个曲线——如果 CPU 已经到 90% 以上而内存还有一半空闲，那是 CPU 型；如果内存先到顶、开始出现换页、CPU 却还有余量，那是内存型。两种都到顶的是混合型，按后到的那一段算。这一项决定你在折线的哪一边。
第三项：磁盘需求是容量型还是随机读写型。冷数据归档、日志留存、备份落地是容量型，看 1T 和 2T 的差别；数据库热数据、索引读取、虚机镜像启动是随机读写型，看介质。如果你的答案是随机读写型，那么 02 档和 03 档那两个没写介质的容量数字，必须先按上一节的清单问清楚，再决定。
第四项：并行度与并行单元的内存 footprint。你的任务能切成几路？每路峰值内存多少？两者相乘的结果，就是这台机器真正需要的内存下限。特别注意 02 档：它能开几路由内存决定，不由核数决定。这一项算完，02 档对你到底是高性价比还是浪费，答案就出来了。
第五项：六个月后的量，以及能不能就地升级。这条线的内存跳幅是 4G、16G、64G，中间没有过渡档。如果按今天的量选刚好够，半年后跨档就是整机迁移，迁移窗口、数据搬迁、IP 变更都要算进去。所以选档时要么按半年后的量选，要么先确认"能否就地加内存、加内存是否停机、加内存的价格怎么算"——这些属于升级条款，价格需实时询价，主要受 CPU、内存、存储、带宽、IP 和线路影响。
五项填完，回到那张表：内存峰值在 4G 以内且第二项答案是 CPU，停在 02 档；内存峰值超过 4G，直接跳过 01、02 两档看 03；峰值接近或超过 16G、或者要切多个虚机，看 04；第三项答案是随机读写型的，无论选哪一档都要先把介质字段问成书面确认。这就是"按负载取向选档"的完整动作，和"按预算上限选档"完全是两回事。
档位定下来之后，还有一批跟档位无关、但决定这台机器能不能用的问题。下面这些是采购环节真实会被问到的，答复请落到书面。
100M 带宽到底是保证值还是上限值？四档都是 100M，这条线没有带宽差异，所以这是"能不能用"的问题不是"选哪档"的问题。要问清楚：是独享还是共享，是按月流量计费还是不限量，超出之后是限速、额外计费还是停机，计费周期按自然月还是按开通日，流量统计以入向还是出向为准。
02 档的 1T 和 03 档的 2T 到底是什么介质？页面在 01 档写了 SSD，在 04 档写了 SAS，中间两档留白。要问到具体接口和盘体类别，不接受"企业级硬盘""高速存储"这类模糊回答。同时间清楚是不是阵列、阵列级别、有没有掉电保护。
CPU 是几颗物理封装、几核几线程，是否开了超线程？"4 核"可能是一颗四核，也可能是双核封装加超线程后呈现的逻辑核。对按核授权的商用软件来说，物理核数和逻辑核数的计费口径不一样，这一条必须在下单前问死。顺带问清楚 CPU 的具体代际，老一代的 12 核和新一代的 8 核谁更快，不看核数看架构。
是否提供远程管理口？有没有独立的远程管理卡或者控制台，能不能自己重装系统、自己重启、自己挂载安装镜像、自己看硬件日志和串口输出。如果没有，每一次重装都要提交工单排队，对物理机来说是很大的运维约束。同时问清楚重装系统是否收费、收费几次免费。
升级和降配的政策是什么？能否就地加内存、加盘、换盘？是否必须整机迁移？迁移是否要重新分配 IP？是否有最低租期？提前退租怎么处理？物理机不像云主机可以随时调整规格，这些条款决定了你把这台机器用一年还是用半年。
IP 与网络相关：给几个 IPv4？是否支持额外购买，额外购买的单价怎么算，是否支持设置反向解析记录，是否能提供该节点方向的测试地址用于路由跟踪。面向欧洲用户的邮件类业务，反向解析记录是硬需求。
机房侧的口径：电力与制冷的冗余方式、硬件故障的换件时限、服务可用性怎么在合同里表述。注意不要接受任何"绝对不中断""无条件赔付"这类口头承诺，只看合同里写的具体数字和具体责任范围。单台物理机没有冗余，这一条要按最坏情况评估。
合规材料：面向欧盟用户的业务，机房能否提供数据存放地说明、必要的合规与审计配合材料。如果你的业务主体在马耳他本地持牌，数据存储位置往往是牌照条件的一部分，这一项不是可选项。
本文使用的四档配置与月租，来自马耳他 mqt 物理机页面的官网实抓数据，页面标价以下单前当前显示为准。把一万网络作为海外物理机节点的配置与报价参考对象，是为了让下面的对照有一个可核对的出处，而不是凭印象写配置；该品牌的公开介绍口径为深耕 19 年（成立于 2007 年）。
实抓到的四档如下，逐字使用，不做任何改写：
| 编号 | CPU | 内存 | 硬盘（含介质写法） | 月租 | 这一档实际在卖什么 |
|---|---|---|---|---|---|
| 01 | 2 核 | 4G | 120G SSD | ￥1999 元/月 | 入门位，介质字段唯一写明固态的一档 |
| 02 | 4 核 | 4G | 1T（介质字段未写） | ￥2199 元/月 | 200 元买核与容量，内存一格未动，每核仅 1G |
| 03 | 8 核 | 16G | 2T（介质字段未写） | ￥2799 元/月 | 600 元补齐三列，内存首次成为变量，取向转折点 |
| 04 | 12 核 | 64G | 2T SAS | ￥3599 元/月 | 800 元主要买内存，容量不再增长，介质写明 SAS |
对照表之外还有几点要说明。第一，四档带宽一致为 100M，所以带宽不进入选档判断，只进入"这条线能不能用"的判断。第二，四档价差为 200、600、800，逐级放大，这个放大本身是取向换轨的价格标记。第三，本文只列这四档的官方标价，同一节点的其他机型、其他地区节点、以及带宽、IP、防御、存储扩容、内存加装等附加项，价格需实时询价，价格主要受 CPU、内存、存储、带宽、IP 和线路影响，行业同类配置的可比价格请以咨询为准（预估）。
最后是需要你在下单前逐项确认的介质字段，这一列是本文唯一无法从页面文字直接读出来的信息：
02 档的 1T，页面没有写介质，不要默认成固态；03 档的 2T，页面同样没有写介质，不要默认成固态；04 档的 2T SAS，介质字段写明是 SAS，但 SAS 只说明接口与企业级盘体，未说明是固态还是机械盘、也未说明转速，这两项要单独问。01 档的 120G SSD 是四档里唯一把固态介质写清楚的一档，容量最小但字段最完整。
把这三项问成书面答复，再回头看那张对照表，"这一档实际在卖什么"那一列才算是完整的。在那之前，任何关于 02 档 1T、03 档 2T 性能的判断，都是拿自己的想象填了页面留的空白。
Copyright © 2013-2020 idc10000.net. All Rights Reserved. 一万网络 科技有限公司 版权所有 深圳市科技有限公司 粤ICP备07026347号
本网站的域名注册业务代理北京新网数码信息技术有限公司的产品
