2026阿里云国际版ARMS应用实时监控实战教程：开通、Java/前端接入与按数据量计费省钱指南

📅 2026-09-20 · ChengziCloud - 一站式云端服务

Meta Description: 阿里云国际版 ARMS 应用实时监控实战教程：ARMS 五大子服务（应用监控/前端监控 RUM/应用安全/Prometheus/链路追踪）能力对比，2026 年从"Agent×天"改为"按摄取数据量 GB"的新计费模型与逐项单价表（中国大陆 0.062、海外 0.087 USD/GB），每月免费额度与成本测算，控制台开通与计费版本激活五步，Java Agent 按地域下载/解压/配置 LicenseKey/-javaagent 启动全流程，Web & H5 前端监控三种接入方式（异步/npm alife-logger），ACK 容器可观测与 Prometheus 阶梯价，ARMS 专属节省计划 90%/80%/70%/60% 计费率，以及十问十答 FAQ。

> 关键词：阿里云国际版ARMS、应用实时监控ARMS、ARMS教程、ARMS价格、ARMS计费方式、ARMS节省计划、前端监控RUM、Java Agent接入、Prometheus监控、APM可观测

一、先给结论：ARMS 解决的是什么问题，以及本文不重复哪些内容

一句话答案：ARMS（Application Real-Time Monitoring Service，应用实时监控服务）是阿里云国际版的一站式应用性能监控（APM）平台——它从你的应用进程、浏览器页面和容器集群里采集指标、链路与性能剖析数据，帮你在故障发生时回答一个具体问题：到底是哪一次请求、哪一段代码、哪一个下游依赖慢掉了。

2026 年它最值得单独写一篇的原因有两个：一是计费模型换代，从旧的"按 Agent×天"改成"按摄取数据量（GB）"计费，官方算例显示成本下降 60%~88%；二是免费额度变了，新模型下应用监控每月有 50 GB 免费额度——对中小规模业务来说，这意味着"基本可以不花钱用上 APM"。

站内已经有几篇观测类文章，先把边界划清，避免你重复阅读：

| 既有文章 | 它解决的问题 | 与本文的关系 | |---|---|---| | 阿里云国际版云监控 CloudMonitor 告警专题 | 云资源级指标（CPU/带宽/磁盘）的采集与告警规则 | 本文的下层：CloudMonitor 管"机器和云产品"，ARMS 管"应用代码和请求" | | 阿里云国际版日志服务 SLS 实战教程 | 日志的采集、SQL 查询分析、投递与告警 | 本文的互补面：ARMS 负责 trace/metric，日志正文仍归 SLS；两者可通过 TraceID 关联 | | 阿里云国际版 ACK 成本优化实战 | 容器集群的省钱策略（Spot、自动伸缩、配额） | 本文会在第八节讲 ARMS 如何监控 ACK，但不重复节点池与资源配置 | | 阿里云国际版省钱攻略：节省计划/预留实例/抢占式 | 计算类承诺折扣的通用机制 | 本文第九节讲的是 ARMS 专属节省计划（计费率 90%~60%），口径不同 |

本文只讲一件事：ARMS 怎么开通、怎么接入、按什么计费、怎么把账单压下来。

二、ARMS 是什么：五个子服务分别监控什么

ARMS 不是一个单一产品，而是一个套件。开通 ARMS 后，各子服务在公测期可无限制试用（注意：个别子服务已停止开通，见下文标注）。按监控对象划分，你需要认识这五块：

| 子服务 | 监控对象 | 关键能力 | 计费形态（2026） | |---|---|---|---| | 应用监控 Application Monitoring | JVM/Go/Python/Node.js 等后端进程 | 应用拓扑、Trace 探查、GC 与内存、持续剖析（Continuous Profiling）、线程分析、Arthas 诊断、异常与日志分析 | 按摄取数据量（GB）计费 + 订阅资源包（旧模型） | | 前端监控 / RUM | Web、H5、小程序、PC 与移动 App | 页面访问、资源加载、API 请求、JS 错误、单用户会话回放、前后端链路关联 | 按 PV 计费 + 资源包；免费额度以 OCU 计 | | 应用安全 Application Security | 应用运行时 | 运行时攻击检测与防护（RASP 方向），按 Agent×小时计费 | 0.015（中国大陆）/ 0.021（香港及海外）USD/Agent×Hour | | Prometheus 监控 | 容器与基础设施指标 | 托管 Prometheus 实例，监控 ACK 集群、采集开源 Exporter 指标 | 按指标上报量阶梯计费 | | 链路追踪 / OpenTelemetry | 分布式调用链 | 托管 OpenTelemetry 服务，兼容 OTLP 标准 | 按摄取数据量计费（与 OpenTelemetry 免费额度独立） |

