先确认是需要升级,还是需要排错#
内存不足、硬盘空间不够和线路不合适,可能需要不同方案。先查看实际用量和程序日志:磁盘被旧日志占满,可以先清理;网站变慢但 CPU、内存都有余量,可能需要查数据库或网络,而不是立即加配置。
确定资源不足后,再从当前服务查看升级选项。历史文章里出现过的限时升级通道,不代表今天仍开放;同一简称也不代表可以跨系列迁移。
1. 保存当前配置和备份#
在 My Services 记录服务名称、IP、付款周期、到期日、续费金额和当前机房。进入 KiwiVM 记录磁盘、内存与用量。把网站文件、数据库和配置备份到服务器之外,参考备份与恢复。

升级通常涉及费用和资源调整。即使页面写明保留数据,也应先有可以恢复的副本;不要把“预计保留”当成备份。
2. 打开当前服务的升级页面#
登录服务商客户中心,在目标服务的管理页面找 Upgrade/Downgrade 或当前提供的升级入口。只选择页面实际列出的目标套餐,不要用旧产品编号拼链接尝试强行升级。
看不到目标套餐时,向支持说明当前服务 ID、希望增加的资源和目标系列,询问是否存在可用路径。缺货的新购方案能否通过升级获得,也要以账户里实际提供的选项为准。
3. 同时比较配置、线路和后续费用#
| 项目 | 修改前后都要记录 |
|---|---|
| CPU、内存、磁盘 | 是否确实解决现有瓶颈 |
| 当前机房与迁移范围 | 新套餐是否保留所需地区和线路 |
| 月流量及系数 | 不能只看硬盘变大 |
| 本次补差金额 | 与新套餐完整周期价格区分 |
| 后续周期费用 | 是否按新报价续费、旧折扣如何处理 |
| 数据及停机说明 | 是否需要关机、是否要调整磁盘 |
页面列出的补差价是本次操作费用,不是以后每次续费的金额。保留报价页面,再决定是否确认。关于费用比较的方法,见续费价格核对。
4. 确认并处理升级账单#
按页面说明提交升级申请,检查生成的账单是否关联正确服务,再付款。账单 Paid 后,等待平台完成处理;不要同时执行迁移机房、重装系统或重复申请升级。
需要重启时,先安排维护窗口、保存任务并停止应用写入。通过正常系统关机或面板指定操作完成,避免在资源调整过程中强制断电。
5. 升级后检查系统是否识别新资源#
进入 KiwiVM 核对配置,再登录 Linux 检查实际资源。以下是只读命令,可用于确认内存、块设备和文件系统容量:
free -h
lsblk -f
df -hT如果块设备变大,但文件系统容量没变,先识别分区和文件系统类型,再参考服务商或对应系统的扩容说明。不要照抄不匹配的磁盘设备名,尤其不要执行格式化命令。
最后测试网站、数据库、定时任务和备份,核对新续费金额与机房权限。降级或缩小磁盘并不是升级的简单反向操作,可能需要新服务器迁移;先保存数据,再按支持确认的方式处理。
完成后检查
保留变更前后报价。涉及不可逆的磁盘缩容或降级时,先请官方说明数据处理方式。