物理节点运行目录

把云端 Mac 放在更合适的访问路径上

ArmVMS 在新加坡、日本（东京）、韩国（首尔）、香港、美国东部提供 5 个节点。每个订单对应一台独享 Apple Silicon 物理机，不与其他租户共享计算资源，也不是虚拟机。

选择物理节点并下单 查看两档租用方案
5 个
在售节点
2 档
物理机配置
365 天
节点正常运行
区域运行单 AV-NODE-DIRECTORY
5 个节点
SG 新加坡东南亚访问路径 充足
JP 日本（东京）日本及东北亚团队 充足
KR 韩国（首尔）韩国本地协作路径 充足
HK 香港亚洲跨区域协作 充足
US-E 美国东部北美东部工作负载 充足
目录配置 M4 / M4 Pro
节点星图总览

五个区域组成一份固定的在售目录

星图只标记 ArmVMS 当前提供的五个节点，不拆分城市，也不增加目录外区域。选择时应先确定开发者、代码源与依赖服务之间的主要访问方向，再进入控制台确认实时可用性。

亚洲节点 新加坡、日本（东京）、韩国（首尔）、香港
北美节点 美国东部
选择原则 按团队位置、代码源位置与任务协作范围判断
区域目录

逐个核对节点，而不是只看地图距离

网络路径近不等于所有依赖都更近。持续集成任务还会访问代码仓库、软件包索引、制品存储与团队协作系统，因此节点选择应围绕一条完整的数据路径进行。

SG 充足

新加坡

适合团队成员、代码源或依赖下载路径主要位于东南亚的项目。跨国协作时，应同时检查构建产物最终交付到哪里，避免只按开发者当前位置决定。

建议核对
团队到节点的访问路径
常见任务
iOS 构建、远程开发、自动化执行器
可选配置
ArmVMS M4、ArmVMS M4 Pro
JP 充足

日本（东京）

适合开发成员与项目协作资源主要位于日本或东北亚的工作负载。涉及频繁图形远程操作时，可优先实测本地网络到东京的稳定性与交互延迟。

建议核对
图形会话与代码拉取路径
常见任务
Xcode 开发、构建归档、界面验证
可选配置
ArmVMS M4、ArmVMS M4 Pro
KR 充足

韩国（首尔）

适合团队成员或持续集成调度端主要位于韩国的项目。若任务需要反复下载大型依赖，应先比较首尔节点与依赖来源之间的实际传输路径。

建议核对
依赖下载与制品回传位置
常见任务
CI/CD、自动化测试、短期并行构建
可选配置
ArmVMS M4、ArmVMS M4 Pro
HK 充足

香港

适合协作成员分布在亚洲多个地区、需要统一接入点的团队。选择前应明确代码、构建缓存、模型文件与最终产物分别从哪里进入和离开节点。

建议核对
跨区域成员的共同访问路径
常见任务
远程开发、构建协调、AI 实验
可选配置
ArmVMS M4、ArmVMS M4 Pro
US-E 充足

美国东部

适合团队、代码源或自动化系统主要位于北美东部的任务。若亚洲成员需要频繁进入图形桌面，应在下单前比较交互路径，并考虑把自动任务与人工操作分开部署。

建议核对
北美代码源与团队协作范围
常见任务
持续集成、应用发布、长期构建任务
可选配置
ArmVMS M4、ArmVMS M4 Pro
机型与节点矩阵

两档配置覆盖全部五个节点

ArmVMS M4 与 ArmVMS M4 Pro 均可在新加坡、日本（东京）、韩国（首尔）、香港、美国东部选择。矩阵中的“充足”表示该组合属于常态可订目录，不代表预先锁定某一台设备。

ArmVMS 两档 Apple Silicon 物理机在五个节点的可用性
机型与规格 新加坡 日本（东京） 韩国（首尔） 香港 美国东部
ArmVMS M4 M4 · 16GB · 256GB SSD 充足 充足 充足 充足 充足
ArmVMS M4 Pro M4 Pro · 64GB · 2TB SSD 充足 充足 充足 充足 充足
配置 01

ArmVMS M4

M4、16GB 内存与 256GB SSD，适合日常开发、轻量构建、界面验证和短期自动化任务。选择节点时优先考虑需要频繁交互的开发成员。

配置 02

ArmVMS M4 Pro

M4 Pro、64GB 内存与 2TB SSD，适合大型工程、并行构建、较大模型文件与长时间任务。选择节点时还应考虑数据集和构建产物的传输方向。

节点选择方法

先画访问路径，再选择地图上的点

节点选择不是单纯比较开发者到机房的距离。一个完整任务通常至少包含人员访问、代码拉取、依赖下载、构建执行和产物导出五段路径，应按最频繁、最影响交付的一段确定优先级。

  1. 01

    标出团队与自动化入口

    记录需要进入图形界面的成员位置、命令行操作来源，以及 CI/CD 调度端所在区域。人工交互频繁时，团队到节点的路径通常比单次产物下载更重要。

    输入
    成员位置、执行器位置
    输出
    主要访问方向
  2. 02

    核对代码源与依赖下载位置

    列出代码仓库、软件包索引、二进制依赖、模型文件和制品存储的位置。构建任务频繁拉取大文件时，依赖路径可能比桌面交互路径更影响总耗时。

    输入
    仓库、依赖、模型与制品位置
    输出
    主要数据流向
  3. 03

    结合任务周期确认实时可用性

    确定配置与租期后，在控制台查看目标节点的实时返回结果。短期高峰可以按任务增加物理节点，长期固定任务则应同时评估迁移频率和数据维护成本。

    输入
    配置、租期、目标节点
    输出
    可执行的订单选择
迁移准备清单

更换节点前，把可迁移内容与敏感凭据分开处理

迁移的目标不是复制整个旧环境，而是得到一套可以验证、回退和重复执行的部署过程。先整理项目数据，再单独处理凭据，可以减少遗漏并降低敏感信息进入日志或归档文件的风险。

代码仓库

确认默认分支、未推送提交、子模块、生成脚本与仓库访问方式。迁移前应确保关键改动已经进入可追踪的版本记录。

验收：新节点可完成干净拉取

依赖缓存

区分可以重新下载的缓存与必须保留的内部依赖。记录包管理工具版本、锁定文件和缓存目录，不要把损坏缓存原样带到新节点。

验收：依赖可按锁定版本恢复

访问凭据

列出仓库密钥、自动化令牌和服务访问权限，迁移时通过安全流程重新配置。不要把密码、私钥或令牌写进脚本、压缩包和工单正文。

验收：过期凭据已移除

构建产物

区分可重复生成的中间文件与需要归档的交付产物。保留版本号、构建参数、校验信息和导出位置，避免迁移后无法判断产物来源。

验收：关键产物可追溯

模型文件

记录模型版本、文件大小、分片结构和校验值。大文件应单独规划传输顺序与临时空间，避免与构建缓存同时占满磁盘。

验收：模型文件校验一致

迁移验证

在清理旧环境前，完成一次代码拉取、依赖安装、构建、产物导出与连接验证。记录节点、配置和错误日志，保证异常可以回到明确步骤排查。

验收：完整任务已成功复现
准备创建节点订单

从 5 个节点中选择一台独享物理机

进入控制台查看实时可用性，选择 ArmVMS M4 或 ArmVMS M4 Pro，并核对节点、租期与附加选项后创建订单。

查看节点并立即租用 先查看部署帮助