另有两块不在计费主线上但很实用：Grafana 托管工作区（做统一大盘）与告警管理（公测期免费，可把多源告警收敛、去重、分派）。

已停止开通的三个（别在它们身上花时间）：应用监控 Basic 版与浏览器监控 Basic 版自 2024-03-31 起不再提供技术支持；云拨测（Synthetic Monitoring）自 2024-06-01 起不再支持按量开通与资源包购买。

三、2026 计费模型换代：从"Agent×天"到"按摄取数据量"

这是本文最值钱的一节。如果你看过几年前的 ARMS 教程，里面写的"1.4 USD / Agent×天"仍然存在，但它已经不是主推模型了。

3.1 新模型（按摄取数据量计费）

官方对"摄取数据量"的定义很关键：它是数据经过清洗、聚合、转换与分析之后落到 ARMS 可观测平台上的体量，不等于探针/SDK 上报的原始流量。换算口径上，官方给出的经验值是：一个 Agent 在标准用量下（QPS=100、采样率 10%、开启 API 级指标聚合、关闭在线剖析）每天约产生 2 GB。

| 数据类型 | 免费存储期 | 月免费额度 | 中国大陆单价 | 香港及其他非中国大陆地域单价 | |---|---|---|---|---| | metric（指标） | 90 天 | 50 GB（账户级共享） | 0.062 USD/GB | 0.087 USD/GB | | trace（链路） | 30 天 | 同上（共享额度） | 0.062 USD/GB | 0.087 USD/GB | | profiling（性能剖析） | 7 天 | 同上（共享额度） | 0.062 USD/GB | 0.087 USD/GB | | trace 归档存储 | — | — | 0.000263 USD/GB | 0.000378 USD/GB |

三条必须记住的规则：

1. 免费额度是"账户级、按数据类型、不可跨子服务转移"的。应用监控的指标免费额度和 OpenTelemetry 的指标免费额度不能合并使用。举个例子：某月你摄入 40 GB trace、5 GB metric，则 trace 的 50 GB 免费额度按 40 GB 抵扣完，metric 只用了 5 GB——剩下的 45 GB 指标额度当月作废，不会留到下月，也不会挪给 trace。 2. 应用监控与 OpenTelemetry 有"每日最低 0.1 GB/应用/数据类型"的计费下限。某应用当天只产生 20 MB metric、10 MB trace、0 MB profiling，则按 0.1 GB metric + 0.1 GB trace 计费，profiling 记 0。 3. 切到新计费模型后只对新增数据计费，免费期产生的历史数据不会被追补收费。

3.2 旧模型（按可观测功能/Agent×天）——仍在售，用于对比

| 计费项 | 规格 | 价格（USD） | 周期 | 折算单价 | |---|---|---|---|---| | 应用监控 · 订阅资源包 | 150 Agent×Day | 154 | 6 个月 | — | | 应用监控 · 订阅资源包 | 1,200 Agent×Day | 924 | 1 年 | — | | 应用监控 · 订阅资源包 | 9,600 Agent×Day | 5,547 | 1 年 | — | | 应用监控 · 订阅资源包 | 100 Agent×Year | 14,712 | 1 年 | — | | 应用监控 · 订阅资源包 | 300 Agent×Year | 38,301 | 1 年 | — | | 应用监控 · 订阅资源包 | 500 Agent×Year | 52,546 | 1 年 | — | | 应用监控 · 按量 | 全部应用 Agent 在线时长合计 | — | 按天 | 1.4 USD/Agent×Day | | 前端监控 · 资源包 | 2,000,000 PV | 99 | 6 个月 | 0.05 USD/1000 PV | | 前端监控 · 资源包 | 16,000,000 PV | 592 | 1 年 | 0.04 USD/1000 PV | | 前端监控 · 资源包 | 128,000,000 PV | 3,550 | 1 年 | 0.03 USD/1000 PV | | 前端监控 · 按量 | 每日 PV 合计 | — | 按天 | 0.007 USD/1000 PV | | Prometheus 监控 | 0–50 百万指标/天 | — | 按天 | 0.176 USD/百万指标 | | Prometheus 监控 | 50–150 | — | 按天 | 0.143 USD/百万指标 | | Prometheus 监控 | 150–300 | — | 按天 | 0.121 USD/百万指标 | | Prometheus 监控 | 300–600 | — | 按天 | 0.099 USD/百万指标 | | Prometheus 监控 | 600–1200 | — | 按天 | 0.077 USD/百万指标 | | Prometheus 监控 | 1200 以上 | — | 按天 | 0.055 USD/百万指标 | | 应用安全 | Agent×Hour | — | 按小时 | 0.015 / 0.021（海外）USD |

