服务用机器与测试资源

有时机器并不是通过常规付费订单开通的，而是用于内部任务：验证系统镜像、复现客户问题、在正式上线前测试某项配置。从技术上说，这就是同一台机器，拥有相同的 root 权限；区别只在于开通它的原因和处理它的规则。

与常规机器的区别

• 规格和操作系统是按任务选择的，而不是按方便程度：复现客户问题需要与观察到问题时完全相同的规格和操作系统。
• 它的生命周期很短，而且事先已知。机器是为某项检查而创建的，检查完成后就会被删除。
• 其中的数据被视为一次性数据。不应在那里存放任何有价值或独一无二的内容。

其他方面都一样：/hosting/vds/m/<id> 控制面板及相同的选项卡、两种控制台、SystemRescue 恢复磁盘、重装操作系统，以及地址的反向 DNS。

使用规则

1. 为单一任务创建机器。一台还“顺便”跑着另外三个实验的测试台就不再具备可复现性。
2. 记录您测试了什么、在哪个规格上测试。像“在 VDS-1 上很慢”这样的结果，如果不注明瓶颈是 60 MB/s 的写入上限，就毫无用处。
3. 不要在测试机器上留下可访问生产服务的有效密钥和令牌。机器会被删除，但在那之前落入他人之手的密钥仍然有效。
4. 完成后就删除它。一台被占用的机器会占用 CPU 核心、内存以及其他人都需要的公网 IPv4 地址。

已删除机器的磁盘无法恢复。如果检查过程中出现了您需要的东西——日志、配置、转储——请在删除前把文件复制到您这边：scp root@<address>:/root/report.txt .

典型的内部场景

验证系统镜像。订购一台装有所需发行版的机器，然后检查它是否已启动、网络是否正常、客户机代理是否就位：

systemctl status qemu-guest-agent
ip -brief address
df -h /

如果代理缺失，控制面板就不会显示磁盘占用，软重启也无法工作——控制面板会直接提示安装命令。

复现客户问题。选择相同的规格和相同的操作系统，重复操作步骤，捕获命令输出。逐节诊断请参阅机器网络中断和服务无法启动：systemd 排查指南。

在生产机器之前测试配置。当变更涉及网络或启动时尤其有用：弄坏测试机器并通过恢复磁盘还原，比处理生产机器代价更低。

测试之后

逐项核对清单：结果已记录、需要的文件已复制、没有残留指向该机器地址的 DNS 记录、对外访问的密钥已吊销。然后释放机器——控制面板中没有删除按钮；相关流程及其后果见删除机器与买断期。