2026阿里云国际版专有宿主机DDH实战教程：104 vCPU三种机型真实月价、BYOL许可怎么落地、超配比公式与六个账单算例

阿里云国际版的专有宿主机（Dedicated Host，简称 DDH）是那种"名字听起来很贵、账单结构却最容易算错"的产品：它按整台物理服务器卖，一台 C6 型 104 vCPU + 192 GiB 的宿主官网标价 1505.04 美元/月，G6 型 104 vCPU + 384 GiB 是 1931.60 美元/月，R6 型 104 vCPU + 768 GiB 是 2559.38 美元/月，年付统一打 85 折。但真正决定你省不省钱的不是这三个数字，而是文档里那句容易被忽略的话：跑在 DDH 上的 ECS 实例，vCPU 和内存不再收费，只收镜像、云盘、公网带宽和快照。

这篇把国际站 DDH 的三件套讲透：一台宿主到底买到多少 vCPU/内存/网络（含 g9i 到 v5 的完整规格表）、两套账单怎么分开算（宿主侧 vs 实例侧）、CPU 超配比公式怎么用（52 物理核如何变成 416 vCPU），再配六个可以自己复算的月账单、控制台七步创建流程、BYOL 自带许可的四步落地、以及 socket 不跨路、本地盘不支持故障迁移等七个真实坑。最后给一张"你到底该不该买 DDH"的决策表——因为对相当一部分业务，答案是不该。

Meta Description: 2026阿里云国际版DDH实战：C6/G6/R6 每台 104 vCPU 月价 1505.04/1931.60/2559.38 美元、年付 85 折；DDH 上 ECS 的 vCPU 与内存不计费；超配比公式、BYOL 四步、六个账单算例与七个坑。

关键词：阿里云国际版DDH、专有宿主机价格、Dedicated Host、BYOL 自带许可、Windows Server 许可、CPU 超配比、独占物理机、g6s 超配型、ECS 迁移到 DDH

一、先给结论：六个能直接决定账单的判断

在翻单价表之前，先把顺序排对。DDH 的成本模型和 ECS 完全不同，它不是一个"更贵的实例规格"，而是一次把整台物理机的 vCPU 和内存买断，所以判断逻辑应该倒过来：

1. 先算"整机折算单价"，再看单实例价。 G6 的 104 vCPU 摊到 1931.60 美元/月，等于 18.57 美元/vCPU·月；同样口径下 C6 是 14.47、R6 是 24.61。你拿 ECS 实例的单价去比"每个 vCPU 多少钱"，才不会被"一台机器两千美元"吓退。
2. 再确认自己能跑满。 宿主是固定成本，跑 40% 和跑 95% 付一样的钱。按量付费的对照线在第九节：当两台 g6.13xlarge 的按量运行时长超过 471 小时/月（约 64.5% 的月份），包月 DDH 才开始比按量便宜。
3. 别指望 DDH 天生便宜。 用同代同地域的包年包月 ECS 硬对齐，G6 只比两台 g6.13xlarge 便宜 1.51%。DDH 的真实价值在三个地方：BYOL 许可、超配比、以及小规格实例的密度优势。
4. 规格越小，DDH 越划算。 24 台 g6.xlarge（4 vCPU/16 GiB，112 美元/月）凑出 96 vCPU/384 GiB 要 2688 美元/月，比一台 G6 贵 28.14%；换成 4 台 g6.6xlarge 按量（2978.40 美元/月）则贵 35.15%。
5. 年付 85 折是这轮最确定的省钱手段。 三个机型官网都标了 "15% off annually"，G6 年付折合 1641.86 美元/月，对上两台 g6.13xlarge 包月立刻变成便宜 16.28%。
6. 如果你的负载是"几台大实例"，先别买。 DDH 的最小购买单位是整台物理机，2 vCPU 的应用塞进去就是纯浪费；这类场景该用 ECS 或节省计划，而不是宿主。