> 📝 小提示：Prometheus 监控的阶梯价是"阶梯内单价递减"的写法——用量越大，边际单价越低，从 0.176 一路降到 0.055，接近 3.2 倍差距。这也是为什么"把手写 Exporter 的指标先瘦身再上报"值得做。

3.3 官方新旧模型成本对比（原文算例）

| 规模 | 月摄取量 | 新模型成本 | 旧模型成本 | 降幅（对比按量） | 降幅（用旧资源包） | |---|---|---|---|---|---| | 小（50 节点 = 50 Agent） | 3,000 GB | 186 USD/月 | 1,490.4 USD/月 | 88% | 76% | | 中（200 节点 = 200 Agent） | 12,000 GB | 744 USD/月 | 5,961.6 USD/月 | 88% | 68% | | 大（500 节点 = 500 Agent） | 30,000 GB | 1,860 USD/月 | 14,904 USD/月 | 88% | 60% |

> 上表为官方文档给出的示意算例（采集于 2026 年 9 月），用于说明两种模型之间的量级差，不代表你的实际账单——你的成本取决于采样率、指标聚合粒度、是否开启在线剖析。

四、小规模业务到底要花多少钱：三行算式

免费额度看起来很美，但"每日最低 0.1 GB"这个下限会让极简部署产生一点零星费用。官方给的小规模测算可以直接抄：

- 11 台服务器，每台按最低 0.1 GB metric + 0.1 GB trace 计：11 × (0.1 + 0.1) × 30 = 66 GB/月 - 扣除 50 GB 月免费额度：66 − 50 = 16 GB - 按中国大陆单价计：16 × 0.062 ≈ 0.99 USD/月

结论：11 台规模的应用监控，月成本约 1 美元。 这是 2026 年 ARMS 最值得推的一个事实——APM 的门槛已经从"要不要买"变成"顺手就开了"。

再给一个中等规模的算式（同样按官方经验值 2 GB/Agent/天，中国大陆计价）：

- 30 个 Agent 的稳定业务：30 × 2 × 30 = 1,800 GB/月 - 扣免费额度：1,800 − 50 = 1,750 GB - 成本：1,750 × 0.062 ≈ 108.5 USD/月

如果把它放在香港或新加坡区域，同一份数据按 0.087 USD/GB 计算约 152 USD/月——同一套监控，选址不同，账单差 40%。这也是本站反复强调"先选地域再谈价格"的原因（参见 ECS 选购教程）。

> 📝 小提示：如果你的应用部署在香港/新加坡而账单主体在大陆账期上，注意 ARMS 是按数据落地区域计价，而不是按你的账号注册地。跨境业务的监控数据建议就近落地，既省钱又省延迟。

五、实操一：开通 ARMS 并激活计费版本

第 1 步：开通 ARMS 本体（免费） 1. 打开 ARMS 产品页，用阿里云国际版账号登录。 2. 在产品页点击 Try Now，在跳转页点击 Buy Now。开通 ARMS 本身不收费，开通后公测期内的子服务可不限次试用。

第 2 步：按子服务激活计费版本（只有付费子服务需要）

应用监控、OpenTelemetry、Prometheus 监控这三者目前对新用户采用"按摄取数据量"的新计费模型；老用户想切换需要联系官方钉钉群协助。激活入口是按子服务分开的（commodityCode 已核实）：

