2026阿里云国际版密钥管理服务KMS实战教程:默认密钥/软件实例/硬件实例选型、凭据管家接入与计费成本测算
Meta Description: 2026年阿里云国际版密钥管理服务KMS实战教程:讲清默认密钥、软件保护密钥、硬件保护密钥与凭据管家四大形态,含购买并启用KMS实例全流程、Java SDK信封加解密实操、订阅与按量两套官方单价表,并用三个场景算出月账单与「约24 QPS」的计费方式盈亏平衡点。
- 先划边界:KMS 在阿里云安全拼图里管什么
- 认清四种「密钥形态」:默认、软件、硬件、外部
- 实操第一步:购买并启用一个 KMS 实例
- 实操第二步:创建密钥并用 SDK 做应用层加解密
- 凭据管家:把密码从代码里彻底赶出去
- 计费与价格:先看计费依据,再看单价
- 成本测算:三个场景的月账单与「约 24 QPS」分界线
- 八个省钱动作,把 KMS 账单压下来
Meta Description: 2026年阿里云国际版密钥管理服务KMS实战教程:讲清默认密钥、软件保护密钥、硬件保护密钥与凭据管家四大形态,含购买并启用KMS实例全流程、Java SDK信封加解密实操、订阅与按量两套官方单价表,并用三个场景算出月账单与「约24 QPS」的计费方式盈亏平衡点。
关键词:阿里云国际版KMS、密钥管理服务、凭据管家、Secrets Manager、BYOK、信封加密、KMS计费、软件密钥管理实例、硬件密钥管理实例、阿里云数据加密
如果你在阿里云国际版(alibabacloud.com)上已经跑起了 ECS、RDS、OSS,那么下一个绕不开的问题是:业务里的密码、密钥、敏感数据,到底放在哪里? 写成明文塞进代码或配置文件的团队,几乎都踩过一次「配置文件被提交到 Git」的坑;而想自己搭一套 Vault 或自建 HSM 的团队,又会卡在集群高可用、证书轮换、合规审计这三座山上。
KMS(Key Management Service,密钥管理服务) 就是阿里云给出的托管答案。它把「密钥怎么生成、怎么存、怎么轮换、谁能用、用过没有」这几件事收进一个产品,并且顺带把「数据库密码、API Key、SSH 密钥不落到代码里」这件事单独做成了一个子能力——凭据管家(Secrets Manager)。
本文按「先划边界 → 认清密钥形态 → 买并启用实例 → 写代码加解密 → 接入凭据管家 → 算清账单 → 省钱」的顺序,带你把 KMS 从零跑通。
📝 小提示:本文的单价取自阿里云官方文档(国际站为美元口径)。价格可能变动,请以官方为准;实际金额随地域、活动与汇率浮动,下单前请以国际站产品购买页显示的金额为最终依据。
一、先划边界:KMS 在阿里云安全拼图里管什么
阿里云的安全类产品线很密,KMS 最容易和云安全中心、云防火墙、SSL 证书、以及各存储产品自带的加密功能混淆。先看一张边界表,避免买重复或买错:
| 你要解决的问题 | 该用哪个产品 | 与 KMS 的关系 |
|---|---|---|
| 公网边界防护、入侵防御、VPC/NAT 流量管控 | 云防火墙(Cloud Firewall) | 管「网络这一层进得来什么」,与密钥无关 |
| 主机漏洞、基线检查、容器与病毒防护 | 云安全中心(Security Center) | 管「机器上有没有问题」,不碰密钥 |
| 网站证书签发、托管、自动续期 | SSL 证书服务 / 数字证书管理 | 证书私钥可以托管进 KMS,但签发是另一个产品 |
| 密钥生命周期、应用层加解密、数字签名 | KMS(本文主角) | 管「数据用什么密钥、密钥谁在用」 |
| 数据库密码 / API Key / SSH 密钥不落代码 | KMS 凭据管家(Secrets Manager) | KMS 的子能力,同样的实例与密钥体系 |
| 云盘、OSS、RDS、NAS 的数据静态加密 | 各产品内置的 SSE / TDE | 底层调用 KMS 密钥,你负责授权与轮换 |
| 密钥访问审计、谁在什么时候用了哪把密钥 | ActionTrail + 日志服务 SLS | KMS 把密钥使用日志交给审计链路 |
一句话记住:云防火墙和云安全中心管「边界和主机」,SSL 证书管「网站身份」,而 KMS 管的是「数据本身的加密钥匙」——它不拦截流量,但决定你的数据即使被拖走也读不出来。
站内延伸阅读(先把相邻概念补齐,再回头看 KMS 会更清楚):
- 主机与容器侧的安全基线:2026阿里云国际版云安全中心实战教程
- 网络边界的流量管控:2026阿里云国际版云防火墙实战教程
- 证书与私钥的整体治理:阿里云国际版SSL证书全生命周期管理
二、认清四种「密钥形态」:默认、软件、硬件、外部
这是全文最关键的一节。很多人以为「买了 KMS 就有密钥」,实际上阿里云的密钥分四种形态,前一种免费、后三种要花钱,而且能力边界完全不同。
2.1 默认密钥(Default Key):免费,但只能干一件事
KMS 会在每个地域免费提供默认密钥(包含服务密钥与默认主密钥),用途只有一个:给其他云产品的服务端加密做底层支撑。比如你给 ECS 系统盘勾选「加密」、给 OSS 桶开启 SSE、给 RDS 开 TDE,底层用的就是这把默认密钥。
默认密钥的特点:
- 完全免费,不需要购买实例;
- 只支持服务端加密,不能用于你自己应用里的客户端加解密;
- 功能受限,只有「密钥轮换」等增值服务需要单独付费。
所以第一句话就成立:如果你的需求只是「让云盘、OSS、RDS 的数据静态加密」,默认密钥就够了,成本是 $0。 真正需要掏钱的是下面三种。
2.2 软件保护密钥(Software-Protected Key):性价比最高的主力
软件保护密钥和默认密钥一样能给云产品做服务端加密,但它多了一个关键能力:可以调用 API 做应用层的客户端加解密、数字签名与验签——也就是你可以在自己的 Java/Python 代码里直接 Encrypt / Decrypt。它支持对称密钥与非对称密钥,并且支持自动轮换(Automatic Rotation)来降低密钥泄露风险。
它需要你购买 软件密钥管理实例(Software Key Management Instance),密钥存放在该实例专属的数据库中。
2.3 硬件保护密钥(Hardware-Protected Key):为合规而生
硬件保护密钥的密钥生成、存储、加解密全部在专属的硬件安全模块(HSM)里完成,符合中国《密码法》与 FIPS 140-3 Level 3 等标准。相较软件密钥,它的优势是:
- 支持更多密钥规格(如 AES-128/192,以及 ECB/CBC 模式);
- 密钥材料永不离开硬件安全边界,且不支持导出;
- 满足金融、政务等强合规场景。
代价是两点:价格高,而且硬件密钥不支持自动轮换。它需要你购买硬件密钥管理实例,并且必须额外配置一个 HSM 集群(一个硬件实例只能绑定一个 HSM 集群)。
2.4 外部密钥(External Key / BYOK):把钥匙攥在自己手里
你可以在 KMS 里创建一个「密钥材料来源为外部」的密钥,再把自己的密钥材料导入(Bring Your Own Key, BYOK)。这样你可以在线下额外保留一份副本,而托管 HSM 保证已导入的密钥不会被导出。适合有「密钥主权」要求的团队。
2.5 密钥规格速查:不同形态能建什么密钥
| 密钥管理类型 | 支持的密钥规格 | 支持的用法 |
|---|---|---|
| 默认密钥 | Aliyun_AES_256(GCM) | 仅服务端加密 ENCRYPT/DECRYPT |
| 软件保护密钥 | Aliyun_AES_256(GCM);HMAC_224/256/384/512;非对称 RSA_2048/3072/4096、EC_P256/P256K、Ed25519 | 加解密 + 签名验签 |
| 硬件保护密钥 | Aliyun_AES_256/192/128(GCM、ECB、CBC);HMAC_224/256/384/512;非对称 RSA_2048/3072/4096、EC_P256/P256K | 加解密 + 签名验签 |
| 外部密钥 | Aliyun_AES_256(GCM、ECB、CBC) | 加解密 |
三个容易踩的点:
- 不指定规格时默认是
Aliyun_AES_256(AES-256 对称密钥); - HMAC 密钥需要 KMS 实例镜像版本 4.1.0 及以上,否则控制台会提示你升级镜像,且 HMAC 密钥不支持自动轮换;
- 非对称密钥的私钥无法导出,只能通过
GetPublicKey或控制台拿公钥——这是设计如此,不是 bug。
📝 小提示:非对称加密的计算成本远高于对称加密。官方明确建议非对称密钥只用于加密小块数据(例如安全地分发一把对称密钥),大数据加解密请走「信封加密」路线(见第四节)。
三、实操第一步:购买并启用一个 KMS 实例
默认密钥开箱即用(在控制台点一下就启用,别名 alias/main),但客户端加解密与凭据管家必须建立在「KMS 实例」之上。 这一节把购买与启用的完整流程走一遍。
3.1 前提条件:先备好网络
KMS 实例是绑定 VPC 的(软件与硬件实例都通过 VPC 内网地址提供服务),所以开工前要确认:
| 前提条件 | 软件密钥管理实例 | 硬件密钥管理实例 |
|---|---|---|
| 一个 VPC + vSwitch | 需要 | 需要 |
| vSwitch 可用 IP 数 | 至少 1 个(建立私网通信链路占用 1 个 IP) | 至少 5 个(KMS 会为与 HSM 集群通信创建 2~4 张 ENI,每张占 1 个 IP) |
| 可用区数量 | 双可用区 / 多可用区(最多 3 个) | 双可用区 / 多可用区(最多 3 个) |
| HSM 集群 | 不需要 | 需要(一个硬件实例只能绑定一个 HSM 集群) |
| PrivateZone | 账号在「大陆站买非大陆地域」或「国际站买大陆地域」时需手动激活 | 同左 |
关于 PrivateZone 的自动与手动规则,官方口径是:
- 大陆站账号(aliyun.com)在大陆地域购买 → 自动激活;
- 国际站账号(alibabacloud.com)在非大陆地域购买 → 自动激活;
- 交叉购买(大陆站买境外地域、国际站买大陆地域)→ 需手动激活 PrivateZone。
好消息是:KMS 承担 DNS 解析费用,PrivateZone 不会再单独向你收费。
3.2 购买:控制台参数逐个说清楚
进入 KMS 控制台(yundun.console.alibabacloud.com/?p=kms),在左侧选择实例页,点 Create Instance,然后按下面的参数逐项配置:
| 参数 | 取值 / 说明 | 建议 |
|---|---|---|
| Site(站点) | International regions / Chinese mainland regions | 选与业务相同的站点 |
| Key management type | Software / Hardware / External | 绝大多数场景选 Software |
| Region | 与你的 ECS/RDS 同地域 | 必须同地域,跨地域调用要走别的通道 |
| Deployment mode | Dual-zone(默认)/ Multi-zone(最多 3 可用区) | 高可用要求高的选多可用区 |
| Compute performance | 1000 / 2000 / 4000 / 6000 QPS | 见第六节价格,2000 表示对称 2000 QPS + 非对称 300 QPS |
| Key quota | 默认 1000,按密钥版本计数 | 一把密钥轮换一次就多占 1 个额度 |
| Secret quota | 默认 0 | 用凭据管家就必须加购 |
| Data key quota | 默认 0 | 信封加密要用数据密钥,需加购 |
| Access management count | 默认 1(绑定的那个 VPC) | 多 VPC 或多账号共享时按需加 |
| Log analysis | 默认不开启;开启后无法关闭 | 有审计需求再开,注意成本 |
| Quantity(数量) | 默认 1 | 官方明确:大多数场景一个实例足够,要多实例需联系阿里云 |
| Duration | 订阅时长,可勾选到期自动续订 | 长期使用选订阅更划算(见第七节) |
📝 小提示:购买页会显示一档
Site选项。如果你是国际站账号、业务部署在香港/新加坡等境外地域,选 International regions 即可;若业务落在杭州等大陆地域,才选 Chinese mainland regions,并注意上一节的 PrivateZone 手动激活规则。
3.3 启用:这一步要等约 30 分钟,别以为卡住了
只买不启用是不能用的。 购买完成后回到实例列表,点实例名称右侧的 Enable:
- 软件密钥管理实例:在弹窗里填 Instance Name(字母、数字与
_/+=.@-)、选 VPC ID、按购买时的部署模式配置 Zone 与 vSwitch(确保 vSwitch 至少 1 个可用 IP); - 硬件密钥管理实例:先到 CloudHSM 控制台配好 HSM 集群,再回来选集群、配 HSM 访问凭据(大陆 HSM 与境外 HSM 的证书流程不同),VPC 固定为 HSM 绑定的那个,不可改;
- 点 Connect to HSM 提交后,带 secret quota 的实例约 30 分钟启用完成,不带 secret quota 的约 10 分钟;刷新页面,状态变为 Enabled 才算成功。
调试期最常见的三个报错,官方给的解法很直接:
| 报错 | 根因 | 解法 |
|---|---|---|
Your VSwitches don't have enough ip address create dedicate kms instance | vSwitch 可用 IP 不足(软件占用 1 个、硬件占用 2~4 个) | 换一个 vSwitch,软件留 ≥1 个、硬件留 ≥5 个可用 IP |
500:Internal Failure | PrivateZone 未激活 | 按 3.1 的规则手动激活 PrivateZone |
状态长时间显示 Connecting | 这是正常的 | 等约 30 分钟再刷新,不要重复提交 |
用 API / Terraform 自动化创建时还有一个坑:ConnectKmsInstance 接口只接受单个 vSwitch ID,多传会报 vswitch_ids invalid;而 ZoneIds 数量必须与实例规格支持的可用区数量一致(买了双可用区却传 3 个 zone,会报 ZoneIds is not valid)。
3.4 关于退订与到期:两个必须记住的时间线
- 退订:KMS 支持部分退款退订,且只有 Pending Enable / Enabled 状态的实例可以退,不提供全额退款;
- 到期:到期后实例仍可操作 15 天(密钥与凭据保留),未续费则被挂起;挂起后 15 天内仍保留数据,挂起第 16 天实例被释放,关联密钥与凭据被永久删除且不可恢复。
所以官方的两句话必须照做:到期前备份数据,并盯住备份的有效期。 没备份、或备份过期的情况下,数据删除后就是永久不可恢复。
四、实操第二步:创建密钥并用 SDK 做应用层加解密
实例启用后,就可以建密钥、写代码了。下面用软件保护密钥 + Java SDK 走一遍官方推荐的完整链路。
4.1 创建一把软件密钥
- 进入 KMS 控制台,顶部选地域,左侧选择用户主密钥(Customer Master Keys);
- 点 Create Key,按下面配置:
| 配置项 | 建议值 | 说明 |
|---|---|---|
| KMS Instance | 选你刚买并启用的软件密钥管理实例 | 密钥归属于哪个实例 |
| Key Type | Symmetric Encryption(对称加密) | 非对称按需选 |
| Key specification | Aliyun_AES_256 | 默认规格 |
| Key usage | ENCRYPT/DECRYPT | 签名场景选 SIGN/VERIFY |
| Key alias | 以 alias/ 开头,例如 alias/app-data | 业务里用别名引用,便于解耦 |
| 自动轮换 | 开启,周期如 7 天 | 每次轮换生成一个新版本,占 1 个密钥额度 |
📝 小提示:密钥额度是按「版本」而不是按「把」计数的。 一把密钥轮换了 5 次就占 5 个额度;数据密钥同理,一个数据密钥有 5 个版本就占 5 个额度。做容量规划时别忘了把轮换算进去。
4.2 准备调用环境
- 实例镜像版本:用「专属 KMS 网关调用 OpenAPI」需要镜像版本 3.0.0 及以上,低于此版本在实例详情里点 Upgrade 升级;如要建 HMAC 密钥则需 4.1.0 及以上。
- Java 环境:Java 8 或以上,
java -version自检。 - 装 SDK(Alibaba Cloud SDK for Java V2.0),Maven 依赖如下:
<dependency>
<groupId>com.aliyun</groupId>
<artifactId>kms20160120</artifactId>
<version>1.3.1</version>
</dependency>
<dependency>
<groupId>com.aliyun</groupId>
<artifactId>tea</artifactId>
<version>1.3.2</version>
</dependency>
<dependency>
<groupId>com.aliyun</groupId>
<artifactId>tea-openapi</artifactId>
<version>0.3.6</version>
</dependency>
- 建凭据:在 RAM 控制台为 RAM 用户创建 AccessKey,并授予
AliyunKMSCryptoUserAccess系统策略——只给「密码学操作」权限,避免密钥管理权被滥用。 - 拿两个实例信息:在实例详情页下载 Instance CA certificate(实例 CA 证书),并复制 instance VPC address(实例 VPC 地址)。
4.3 写代码:初始化 + 加密 + 解密
初始化客户端时,Endpoint 必须是实例的 VPC 地址,并挂上实例 CA 证书——这是最容易漏的一步,漏了就会报连接失败:
// 初始化 KMS 客户端(V2.0 SDK)
public static com.aliyun.kms20160120.Client createClient() throws Exception {
com.aliyun.teaopenapi.models.Config config = new com.aliyun.teaopenapi.models.Config()
// 从环境变量读 AccessKey,禁止硬编码
.setAccessKeyId(System.getenv("ALIBABA_CLOUD_ACCESS_KEY_ID"))
.setAccessKeySecret(System.getenv("ALIBABA_CLOUD_ACCESS_KEY_SECRET"));
// Endpoint 填实例的 VPC 地址,形如 kst-xxxx.cryptoservice.kms.aliyuncs.com
config.endpoint = "<your-instance-vpc-address>";
// 填实例 CA 证书内容
config.ca = "<your-instance-ca-certificate>";
return new com.aliyun.kms20160120.Client(config);
}
加密与解密分别调用 Encrypt 与 Decrypt:
// 加密:用 KeyId 把明文转成密文
com.aliyun.kms20160120.models.EncryptRequest encryptRequest =
new com.aliyun.kms20160120.models.EncryptRequest()
.setKeyId("<your-key-id>")
.setPlaintext("<your-plaintext>");
client.encryptWithOptions(encryptRequest, runtime);
// 解密:把密文还原成明文
com.aliyun.kms20160120.models.DecryptRequest decryptRequest =
new com.aliyun.kms20160120.models.DecryptRequest()
.setCiphertextBlob("<your-ciphertext-blob>");
client.decryptWithOptions(decryptRequest, runtime);
4.4 直连加密 vs 信封加密:选错了会拖垮性能
官方把两条路分得很清楚:
| 路线 | 适用场景 | 做法 |
|---|---|---|
| 直接加密(Direct Encryption) | 加解密少量数据 | 直接把数据交给 Encrypt/Decrypt,一次 API 往返 |
| 信封加密(Envelope Encryption) | 加解密大量数据 | 用 KMS 的密钥加密数据密钥(Data Key),再用数据密钥在本地加密业务数据 |
差别在于:如果拿 KMS 去加密一个几百 MB 的文件,每一次分块加解密都是一次网络 API 调用,成本和延迟都会爆炸。 正确做法是用信封加密——KMS 只保护「钥匙的钥匙」,大数据留在本地用数据密钥处理。这也解释了为什么数据密钥额度的默认值是 0:不用信封加密就不必买。
五、凭据管家:把密码从代码里彻底赶出去
凭据管家(Secrets Manager)是 KMS 里最被低估的能力。 它解决的问题非常具体:数据库密码、API Key、SSH 密钥这些东西,不该出现在代码、配置文件或 CI 变量里。凭据管家把它们集中加密存储,应用在运行时通过 VPC 内网 + SDK 动态取回。
5.1 六种凭据类型
| 凭据类型 | 适用场景 | 关键特性 |
|---|---|---|
| 通用凭据(Generic) | 任意敏感数据,键值对或纯文本 | 值最长 30,720 字节(30 KB);创建时不支持设置轮换,需事后手动轮换 |
| RAM 凭据 | 托管 RAM 用户的 AccessKey 对 | 按 RAM 用户名自动生成凭据名;支持自动轮换(7~365 天) |
| 数据库凭据(RDS) | 托管 RDS 数据库账号与密码 | 双账号模式,轮换无缝不断连 |
| 数据库凭据(PolarDB) | 托管 PolarDB MySQL/PostgreSQL 账号 | 仅双账号模式,支持一键创建账号 |
| 数据库凭据(Redis/Tair) | 托管 Redis/Tair 账号与密码 | 仅双账号模式,KMS 自动在库内建两个同权限账号 |
| ECS 凭据 | 托管 ECS 登录密码或 SSH 密钥对 | 支持密码与 SSH 密钥对两种格式 |
「双账号模式」是这里最值钱的设计。 传统做法下改数据库密码必然要停连接、重启应用;双账号模式让 KMS 在库内维护两个等价账号,轮换时先改 A、业务切到 B,再改 A——全程不断连。
5.2 前提与配置要点
- 前提:实例内已有一把对称密钥用于加密凭据值,且密钥与凭据必须属于同一个 KMS 实例;
- 若用 RAM 用户/角色操作,需具备对该 CMK 执行
GenerateDataKey的权限; - 通用凭据的通用配置项:Secret Name(地域内唯一)、Secret Value(键值对或纯文本,≤30 KB)、初始版本号(默认
v1)、CMK、标签、描述、访问策略; - 标签限制:最多 20 对键值对,标签键不能以
aliyun或acs:开头; - 轮换周期:自动轮换的时间间隔可选 7 天到 365 天。
📝 小提示:把凭据管家接进 CI/CD 时,应用侧只需要一个「凭据名」和访问权限,真正的密码永远不会出现在流水线日志里。这比把密码塞进环境变量再打进镜像要干净得多。
站内延伸阅读(凭据要保护的往往是这些服务):RDS 数据库实战教程、OSS 对象存储实战教程、文件存储 NAS 实战教程。
六、计费与价格:先看计费依据,再看单价
KMS 有两套计费方式:订阅(预付费)与按量(后付费)。两套的「计费依据」完全不同——订阅是按实例能力包,按量是按每天实际持有的资源。这也是本文最重要的一节。
6.1 订阅(预付费):一张实例能力价目表
| 计费项 | 软件密钥管理实例 | 硬件密钥管理实例 |
|---|---|---|
| 实例基础价 | USD 500 / 月 | USD 1,799 / 月 |
订阅实例的默认规格(即上述基础价包含的能力):
| 规格项 | 软件实例 | 硬件实例 |
|---|---|---|
| 部署模式 | 双可用区 | 双可用区 |
| 计算性能 | 1,000 QPS | 2,000 QPS |
| 密钥额度 | 1,000(按版本计) | 1,000(按版本计) |
| 凭据额度 | 0 | 0 |
| 数据密钥额度 | 0 | 0 |
| 访问管理额度 | 1(仅绑定的 VPC) | 1(仅绑定的 VPC) |
| 日志分析 | 未开启 | 未开启 |
能力不够时按下面的升级/加购价目表扩容:
| 加购项 | 软件实例 | 硬件实例 |
|---|---|---|
| 多可用区(最多 3 AZ) | USD 120 / 月 | USD 120 / 月 |
| 计算性能升 2,000 QPS | +USD 100 / 月 | 已含 |
| 计算性能升 4,000 QPS | +USD 300 / 月 | +USD 200 / 月 |
| 计算性能升 6,000 QPS | 需联系 | +USD 400 / 月 |
| 密钥额度 | 每 10 把 USD 9 / 月,上限 100,000 | 不支持加购 |
| 凭据额度 | 每 100 个 USD 50 / 月 | 每 100 个 USD 50 / 月 |
| 数据密钥额度 | 每 100 个 USD 50 / 月 | 每 100 个 USD 50 / 月 |
| 访问管理额度 | 每单位 USD 125 / 月 | 每单位 USD 125 / 月 |
| 日志分析 | 每 1,000 GB USD 80 / 月 | 每 1,000 GB USD 80 / 月 |
三个必须注意的点:
- 凭据额度和数据密钥额度的默认值都是 0。要用凭据管家就必须加购凭据额度,要用信封加密就必须加购数据密钥额度——订阅价里的 USD 500 是不含这两项的;
- 额度是有「最小购买粒度」的:凭据与数据密钥都是 100 个起买(USD 50/月),密钥是 10 把起买(USD 9/月),访问管理是 1 单位起买(USD 125/月)。买 3 个凭据也要付 100 个的钱;
- 日志分析开启后无法关闭,容量最小 1,000 GB、按 1,000 GB 递增。官方给了个估算口径:平均 100 QPS 时,一天的日志约 8.2 GB,180 天留存约需 1,476 GB,所以开了通常直接选 2,000 GB。
6.2 按量(后付费):按「天」计费,公式是六项相加
按量的日费用公式是:
日费用 = 实例费 + 密钥费 + 凭据费 + QPS 费 + 多账号共享费 + 多 VPC 费
| 计费项 | 单价(USD / 日) | 计算方式 |
|---|---|---|
| 实例费 | 软件 4.5 / 硬件 9 | 单价 × 实例数 |
| 密钥费 | 0.03 | 单价 × 密钥数(按版本数) |
| 凭据费 | 0.013 | 单价 × 凭据数(不按版本数) |
| QPS 费 | 0.5 | 单价 × QPS 值 |
| 多账号共享费 | 3 | 单价 × 账号数 |
| 多 VPC 费 | 3 | 单价 × VPC 数(不含绑定的 VPC) |
官方给的两个算例直接引用(软件实例):
- 创建了按量软件实例、当天未启用:USD 4.5;
- 创建并启用、建了 3 把密钥与 2 个凭据、当天 QPS 为 20:
4.5 × 1 + 0.03 × 3 + 0.013 × 2 + 0.5 × 20 = USD 14.616。
按量模式里最容易「多付钱」的四个规则:
- 创建即计费。按量实例只要创建就收 4.5/日,哪怕你当天根本没用;只有释放后停止计费;
- QPS 取「当天每分钟平均值的最大值」并向上取整。也就是说当天只要有过请求,QPS 至少记 1;一次瞬时突发(例如压测到 500 QPS 一分钟)会让当天的 QPS 值变成 500,即当天 QPS 费 250 美元;
- 密钥按版本计费,凭据按个数计费。禁用(Disabled)的密钥仍然收费;「待删除(Pending Deletion)」状态的密钥与凭据不收费,但在计划删除期内恢复就要补收;外部密钥材料来源的密钥创建即收费,导入材料后不再收费;
- 账单次日出:T 日的用量账单在 T+1 12:00(UTC+8)前生成;欠费后实例挂起 15 天,再 15 天被释放且不可恢复。
6.3 先证明 $0,再列隐性成本
「KMS 完全免费」和「KMS 很贵」两种说法都只对了一半。诚实的写法是先把免费的部分说清楚,再单列一张「什么时候开始花钱」的表:
| 看起来免费的项 | 真实的收费边界 |
|---|---|
| 默认密钥 | 确实免费,但只能服务端加密,不能做客户端加解密;密钥轮换等增值服务另计费 |
| 软件实例默认 90 天数据备份 | 软件实例默认给 90 天数据备份;超出需购买 Instance Backup(硬件实例不适用) |
| 实例的自动续订 | 只有购买的实例支持;默认密钥不涉及续订 |
| 凭据管家 | 能力在,但订阅侧凭据额度默认 0,必须加购(最小 100 个 / USD 50 月) |
| 信封加密 | 能力在,但数据密钥额度默认 0,必须加购(最小 100 个 / USD 50 月) |
| 日志分析 | 默认不开;开了不能关,1,000 GB 起、USD 80 / 月 |
| 三副本持久性与跨 AZ | 包含在实例价内,但多可用区部署要 +USD 120 / 月 |
| ActionTrail 审计 | KMS 提供密钥使用日志,但日志投递到 OSS/SLS 后的存储费由那些服务收 |
一句话:「保护云产品数据」这条路 $0 就能走通(默认密钥 + 各产品 SSE/TDE);一旦要「自己做应用层加解密」或「把凭据管起来」,就进入付费区。
七、成本测算:三个场景的月账单与「约 24 QPS」分界线
下面三个场景的假设统一为:软件密钥管理实例、双可用区、5 把密钥、3 个凭据、按月 30 天计;订阅侧若要用凭据则加购最小 100 个凭据额度(+USD 50/月)。数量级用于理解计费结构,实际以控制台结算页为准。
| 场景 | 日均峰值 QPS | 按量月账单(USD) | 订阅月账单(USD) | 更划算的方式 |
|---|---|---|---|---|
| A 小团队/内部系统 | 10 | (4.5 + 0.03×5 + 0.013×3 + 0.5×10) × 30 ≈ 290.7 | 500 + 50 = 550 | 按量,省约 47% |
| B 中型业务系统 | 100 | (4.5 + 0.15 + 0.039 + 50) × 30 ≈ 1,640.7 | 550 | 订阅,省约 66% |
| C 高并发平台 | 1,000 | (4.5 + 0.15 + 0.039 + 500) × 30 ≈ 15,140.7 | 550 | 订阅,省约 96% |
7.1 本文最值钱的一条结论:盈亏平衡点约在 24 QPS
把两套计费放在一起解方程,就得到一条可直接使用的选型规则。以软件实例、忽略密钥与凭据的小额费用为例:
- 订阅:固定 USD 500 / 月(含 1,000 QPS);
- 按量:
30 × (4.5 + 0.5 × q),其中q为日均峰值 QPS。
令两者相等:
30 × (4.5 + 0.5q) = 500
4.5 + 0.5q = 16.667
q ≈ 24.3
结论:日均峰值 QPS 长期低于约 24 时,按量更便宜;高于约 24 后,订阅迅速胜出。 若还需要凭据管家(订阅侧最小加购 100 个凭据额度 +USD 50/月),临界点右移到约 27 QPS。
为什么这条结论反直觉? 因为大多数人默认「订阅 = 企业级、按量 = 试用版」,于是低流量场景也直接买订阅,白白多付月费。真相是:按量的 QPS 单价 0.5 USD/日/QPS 在低 QPS 时几乎可以忽略,但到了 1,000 QPS 就是每天 500 美元——而订阅把这些全打包进了 500 美元一个月。 所以决策变量不是「我是不是企业」,而是「我的日均峰值 QPS 在 24 的哪一边」。
7.2 三条配套的实操规则
- 先用按量跑一个月量出真实 QPS,再决定是否转订阅。控制台概览页有「每分钟请求数」指标可参考(注意该指标是降采样值,与 KMS 实际计费口径略有差异);
- 按 QPS 预留、不要按 QPS 峰值买订阅规格。订阅的计算性能一旦买定就是固定价,先买 1,000 QPS 观察,不够再升;
- 慎开日志分析、慎用瞬时压测。前者开了关不掉,后者会把当天的 QPS 值顶上去。
八、八个省钱动作,把 KMS 账单压下来
- 能只用默认密钥就别买实例。 需求只是「云盘/OSS/RDS 数据静态加密」时,默认密钥 + 各产品自带 SSE/TDE 就是 $0,别为了「用上 KMS」而买 USD 500/月的实例。
- 按 QPS 分档选计费方式。 记住第七节的结论:日均峰值 QPS 低于约 24 用按量,高于约 24 用订阅。
- 凭据额度与数据密钥额度按需加购,别默认带上。 订阅默认这两项都是 0,不用凭据管家或信封加密就完全不需要买。
- 注意最小购买粒度。 凭据/数据密钥 100 个起、密钥 10 把起、访问管理 1 单位起——买 3 个凭据也要付 100 个的钱,所以先把「需要几个」算清楚。
- 轮换周期别设太短。 每次轮换都会生成一个新版本并占用密钥额度(按版本计费),7 天一轮换意味着一年 52 个版本;合规允许的话,选 30 天或 90 天更省。
- 非对称密钥只用来「传钥匙」,别用来加密业务数据。 非对称计算成本高,官方也明确建议只用于加密小块数据。
- 日志分析默认不开,开了就关不掉。 没有强审计需求就别开;要开就按官方口径选容量(100 QPS 一天约 8.2 GB、180 天约 1,476 GB,通常选 2,000 GB)。
- 到期前续费并做好备份。 到期后 15 天宽限、再挂起 15 天,挂起第 16 天实例释放、密钥与凭据永久删除;没备份就是不可恢复。这一条省的不是钱,是数据。
九、常见问题 FAQ
- Q: 默认密钥收费吗?
A: 不收费。 默认主密钥免费,且不涉及续订。但它只能用于云产品的服务端加密,不能做你自己应用里的客户端加解密。
- Q: 软件实例和硬件实例怎么选?
A: 绝大多数场景选 软件密钥管理实例(USD 500/月起)。只有需要物理级安全保障或金融等强合规(FIPS 140-3 Level 3、密码法)时才选硬件实例(USD 1,799/月起),并且必须额外配置 HSM 集群,一个硬件实例只能绑一个集群。
- Q: 订阅和按量到底怎么选?
A: 看日均峰值 QPS。低于约 24 用按量,高于约 24 用订阅(用凭据管家时临界点约 27)。按量适合低流量与试用,订阅适合持续高并发。
- Q: 按量实例创建了但没启用,也收费吗?
A: 收费。 官方算例明确:软件实例当天未启用也收 USD 4.5。停止计费的唯一办法是释放实例。
- Q: 密钥删掉了还能找回来吗?
A: 密钥进入「待删除(Pending Deletion)」状态期间不收费,期内可以恢复(恢复后补收)。但一旦实例到期/欠费被释放,关联密钥与凭据永久删除、不可恢复。所以「先备份、再删除」是铁律。
- Q: 自动轮换会让账单变高吗?
A: 会。 每次轮换都会生成一个新密钥版本,而密钥额度按版本计数,因此轮换越频繁、占用的额度越多、加购费用越高。
- Q: 凭据管家能存多大的敏感数据?
A: 通用凭据的值最长为 30,720 字节(30 KB);自动轮换周期可选 7~365 天。
- Q: 硬件密钥为什么不支持自动轮换?
A: 因为密钥材料永不离开硬件安全边界且不可导出,轮换涉及密钥材料的重新生成与迁移。需要轮换能力的场景请用软件保护密钥。
- Q: 国际版和国内版价格一样吗?
A: 不一样。 国际站(alibabacloud.com)以美元计价与结算,开服地域、可用规格与活动政策都与国内站独立,不能互相引用价格。本文价格为官方文档口径,且可能变动,请以官方为准。
- Q: 我该注意什么合规问题?
A: 本文只讲技术接入。注册与使用云服务前,请确认当地法规合规性;涉及数据出境、密码合规的场景,请咨询你的法务或合规团队。
📝 小提示:更多阿里云国际版产品的实战教程(注册、ECS 选购、OSS、RDS、NAS、MSE 等),可以在站内 2026 注册教程 与 ECS 选购教程 里继续延伸阅读。
十、总结
KMS 的价值可以压缩成一句话:它把「密钥生成、存储、轮换、授权、审计」这五件通常要自研或拼开源组件的事,变成了一个按需购买、调用 API 就能接入、密钥材料永不外泄的托管服务。
落地建议按这个顺序走:
- 先分清密钥形态——默认密钥免费管服务端加密;软件密钥管应用层加解密与轮换;硬件密钥管强合规;外部密钥管密钥主权。别为了用 KMS 而买实例。
- 买之前先备好网络——同地域 VPC + vSwitch(软件留 ≥1 个可用 IP,硬件留 ≥5 个),注意国际站买大陆地域要手动激活 PrivateZone。
- 启用要等约 30 分钟,状态变
Enabled才算成功;Connecting是正常的。 - 写代码时 Endpoint 填实例的 VPC 地址、带上实例 CA 证书,这是连接失败的头号原因;大数据走信封加密,小数据才直连加密。
- 凭据管家是省钱又省事故的一步——数据库密码、API Key、SSH 密钥都从代码里搬走,用双账号模式做到轮换不断连。
- 账单顺序是「先看 QPS 定计费方式,再看额度粒度,最后看加购项」——24 QPS 是分界线,额度的 100 个起买粒度是隐形门槛,而日志分析是唯一「开了关不掉」的开关。
价格、折扣和开服地域都会变,本文的价格数据请当作「理解计费结构的标尺」,而不是下单依据。
⚠️ 免责声明:本文中提到的配置、价格和优惠信息可能随时间变化,请以阿里云国际版官网(alibabacloud.com)的实时信息为准。本文不构成任何投资或购买建议。注册前请确认当地法规合规性。
本文由 2.chengzicloud.cloud 提供,点击访问首页了解更多