📝 一句话总结：DDH 是"把 vCPU 和内存变成包月不限量"的产品，适合高密度小实例 + 自带 Windows/SQL Server 许可 + 合规要求独占这三类场景，不适合"两三台大机器"的常规业务。

二、DDH 是什么：和 EBM、共享宿主 ECS 的三句话区别

官方 FAQ 把边界写得很清楚，但三句话就能记住：

• DDH 是虚拟化产品，不是裸金属。 FAQ 原文明确 "No. A DDH is a virtualized service"，你在上面创建的仍然是 ECS 实例，只是这些实例的资源来自一台只属于你的物理服务器。
• DDH 和 EBM（弹性裸金属）不是一回事。 EBM 是"虚拟机形态的物理机"，强调性能与特性；DDH 强调资源独占 + 许可绑定 + 机器码可审计。要跑需要直接访问硬件的场景选 EBM，要合规和 BYOL 选 DDH。
• DDH 与共享宿主 ECS 的区别只在"资源归属"，不在"用法"。 实例的镜像、云盘、安全组、带宽、快照全都照旧，唯一的区别是这些实例的 vCPU 和内存从你的宿主里切，不再单独计费。

DDH 给的独占是物理级的：CPU、内存、网卡都归你，每台宿主还有一个全局唯一的 machine code（机器码），类似物理服务器的资产编号，但和 host ID 不是一回事。这个机器码在三种场合很有用：合规审计要证明"我的数据只跑在某台物理机上"、BYOL 要向软件厂商提交物理参数、以及资产台账要对得上。文档同时说明两点容易误解的地方：机器码不会复用（宿主迁到新物理机会分配新机器码），以及它不是防超卖的营销词——多租户隔离在 DDH 上是默认的，不需要额外配置。

另外，DDH 上实例的迁移路径是通的：可以把按量付费的 ECS 实例从共享宿主迁到 DDH（同一账号内，控制台操作，重启后生效），但包年包月和抢占式实例不能这样迁。这一点在"先买 ECS 后补 DDH"的迁移项目里经常踩到，因为多数人手上跑着的正是包年包月实例。

三、计费结构：两台账单，别混着算

这是全文最该先记住的一张表。DDH 不是"买了宿主就全包"，它把费用拆成了两层，只有第一层是宿主费：

三个由此推出来的硬结论：

1. 在 DDH 上买节省计划（Savings Plan）或预留实例去覆盖"计算"，是纯浪费。 因为实例的 vCPU 和内存本来就不产生计算费。文档里那列"①"标注的经济组合，覆盖的是云盘 + 带宽 + 公共镜像，不是算力。
2. 包月宿主上的包月实例，到期时间不能晚于宿主到期时间。 下单时如果实例周期比宿主长，会被直接拒绝。
3. 按量宿主不能"转包月实例"。 文档原文："you can only create pay-as-you-go ECS instances. Converting those instances to subscription is not supported." 想长期跑，一开始就买包月宿主。

还有一个隐蔽成本：宿主到期不续费会被自动释放（官方明确写了 "If you do not renew a subscription DDH, it is automatically released upon expiration"）。释放前必须先把实例迁走、把数据落到独立云盘或快照里，否则宿主一走，上面的一切跟着消失。

四、三种主力机型：真实月价与单位成本

官网产品页当前推荐的三个机型都是 104 vCPU、25 Gbit/s，差别只在内存配比。价格是"from"口径，地域之间会有差异，购买页会按你选的地域实时刷新：

把整机价摊成单位成本，三个机型的"性价比曲线"立刻分明：

三个判断直接藏在表里：