| 子服务 | 激活入口（commodityCode） | |---|---| | 应用监控（新模型） | arms_serverless_public_intl | | 托管 OpenTelemetry | xtrace_serverless_public_intl | | 托管 Prometheus | prometheus_serverless_public_intl | | 应用监控 · Pro 版按量（旧模型） | arms_app_post_intl | | 应用监控 · Pro 版订阅资源包 | arms_app_bag_intl | | 浏览器监控 · Pro 版按量 | arms_web_post_intl | | 浏览器监控 · Pro 版资源包 | arms_web_bag_intl | | Grafana 托管 | arms_intl |

第 3 步：判断自己在新模型还是旧模型 在 ARMS 控制台看计费单位：如果单位显示为 GB，说明你的账号走的是按摄取数据量的新模型；如果单位是 Agent×Day / Agent×Hour / PV，说明还在旧模型。这一步很关键——两套模型的免费额度口径完全不同，按错了会算错预算。

第 4 步：配置告警与大盘 告警管理目前公测免费，建议开通后第一时间把"应用错误率""响应时间 P99""JVM 老年代使用率"三条规则建起来，并把通知渠道接到已有的告警体系上（多渠道通知的配置方式见 CloudMonitor 告警专题）。

第 5 步：非阿里云环境（自建机房、第三方云）也能接入——ARMS 通过公网端点采集；如果网络质量是瓶颈，官方建议用云企业网 CEN 把该环境与阿里云 VPC 打通，走内网传输。

六、实操二：给 Java 应用接入 ARMS Agent

Java 是最成熟的接入路径，手工安装五步走完。

Step 1：按地域下载 Agent 包

Agent 包托管在各地域的 OSS 上，必须选与你应用所在地域匹配的地址（用错地域会导致上报延迟高甚至失败）。以下是国际站常用地域的下载命令（// 开头为说明，不参与执行）：

`bash // 中国香港 wget "http://arms-apm-cn-hongkong.oss-cn-hongkong.aliyuncs.com/AliyunJavaAgent.zip" -O AliyunJavaAgent.zip // 新加坡 wget "http://arms-apm-ap-southeast-1.oss-ap-southeast-1.aliyuncs.com/AliyunJavaAgent.zip" -O AliyunJavaAgent.zip // 马来西亚（吉隆坡） wget "http://arms-apm-ap-southeast-3.oss-ap-southeast-3.aliyuncs.com/AliyunJavaAgent.zip" -O AliyunJavaAgent.zip // 印度尼西亚（雅加达） wget "http://arms-apm-ap-southeast-5.oss-ap-southeast-5.aliyuncs.com/AliyunJavaAgent.zip" -O AliyunJavaAgent.zip // 日本（东京） wget "http://arms-apm-ap-northeast-1.oss-ap-northeast-1.aliyuncs.com/AliyunJavaAgent.zip" -O AliyunJavaAgent.zip // 德国（法兰克福） wget "http://arms-apm-eu-central-1.oss-eu-central-1.aliyuncs.com/AliyunJavaAgent.zip" -O AliyunJavaAgent.zip // 英国（伦敦） wget "http://arms-apm-eu-west-1.oss-eu-west-1.aliyuncs.com/AliyunJavaAgent.zip" -O AliyunJavaAgent.zip // 美国（弗吉尼亚） wget "http://arms-apm-us-east-1.oss-us-east-1.aliyuncs.com/AliyunJavaAgent.zip" -O AliyunJavaAgent.zip // 美国（硅谷） wget "http://arms-apm-us-west-1.oss-us-west-1.aliyuncs.com/AliyunJavaAgent.zip" -O AliyunJavaAgent.zip `

Step 2：解压到工作目录

`bash // 解压到 /opt/arms unzip AliyunJavaAgent.zip -d /opt/arms `

Step 3：准备两个必需参数

| 参数 | 作用 | 去哪里拿 | |---|---|---| | LicenseKey | 探针与 ARMS 账号之间的鉴权凭证 | ARMS 控制台 Java 应用监控 面板复制，或调用 DescribeTraceLicenseKey API | | AppName | 应用在控制台里的显示名；分布式架构中同角色的多个实例共用同一个名字才能聚成一个应用 | 自己命名，例如 order-service |

传递方式两选一：

`bash // 方式 A（官方推荐）：直接作为 JVM 参数传入 // 方式 B：写进配置文件，适合多个应用共用一份启动脚本 `

方式 B 的配置文件名取决于 Agent 版本（查看解压目录下的 version 文件）： - Agent V4.0.0 及以上 → 创建 arms-agent.properties，内容两行：

