计算能力可分配，物理资源有总额
AMD EPYC 7543P 提供 32 核 64 线程，支持 AMD-V 与 NPT，可开启嵌套虚拟化。嵌套环境适合验证虚拟化配置；多层调度会增加开销，不应把支持嵌套理解为没有性能损耗。
128GB DDR4-3200 ECC 适合资源规模明确的宿主；虚机数量较多，或计划为 ZFS ARC 留出更多空间时，可评估 256GB 档。CPU 配额、宿主余量与内存预算应同时计算，不能只按线程数安排实例。
内存开通后不在原机升级，换档需要另订一台并自行迁移业务。
存储与备份的部署取舍
物理主机承载存储业务，NVMe 各自直连
OnuCloud 的机器部署于日本东京。
共享磁盘的波动影响查询，还是备份窗口里的压缩与校验挤占算力？先区分瓶颈，再安排盘位、内存与恢复带宽，整机独享并不替代冗余设计。
以下按宿主机、数据服务、备份与业务接入逐项判断，不以单一规格代替负载评估。
虚机与宿主资源
先给宿主留预算，再分配虚机
Proxmox VE 适合把多组长期运行的服务放在同一台独享设备内；资源归属明确，但每台虚机的配额、网络隔离与备份仍需自行安排。
业务盘与备份卷分别登记
虚机磁盘可放在标配的 2 × 1TB NVMe 直连盘上，再按恢复需求决定独立使用还是构建镜像。额外的 2TB NVMe 可用作备份卷，最多增加两块，每块同样独立直连。
同机备份便于日常回滚，却与业务共享整机故障边界。重要副本需要另行转存到异地；将备份放进另一台虚机，并不会改变其仍在同一台物理设备内的事实。
适合能够维护虚拟化宿主的管理员；不适合期待本站代管虚机、备份策略与系统配置的项目。
数据库与中间件
去掉共享存储竞争，不省略高可用设计
数据库查询、索引构建、日志写入与缓存持久化，对磁盘等待有不同要求。NVMe 各自直连，不经共享存储，可排除其他客户争用共享云盘带来的波动；应用自身的锁、查询计划与同机任务仍会影响延迟。
适合：持续写入与可规划的工作集
数据库与中间件长期运行，且需要明确的 CPU、内存和磁盘归属时，整机资源更便于分配。内存先满足数据库缓冲区与缓存工作集，再为系统、日志处理和备份压缩保留余量。
备份扫描、校验与业务查询即使同属一个客户，也可能争用盘与 CPU。应根据业务低峰安排任务，而不是将独享理解为所有任务可以同时满载。
不适合：把单机当成自动容灾
两块直连盘不是交付完成的 RAID-1 阵列。需要主从切换、镜像或跨设备恢复的服务，应自行设计复制、故障检测与恢复步骤，不能仅靠同机分盘获得高可用。
本站负责硬件与网络，数据库参数、复制拓扑和数据备份由客户负责。需要机房代做冗余、代管数据库的项目，不属于本服务的交付范围。
文件与异地副本
盘位按恢复任务分工，不只相加容量
文件存储关注可用空间，备份服务还要考虑副本隔离与恢复路径。标配两块 1TB NVMe 原始容量合计 2TB；建立双盘镜像后，名义可用容量约为 1TB，实际还需扣除格式化与文件系统开销。
| 盘组 | 建议职责 | 容量口径 | 必须保留的边界 |
|---|---|---|---|
| 标配 2 × 1TB NVMe | ZFS 镜像承载热数据与常用文件 | 原始合计 2TB；双盘镜像约 1TB | 镜像不替代历史版本，也不防误删同步 |
| 选配 2 × 2TB NVMe | 建立独立备份池，保存业务副本 | 原始合计 4TB；双盘镜像约 2TB | 仍属于同机副本，关键数据另做异地备份 |
| 外部异地副本 | 保存脱离本机故障边界的数据 | 由自行安排的备份目标决定 | 定期验证可读性、恢复顺序与所需时间 |
带宽按恢复速度选，不按传输量猜账单
250 Mbps 标配适合恢复时间要求较宽松的增量同步；需要缩短大批量数据回传窗口时，可评估 1 Gbps 或 2 Gbps。三档均不限流量，不另按传输量计费。恢复速度还受对端带宽、路由、磁盘写入与加密开销影响，端口速率不是端到端吞吐承诺。
选配前应先估算待恢复的数据量、可接受的中断时间与备份目标的写入能力。盲目加快本机端口，而对端仍然较慢，并不能缩短整个恢复过程。
跨境业务与固定出口
地址分配给服务，隔离落实到系统
固定出口适合店铺后台、服务回调与访问白名单。独立 IPv4 解决地址归属问题，但地址数量不会自动变成业务隔离，也不代表能够避免外部平台的审核与风控。
适合：有明确映射关系的多服务部署
默认包含 1 个独立 IPv4，可额外增加最多 255 个，合计最多 256 个。可按虚机或服务建立地址台账，记录用途、绑定对象与访问规则，避免同一地址被重复配置。
多个地址需要在系统内自行绑定。远程管理只使用控制台给出的第一个 IPv4，其余地址按业务规划使用；防火墙、转发与虚机网络由客户配置。
不适合：把多个 IP 当成多地部署
同机增加 IPv4 不会带来地理分散，也不会改变设备级故障边界。要求多城市部署、跨地区故障切换，或必须就近接入各地用户的架构，不应由单台机器承担全部职责。
多店铺后台同机运行时，应分别管理账户、凭据与服务权限。网络地址可分配，系统权限与合规要求仍需逐项落实。
Windows 业务接入
先核对授权，再安排远程业务
依赖 Windows Server 的应用可选择 Standard 或 Datacenter 授权，按月计费。适合已有 Windows 运维能力、能够自行安装应用和维护系统的业务，不是托管应用或代运维服务。
系统版本与接入方式
Windows Server 提供 2019、2022、2025 版本，系统语言可选英文、繁体中文或简体中文。交付后在控制台查看凭据，通过 RDP 接入；有多个 IPv4 时，同样只使用第一个地址进行远程连接。
业务应用、驱动与依赖组件需先核对所选系统版本的兼容性。系统语言选项不等于应用已完成本地化，应用自身的语言与许可证仍需单独确认。
授权不是应用配置的替代品
Standard 与 Datacenter 应按实际授权需求选择，不能仅依据内存大小判断。Windows 与 Linux 业务若计划通过虚拟化共用一台机器，还应另行核对来宾系统授权适用范围。
需要预装专有业务软件、代配目录服务或代管应用账户的场景，不属于标准交付。选择前应先列出软件依赖、访问权限与备份方式，再确认系统和硬件是否满足需求。
不租整机的理由
资源用量小，独享未必更合算
OnuCloud 的整机适合持续占用、资源规模明确且愿意自行管理系统的负载。若瓶颈不在独享算力、直连磁盘或固定出口，整机租用可能增加闲置成本与运维工作。
-
01
只需几核测试
少量计算、低磁盘活动、任务结束即可释放的测试环境，通用共享 VPS 往往更合算。整机的 32 核 64 线程如果长期闲置，独享优势难以转化成实际收益。
-
02
依赖即时扩缩
业务需要按小时增减实例，或随活动临时调整大量资源时，应优先评估弹性服务。本站内存换档需要另订机器，不适合把原机扩容作为突发流量处理手段。
-
03
缺少系统维护能力
软 RAID、ZFS、虚拟化网络与数据恢复都需要持续管理。若项目无法承担系统配置与备份验证，应先补齐运维责任，而不是把硬件独享当作托管服务。
另一类计算任务
DGX Spark 面向模型实验与 CUDA 开发
本地大模型推理、LoRA / QLoRA 微调实验与 AI 应用原型验证，可进一步评估 DGX Spark；它不是 AMD 存储主机的加速选项，两条产品线分别选择。
适合：有明确实验目标的开发任务
模型输出对照、推理流程验证、微调方案实验与 CUDA 程序开发，适合先明确评测目标和结果导出方式，再判断整机环境是否匹配。模型与开发依赖需要自行准备。
不适合：沿用 x86 环境或多机训练
依赖 x86 程序、Windows 环境或多机训练的项目，不应直接迁移到这条产品线。先核对架构与软件兼容性，再安排模型实验，避免把环境迁移成本遗漏在计划之外。
盘位与恢复目标明确，再确认选配
记录热数据容量、副本位置、内存工作集与恢复带宽，按实际需求进入 OnuCloud 配置页。冗余和备份计划与机器规格一并确定。