• 内存越贵越不该买 R6 跑普通业务。 R6 的每 vCPU 成本是 C6 的 1.70 倍，如果你的业务内存占用不到 4 GiB/vCPU，多花的钱全在闲置内存上。
• C6 的每 GiB 成本是 R6 的 2.35 倍。 反过来，需要大内存的场景用 C6 堆内存是灾难，两台 C6 才 384 GiB，价格已经 3010.08 美元/月，比一台 R6 的 768 GiB 还贵。
• 年付 85 折把 G6 拉到 1641.86 美元/月。 这是本轮唯一"确定能拿到"的折扣，且不需要承诺用量、不需要预留实例，买的时候选一年即可。

📝 小提示：官网标的是 "from $X/month"，不同地域、不同可用区的实际售价会有出入；如果你的项目对地域敏感（比如必须落地新加坡或法兰克福），下单前务必在 ecs-buy.alibabacloud.com/ddh 里选好地域再看价格，别按本文的起价做预算。

五、规格全景：从 g9i 到 v5 超配型

DDH 的规格决定了两件事：能创建哪些实例族，以及能塞多少个实例。下表按官方规格页整理（物理核数、路数、vCPU、内存、网络）：

几个必须注意的点：

• "支持实例族"是混着的。 买一台 g6 规格的宿主，你在上面可以创建 g6、c6、r6、ic6 四个族的实例——也就是说一台 G6 宿主既能放通用型实例，也能切出计算型和内存型的实例来混合部署。这比"一台宿主只能有一种实例"要灵活得多。
• vCPU 的算法分两类。 非超配型的公式是 vCPU = 物理核 × 2（超线程），超配型是 vCPU = 物理核 × 2 × 超配比。上表里 g6s 的 520 vCPU 按公式反推就是 52 × 2 × 5，而官方创建页给的算例是把超配比设成 4 得到 416 vCPU——说明表里的数字是该机型的默认/上限口径，实际可在创建时调整。
• 宿主的网络带宽是"总池子"。 文档明确：宿主上所有 ECS 实例的总包转发率和总带宽不得超过宿主能力。G6 是 25 Gbit/s，如果你塞 10 台各 5 Gbit/s 的实例，实际跑不满——这一点在压测报告里经常被误判成"实例网络性能不达标"。
• 本地盘机型（i2）是特殊物种。 17880 GiB 本地 SSD 对缓存/大数据很香，但它不支持故障自动迁移，也不支持自助迁移，宿主机挂了只能提工单人工迁移，且迁移后本地盘数据会丢。要上 i2，先把分布式副本或备份做好。

六、CPU 超配比：把 52 核变成 416 vCPU 的那条公式

超配（CPU overprovisioning）是 DDH 省钱的核心机制，也是唯一一个"官方允许你卖出超过物理核数的 vCPU"的地方。规则只有一条：

可用 vCPU 总数 = 物理 CPU 核数 × 2 × CPU 超配比

官方算例：g6s 宿主有 52 个物理核，把超配比设为 4，创建完成后总 vCPU = 52 × 2 × 4 = 416 vCPU。如果按默认比 5 走，就是 520 vCPU。

这意味着什么？用 G6（104 vCPU/384 GiB）做锚点：一台 g6s 在超配比 4 时给到 416 vCPU/372 GiB，vCPU 数量是 G6 的 4 倍，内存只少 3%。产品页对这件事的官方表述是"提供 CPU 超配型宿主提升低 CPU 利用率业务的部署密度，单实例部署成本最高可降低 48%"。48% 这个数字就是超配带来的密度红利。

但超配不是免费的午餐，官方对适用场景写得很克制："对 CPU 性能稳定性不敏感的业务，例如开发测试环境"。落到工程上就是三条判断：

还有一个反向的坑：超配比改不了。它是在创建宿主时定的，创建后不能调整，想改只能退订重买。所以宁可先按 2~3 保守开，观察一个月 CPU steal/%steal 再决定下一批宿主买多大比例（多台宿主可以买不同比例）。在 Linux 里用 top 的 st 列或 vmstat 1 的第 17 列看 steal，稳定超过 5% 就说明超配过头了。