`text arms.licenseKey=<your-license-key> arms.appName=<your-app-name> `

- Agent 低于 V4.0.0 → 编辑目录中已有的 arms-agent.config，内容同样是上面两行。

然后二选一把配置文件指给 Agent：

`bash // 作为 JVM 参数 -Dotel.javaagent.configuration-file=/opt/arms/arms-agent.properties // 或作为环境变量 OTEL_JAVAAGENT_CONFIGURATION_FILE=/opt/arms/arms-agent.properties `

Step 4：在启动命令中挂上 -javaagent

`bash // 方式 A：JVM 参数直接传（推荐） java -javaagent:/opt/arms/arms-agent/arms-agent.jar \ -Darms.licenseKey=<your-license-key> \ -Darms.appName=order-service \ -jar order-service.jar `

Step 5：在控制台确认数据上报

重启应用后回到 ARMS 控制台，正常情况下几十秒内就能在 应用列表 看到 order-service，并出现调用拓扑。如果 3 分钟还没有数据：先确认 LicenseKey 没有空格、AppName 拼写一致，再确认下载 Agent 用的地域地址与你的应用地域是否匹配。

> 📝 小提示：如果你跑在 ACK/ACS 集群上，不要手工传 -javaagent——用官方 ack-onepilot 组件在 Pod 上打注解自动注入即可，Agent 的升级、版本对齐都由它管。SAE 与函数计算 FC 也有各自的集成方式，三者的差别在于"谁来管探针生命周期"。

七、实操三：前端监控（RUM）接入 Web 站点

前端监控解决的是后端看不到的那一段：用户点了按钮，页面白屏 3 秒，后端接口明明 200ms 返回。接入流程如下：

1. 登录 ARMS 控制台，左侧选择 前端监控，在顶部导航栏选择地域。 2. 点击右上角 Create Application Site。 3. 在 Integration Center 面板中，选 Frontend, Mobile, and Client Applications → Web & H5。 4. 输入应用名，然后在 SDK 扩展配置 里按需勾选（这些开关直接决定你的数据量和账单）：

| 配置项 | 开启后的效果 | 什么时候该开 | |---|---|---| | Disable Automatic API Reporting | 关闭自动 API 上报，需手工调用 __bl.api() 上报成功率 | 接口调用量极大、想压数据量时 | | Enable Automatic SPA Resolution | 监听 hashchange，自动上报页面浏览 | 单页应用必开 | | Enable FMP Collection | 采集首次有意义绘制（FMP） | 关心首屏体验时 | | Enable Page Resource Reporting | onload 时上报页面静态资源 | 想定位"哪个 JS/CSS 拖慢了首屏" | | Associate with Application Monitoring | 把前端 API 请求与后端应用监控关联 | 想做前后端全链路追踪必须开 | | Enable User Behavior Backtracking | 记录用户行为，辅助 JS 错误定位 | 排查偶发前端报错 | | Enable Console Tracking | 回溯 error/warn/log/info 控制台内容 | 调试期开启，生产期建议关（数据量会涨） |

5. 三种接入方式任选其一：

- 异步加载（推荐）：把控制台生成的代码粘贴为 <body> 内的第一行，重启应用。官方示例结构如下（pid 与各项开关由控制台生成，不要手抄）：

`html <script> !(function (c, b, d, a) { c[a] || (c[a] = {}) c[a].config = { pid: 'xxx', appType: 'web', imgUrl: 'https://arms-retcode.aliyuncs.com/r.png?', sendResource: true, enableLinkTrace: true, behavior: true, useFmp: true, enableSPA: true, } with (b) with (body) with (insertBefore(createElement('script'), firstChild)) setAttribute('crossorigin', '', (src = d)) })(window, document, 'https://sdk.rum.aliyuncs.com/v1/bl.js', '__bl') </script> `

- 同步加载：同样粘贴在 <body> 首位，区别是它会阻塞首屏——除非有强需求，否则别选。 - npm 包：

`bash // 安装官方 npm 包 npm install alife-logger --save `

`javascript // 从控制台复制初始化片段，不要自己拼参数 const BrowserLogger = require('alife-logger'); `

前端监控的免费额度以 OCU 计：每月 100 OCU。超出后按 PV 计费，按量价 0.007 USD/1000 PV，买资源包最低可到 0.03 USD/1000 PV（128M PV / 年 / 3,550 USD）。

