信号 1：必须有 root
如果需要安装 GreatHosts CP 没有提供的系统软件或设置，root 才是明确需求。
- 写清具体包/命令。
- 不要因为习惯而要求 root。
证据架构
信号 2：必须有常驻系统服务
如果所需服务不能通过托管功能或 add-on 提供，KVM 更合理。
- 先检查 NodeJS、Redis、Memcached、Varnish、Supervisor。
- 确认服务重启行为。
证据GreatHosts CP + 目录
信号 3：持续资源压力
用 CPU、日志和流量区分短峰值与长期饱和。
- 跨多个时间段测量。
- 先找到根因。
证据GreatHosts CP 统计
信号 4：隔离或控制需求
某些应用确实需要独立系统环境或自定义策略。
- 把要求文档化。
- 在 Dedicated 前先确认 KVM 是否足够。
证据架构决策
哪些不是信号
AI、WordPress、Python 或 NodeJS 本身都不等于必须 VPS。
- 语言不是基础设施层级。
- 一个 add-on 可能已经解决缺失能力。
证据事实基线
迁移清单
迁移前备份并记录版本、DNS、任务、邮件和依赖。
- 准备测试与回退。
- 需要时提前降低 DNS TTL。
证据迁移实践
迁移之后
VPS 增加 OS 更新、安全和备份责任。
- 不要忽略系统更新。
- 重新确认备份策略。
证据运营实践
常见问题
共享主机达到 5% CPU 就该升级吗？
不。应看持续时间、频率和套餐真实限制。
VPS 可以再迁回托管主机吗？
可以，只要应用重新符合托管环境；按正常平台迁移处理。
KVM 前值得尝试 Semi-Dedicated 吗？
如果主要需求是更多托管资源而不是 root，通常值得。