七、控制台七步创建 DDH

创建入口在 ECS 控制台，不是在某个独立的"宿主控制台"。官方步骤是七步，实际填的参数比页面看起来少：

参数细节里最容易选错的是"其他设置"这三项，它们的默认值都在帮你省事，但未必符合你的架构：

• 自动部署（Automatic Deployment），默认"允许"。允许时系统可以把新创建的 ECS 实例自动放进这台宿主；不允许时你必须在创建实例时手动指定 DDH。混合部署多台宿主时建议关掉，否则实例会被塞到你不希望的那台上。
• 故障自动迁移（Automatic migration upon host failure），默认"开启"。宿主硬件故障时自动把实例迁到健康宿主；关掉就只能提工单等人工处理。生产环境别关，但要知道本地盘机型（i2）根本不支持这个能力。
• CPU 超配比，仅超配型可见。前文公式已经给过，注意它是创建时定死、之后不能改的。

习惯用 CLI 的话，三条命令覆盖 80% 的日常操作（参数以 --help 为准，不同 CLI 版本可能有出入）：

// 1) 查目标地域有哪些宿主规格可售（顺便看可用区和库存）
aliyun ecs DescribeDedicatedHostTypes --RegionId ap-southeast-1

// 2) 创建一台包年包月宿主：G6 规格、1 个月、开故障自动迁移
aliyun ecs CreateDedicatedHost --RegionId ap-southeast-1 \
  --DedicatedHostType g6 --ChargeType PrePaid --Period 1 \
  --AutoRenew false --AutoPlacement on --ActionOnMaintenance Migrate \
  --Quantity 1

// 3) 查宿主的资源总量与剩余量（判断还能塞几台实例）
aliyun ecs DescribeDedicatedHosts --RegionId ap-southeast-1

DescribeDedicatedHosts 返回里重点看两个字段：DedicatedHostType（规格）和实例余量相关的容量信息。控制台里也有对应的"查看并导出宿主信息"页面，可以直接导出成表格做资产台账——这是审计场景里最常用的一步。

八、在 DDH 上创建实例：socket 规则是最大的坑

买完宿主，下一步是创建 ECS 实例。流程和普通 ECS 几乎一样，唯一的差别是要指定宿主（或者在开启自动部署时由系统分配）。但这里有一条官方专门用一整节解释、却仍然最常被忽略的规则：

每台 DDH 有 2 个 CPU（socket 0 和 socket 1），为了保证性能，一个 ECS 实例只会在单路上创建，不会跨路。

后果很直接：即使两路剩余资源加起来够，单路不够，实例就创建失败。 官方举的例子就是这个意思——两路各有剩余，但任何一个 socket 都装不下你要的规格，创建直接报错，而控制台的"剩余 40 vCPU"看起来完全够用。

拿 G6 举例：104 vCPU 平均分到两路，每路约 52 vCPU、192 GiB。这时候：

• 创建一个 64 vCPU 的实例 → 失败（单路只有 52 vCPU），尽管整机还剩 104。
• 创建两个 48 vCPU 的实例 → 成功（每路一个）。
• 想跑一个 96 vCPU 的大实例 → 这台宿主永远做不到，得换 g7/g8i 这种单路 64/96 核的规格。

所以选型时有个反直觉的结论：如果你的业务里有"超大规格单体实例"，先看单路核数，不要看整机 vCPU。 单路核数 = 物理核 ÷ 2，G6 是 26 核/路（52÷2），也就是单实例最多约 52 vCPU。

创建实例时另外三个参数值得单独说：

迁移方面还有两个边界：按量付费实例可以从共享宿主迁到 DDH（控制台操作，重启生效），但包年包月实例和抢占式实例不支持。如果手上已经有一批包年包月实例想搬进宿主，可行路径是先做镜像 → 在 DDH 上按镜像新建实例 → 切流量 → 退订旧实例，而不是原地迁移。