八、实操四：容器可观测与 Prometheus 监控

容器场景下的三件事：

1. 应用监控自动注入：ACK/ACS 集群用 ack-onepilot 组件；开源 Kubernetes 集群用官方提供的自动安装流程。Go 应用同样走 ack-onepilot 或 -javaagent 之外的 Go 探针方式。 2. 托管 Prometheus 实例：在 ARMS 里创建 Prometheus 实例并关联 ACK 集群，指标进入第四节那张阶梯价表。省钱的关键不是换厂商，而是先把指标基数砍下来——把 histogram 桶数量、无用 label（如 instance、pod_name 之外的高基数维度）、心跳类指标做一次瘦身，往往能直接从 $0.176/百万指标的档位掉进 $0.099 甚至更低档。 3. Grafana 统一大盘：用 ARMS 托管的 Grafana 工作区把 Prometheus 指标、应用监控数据与 SLS 日志放到同一块大屏上，避免在四五个控制台之间来回切换。

对已经在做容器成本优化的团队，这两件事要配套做：指标瘦身 + 采样率调整（应用监控侧把采样率从 100% 调到 10%，摄取量大致等比例下降），而不是简单地把监控关掉。

九、省钱攻略：ARMS 专属节省计划（90%~60% 计费率）

ARMS 有自己的节省计划（Savings Plan），机制与 ECS 的节省计划类似但折扣表独立：你在购买时全额预付承诺金额，计划生效后自动按折扣抵扣符合条件的按量账单；超出承诺额的部分按标准按量价计费。多个节省计划可以叠加。

| 期限 | 承诺金额（USD/年） | 计费率（即实际支付比例） | |---|---|---| | 1 年 | 150 – 1,350 | 90% | | 1 年 | 1,400 – 2,700 | 80% | | 1 年 | 2,750 – 5,400 | 70% | | 1 年 | ≥ 5,450 | 60% |

官方算例：承诺 675 USD/年、计费率 90%，则可覆盖最多 675 ÷ 0.90 = 750 USD 的实际用量。假设某天账单 300 USD，抵扣后为 270 USD；若某天剩余承诺额只够覆盖前 75 USD，则当天成本为 75 × 90% + 225 = 292.5 USD。

三条落地纪律：

1. 先看推荐方案和用量报表再承诺。承诺额买多了不退、买少了不省，跟 ECS 节省计划一样，第一次只覆盖基线的六到七成最稳。 2. 节省计划的折扣不能与子服务自带折扣叠加，系统会自动取两者中计费率更低的那个。也就是说，如果你已经在用某个子服务自带的活动折扣（例如 70%），而你的节省计划计费率是 90%，系统会选 70%——这种情况下买节省计划是白买。买之前先确认子服务的自带折扣档位。 3. 多个同费率的计划，先到期者优先抵扣；同到期日则先购买者优先。用"多张小额计划"替代"一张大额计划"可以提高灵活度，但管理成本更高。

哪些用量能被抵扣：应用监控（按摄取数据量）、托管 OpenTelemetry（按摄取数据量）、托管 Prometheus（按摄取数据量或按指标上报量）。前端监控的 PV 计费不在抵扣范围内——前端的省钱要靠资源包（见第七节）。

> 🚀 需要海外云服务器，或想把可观测、加速、安全与计费优化一次性配齐？通过 2.chengzicloud.cloud 了解更多阿里云国际版的部署与选型实战教程，少走弯路。

十、常见问题 FAQ

- Q: ARMS 和 CloudMonitor 到底谁管什么？ A: CloudMonitor 管云资源层（ECS 的 CPU/内存/磁盘/带宽、RDS、SLB 等），告警粒度是"资源"。ARMS 管应用层（进程、接口、链路、前端页面），告警粒度是"某个服务的某条链路变慢了"。生产环境两者都要开，且可以把 ARMS 告警接到 CloudMonitor 的通知渠道统一分发。

- Q: 开通 ARMS 本身收费吗？ A: 不收费。开通后各子服务在公测期可无限制试用；付费子服务激活计费版本后会先获得免费额度，额度用尽才自动转入对应的付费模型，不需要你手动切换。