九、六个可以自己复算的账单算例

下面六个算例全部基于本文出现过的公开价格，算式都写出来，你可以按自己地域的实时价替换重算。注意对照组口径（包月对包月、按量对按量），混着比会得出完全错误的结论。

算例 1：G6 宿主 vs 两台 g6.13xlarge 包月——只便宜 1.51%

g6.13xlarge 是 52 vCPU + 192 GiB，订阅价 980.57 美元/月。两台正好 104 vCPU + 384 GiB，和一台 G6 宿主规格完全对齐：

两台 g6.13xlarge 包月 = 980.57 × 2 = 1961.14 美元/月
一台 G6 宿主包月     = 1931.60 美元/月
差额 = 29.54 美元/月（1.51%）

结论：如果你只是想要"和 ECS 一样的东西但独占"，DDH 在包月口径下几乎没有价格优势。 别为了"独占"两个字多付管理成本。

算例 2：加上年付 85 折——便宜 16.28%

G6 年付折合月价 = 1931.60 × 0.85 = 1641.86 美元/月
对比两台 g6.13xlarge 包月 1961.14 → 每月省 319.28，全年省 3831.36

结论：年付 85 折才是 DDH 第一个真实的省钱点，而且它是"无承诺、无预留"的折扣，比节省计划好懂。

算例 3：24 台小规格实例——便宜 28.14%

小规格实例的单位 vCPU 价格远高于大规格，这正是 DDH 的甜区。g6.xlarge 是 4 vCPU + 16 GiB、112 美元/月，要凑 96 vCPU + 384 GiB 需要 24 台：

24 × 112 = 2688 美元/月
G6 宿主 1931.60 → 每月省 756.40（28.14%）

算例 4：对按量付费——便宜 35.15%

g6.6xlarge（24 vCPU + 96 GiB）按量 1.02 美元/小时，四台凑 96 vCPU + 384 GiB：

4 × 1.02 × 730 = 2978.40 美元/月
G6 宿主 1931.60 → 每月省 1046.80（35.15%）

算例 5：按量 vs 包月的临界点——471 小时

如果你在犹豫"到底买宿主还是继续按量跑"，直接算时长。两台 g6.13xlarge 按量是 2.05 美元/小时/台：

按量双机每小时 = 4.10 美元
1931.60 ÷ 4.10 = 471.1 小时 ≈ 730 小时的 64.5%

两条 52 vCPU/192 GiB 的实例每月按量跑超过约 471 小时，包月宿主就更便宜；低于这个时长，按量更省。这个 64.5% 的利用率阈值同样适用于"宿主要不要买第二台"的判断。

算例 6：低利用率反例——贵 4.3 倍

反过来说，如果业务只有 4 台 g6.xlarge 的量（16 vCPU + 64 GiB）：

4 × 112 = 448 美元/月（ECS 包月）
一台 G6 宿主 = 1931.60 美元/月  → 是前者的 4.31 倍

宿主利用率只有 15.4%（16/104 vCPU），剩下的 84.6% 全在付空转钱。这就是"什么时候不该买 DDH"的标准答案：整机 vCPU 利用率长期低于 50%，别买。

📝 小提示：算完宿主账别忘了第二层账单。宿主上的每台实例还要单独付云盘、公网带宽、付费镜像（Windows 公共镜像按量计费）。20 台实例各挂 40 GiB ESSD、配 5 Mbps 带宽，这部分费用和宿主费是两个数量级的叠加关系，做预算时别漏。

十、BYOL 落地：自带 Windows/SQL Server 许可的四步

这是 DDH 最被低估的价值。官方 FAQ 的原话是："在遵守许可条款的前提下，可以把已有的 Windows Server、Windows SQL Server 等软件许可绑定到 DDH 上的 ECS 实例，从而降低云上运营成本。" 这句话的分量在于：按 vCPU 或按 socket 授权的商业软件，在共享宿主上通常只能买云厂商的镜像许可，而 DDH 允许你用自己已经买断的授权。