- Q: 每月 50 GB 免费额度是怎么算的？ A: 它是账户级、按数据类型、月度清零的额度。同一账号下所有应用共享；metric 与 trace 的额度不能互相挪用；应用监控的额度也不能挪给 OpenTelemetry。另外，应用监控与 OpenTelemetry 每个应用、每种数据类型还各有每日最低 0.1 GB 的计费下限。

- Q: 我只有 10 台服务器，会花钱吗？ A: 大概率只花几毛到一两美元。按官方小规模算例，11 台服务器月摄入约 66 GB，扣除 50 GB 免费额度后按 0.062 USD/GB 计，约 0.99 USD/月。中国大陆地域比香港/海外地域便宜约 40%。

- Q: 为什么我的账单比文档算出来的高？ A: 三个最常见原因：① 应用监控采样率设成了 100%，摄取量是标准的十倍量级；② 开启了在线剖析（Continuous Profiling）与用户行为回溯/控制台回溯，profiling 与行为数据都计入摄取量；③ 前端监控的 PV 超出了 PV 资源包，走了按量价。先看控制台的用量明细，再动价格杠杆。

- Q: Agent 装上了但控制台看不到应用？ A: 按顺序排查：LicenseKey 是否有多余空格 → arms.appName 是否与你在控制台预期的名字一致 → 下载 Agent 用的地域地址是否与应用所在地域匹配 → 出方向网络是否能到达 ARMS 公网端点（自建机房/第三方云需放行）→ Agent 版本是 V4.0.0 之前还是之后（配置文件不同：arms-agent.config vs arms-agent.properties），配错文件名会静默不生效。

- Q: ACK 里每个 Pod 都挂 -javaagent 太麻烦怎么办？ A: 用 ack-onepilot。它在集群维度自动完成探针注入与版本管理，不需要改业务镜像；SAE 应用与函数计算 FC 也有各自的一键集成入口。

- Q: 前端监控和日志服务 SLS 的日志能不能打通？ A: 可以。ARMS 已支持与 SLS 的 StoreView 类型数据集做 Trace 关联，当业务日志输出到多个 Logstore 时，可以用同一个 TraceID 做统一关联查询——这也是"排查一个报错要开三个控制台"问题的标准解法。

- Q: 英文界面里的某个概念看不懂，比如 RUM / OCU / ack-onepilot？ A: RUM = Real User Monitoring，即前端监控；OCU = Observability Compute Unit，前端监控免费额度使用的计量单位；ack-onepilot 是 ACK/ACS 集群里负责自动注入 ARMS 探针的组件。

- Q: 我应该现在就用新计费模型吗？ A: 对新用户，默认就是新模型，没有选择余地，也不用纠结——官方算例显示它比旧模型便宜 60%~88%。对老用户，切换需要联系官方钉钉群协助；切换后只对新增数据计费，历史数据不追补，风险很低。

十一、总结

ARMS 值得写一篇的核心理由，其实就三句话：第一，它把 APM 从"要不要买"变成了"顺手就开"——11 台服务器约 1 美元/月，50 台以内基本在免费额度里打转；第二，2026 年的计费模型换代是真实的降本——从 Agent×天改成按摄取 GB，官方算例降幅 60%~88%，海外地域单价 0.087 USD/GB 也让"监控数据就近落地"变成一条明确的省钱规则；第三，省钱的抓手在接入姿势里，不在单价里——采样率、指标聚合粒度、是否开启剖析与行为回溯，这三个开关的数据量差着一个数量级，先把它们调对，再考虑节省计划。

如果你正准备在自己的海外业务上落地可观测体系，建议的顺序是：先读 ECS 选购教程确定地域与规格 → 用本文开通 ARMS 并接入应用与前端 → 用 CloudMonitor 告警专题补齐资源层告警 → 用日志服务 SLS 教程打通日志与 Trace → 最后用节省计划攻略把账单压下来。

> ⚠️ 免责声明：本文中的配置步骤、计费机制与价格数据引自阿里云国际版官方产品页与帮助文档（采集于 2026 年 9 月），价格可能变动，请以阿里云国际版官网（alibabacloud.com）实时信息为准。文中成本算例均为按官方标注单价折算的示意算例，不代表任何实际报价；实际费用随地域、采样率、数据保留期与是否开启剖析功能而变化。金额单位除特别标注外均为美元（USD）。本文不构成任何投资或购买建议。注册与使用云服务前，请确认当地法规合规性。

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