官方给的四步很干脆：

第 4 步是实操中最容易漏的：微软这类厂商的审计要求你报"物理参数"，而 DDH 正好能提供——2 路、52 物理核、104 vCPU 这三个数字在控制台的宿主详情页可以直接看到。这也是 DDH 相对共享宿主的本质优势：共享宿主上你根本拿不出"独占了几路几核"的证明，许可审计就过不去。

三条硬约束必须一起记住：

1. 许可合法性由你负责。 文档写的是 "subject to your license terms"，阿里云不替你判断你的授权能不能搬到云上。
2. Windows 公共镜像仍然是按量计费的。 用 BYOL 就得走自定义镜像，别一边导入自己的镜像、一边又选了公共 Windows 镜像——那就是双份钱。
3. SQL Server 的授权口径比 Windows 更严。 按核授权的产品要按宿主的物理核数报备，而不是你实际开了多少 vCPU 的实例数；这一点在超配宿主上尤其容易算错（你卖出去 416 vCPU，但物理核只有 52）。

十一、七个真实的坑

第 7 条值得多说一句，因为它极难排查：官方 FAQ 承认，同一宿主上的 ECS 实例通过 UDP 通信时，发送端在极少数情况下会算错校验和，接收端如果做严格校验就会丢包。修复方法是在发送端关闭校验和卸载。如果你的自建 DNS、QUIC 服务、监控探针在 DDH 上出现"偶发丢包但网络看起来正常"，先试这一条，比换网卡驱动快得多。

另外两个非技术坑：

• 配额不是无限的。 宿主按地域计算配额，新账号首次购买可能被卡；批量采购前先在配额中心确认。
• 地域不发售就没有。 购买页只显示当前地域可售的机型，某个地域看不到 g6 不代表产品下线，换地域或提工单问。

十二、你到底该不该买：一张决策表

十三、总结

把这篇压缩成五句话：

1. 价格：C6/G6/R6 都是 104 vCPU，月价 1505.04 / 1931.60 / 2559.38 美元，年付 85 折后 1279.28 / 1641.86 / 2175.47。
2. 计费：宿主收 vCPU + 内存（+本地盘），宿主上的 ECS 实例不收 vCPU 和内存，只收镜像/云盘/带宽/快照——所以在 DDH 上买节省计划覆盖算力是浪费。
3. 省钱点只有三个：年付 85 折、小规格实例的密度优势（28% 起）、BYOL 自带许可。纯粹"独占但对齐 ECS 规格"只便宜 1.51%。
4. 阈值：包月宿主 vs 按量 ECS 的临界点是每月约 471 小时（64.5%）；整机 vCPU 利用率长期低于 50% 就别买。
5. 最大的技术坑是 socket 不跨路——整机 vCPU 够、单路不够，实例就是创建不出来。

如果你正准备把一批海外业务迁上阿里云国际版，建议顺序是：先按 国际版注册教程 把账号和结算方式配好，用 国际版与国内版对比 确认地域与合规口径，再按 弹性伸缩实战 把弹性层搭起来——DDH 只承载"稳定的基线负载"，弹性部分交给 ECS 伸缩组，这个组合比"全塞进宿主"省得多。多地域互联的成本可以对照 CEN 跨地域实战 一起算。

🚀 需要海外云服务器？通过 2.chengzicloud.cloud 购买享专属折扣，支持阿里云国际版、AWS、腾讯云国际站多平台开户与代付，新用户可先领优惠再下单。

⚠️ 免责声明：本文中提到的配置、价格和优惠信息可能随时间变化，请以阿里云国际版官网（alibabacloud.com）的实时信息为准。本文不构成任何投资或购买建议。注册前请确认当地法规合规性。

本文由 2.chengzicloud.cloud 提供，点击访问首页了解更多