先找真实瓶颈，别把网络波动当配置不足#
服务器变慢或应用响应变长时，先别急着掏钱升级高配套餐。很多时候卡顿源于网络拥塞、临时日志堆积或特定服务异常，盲目换更高配置不仅多花钱，还可能根本无法解决问题。
建议先结合业务高峰期的实际表现，排查以下关键指标：
| 表现症状 | 建议排查指标 | 常见原因及排查注意 |
|---|---|---|
| 页面卡顿、接口响应变慢 | 高峰期 CPU 占用率、可用内存（Available Memory）与 Swap 读写 | 业务并发上升、后台死循环进程或数据库缺少索引；若可用内存充裕，不可将系统缓存（Buffers/Cache）误认为内存耗尽 |
| 写入报错、服务异常中断 | 磁盘剩余空间（df -h）、inode 占用率（df -i） | 应用日志未轮转、临时缓存堆积或业务数据增长；先查明文件来源再清理，切忌使用破坏性批量删除命令 |
| SSH 频繁掉线、访问延迟突增 | 服务器综合负载、多地链路 Ping 延迟与端到端丢包率 | 可能是客户端到机房链路拥塞，也可能是系统过载所致，需结合机器负载与网络测试交叉验证，勿将中间跳路由丢包直接视为端到端丢包 |
排查资源时，请以业务高峰期的持续指标为准，不要只凭一次短时间突发波峰或面板上的内存百分比下定论。日志和临时文件应当先查明对应的服务与生成原因，再通过配置日志轮转或定时任务妥善处理，避免用买新机器来代替基础的系统维护。
升级前的资格确认与费用计算规则#
确认确实存在持续的硬件资源短缺后，再向官方申请升配。
根据 DMIT 官方实例说明，升配仅限同系列升至商店在售更高档，且目标硬盘不得小于原配置；不支持降配。升级按两档套餐全额差价收费，剩余时间不折算差价，后续按新套餐续费。多数机型可申请单独加购内存或硬盘，CPU 与附加 IP 极少支持。升配需提交工单申请。
除了官方列出的硬性条件，提交工单前建议请客服在回复中明确以下四点：
- 本次升配需一次性支付的确切差价账单金额。
- 下一计费周期的续费金额，以及原实例若有促销折扣，升配后原优惠是否继续有效。
- 当前计费周期与下次续费到期日是否会发生变动。
- 升级过程中的停机维护窗口安排，以及现有系统环境、公网 IP 与磁盘数据的具体处理方式。
原机工单升级与全新部署自行迁移的取舍#
在决定操作路径时，主要面临两种选择：
- 申请原机工单升级：适合当前机房地区与网络线路依然契合业务，且支持按前述条件升级的情况。此时应先向客服索取升级方案与报价。需要注意的是，原机升级是否需要停机、公网 IP 与现有数据是否能够保留，必须以客服针对具体实例给出的方案为准，切勿自行假设零改动。
- 新购实例自行迁移：适合需要调整机房区域、跨越不同产品系列，或者计划彻底重构系统环境的场景。这里对比的自迁方案是由用户自行部署新机并搬迁数据。
自行迁移需要全面权衡实际代价：
- 成本重叠：新旧两台服务器在迁移测试与过渡期间会产生双重计费开销。
- 操作耗时与切换风险：需要自己备份数据、传输文件、恢复数据库并切换域名解析，存在一定的业务调试周期。
- 性能与网络界限：如果是遇到了跨国路由波动或高峰期网络丢包，升级至更高硬件配置并不能保证网络延迟或连接质量得到改善。
提交工单的问询模板与沟通原则#
需要申请升配或加购资源时，应通过工单向客服咨询。根据 DMIT 工单 FAQ，工单按最近更新时间排队，连续追加回复可能导致排队位置被重置。建议在首条信息中完整提供各项参数，提交后耐心等待回复，若无关键新信息尽量避免频繁催单。提交工单请前往 DMIT 工单中心，任何情况下都不要在工单中索要或提供 SSH 私钥及密码。
可直接复制并填写以下英文问询模板：
Subject: Inquiry regarding plan upgrade / resource addition for VM [Instance ID]
Hello support team,
I would like to inquire about upgrading my existing instance. Details are as follows:
1. Instance ID & Current Plan: [填写您的实例ID及当前套餐名称]
2. Target Plan / Required Resources: [希望升级的目标套餐名称，或所需增加的内存/硬盘容量]
3. Current Billing Cycle & Expiry Date: [当前计费周期与到期日]
4. Reason for Upgrade: [简述性能瓶颈，如持续高内存压力或磁盘不足]
Please help confirm the following points:
- Is this instance eligible for the target plan, and is it currently in stock?
- What is the exact one-time upgrade invoice amount?
- What will be the recurring renewal price for subsequent billing cycles, and does my existing promotional discount remain valid?
- Will my current billing cycle or expiration date change?
- What is the expected maintenance downtime window, and will my existing OS, public IP, and disk data remain intact?
- After disk expansion, do I need to manually resize the partition and filesystem inside the OS?
Note: This ticket is an inquiry only. Please do not apply changes or generate unpaid invoices before my confirmation.
Thank you!在工单中明确注明“仅为询价”，有助于向客服清晰表达你尚未确认变更的意图，便于你在收到完整报价与操作说明后再行决定。
变更前后的操作清单与安全收尾#
无论最终选择原机升配还是新机自行迁移，都应遵循规范的安全操作流程：
- 变更前准备与独立备份：
- 全面导出数据库并打包网站文件与核心配置文件，具体操作可参考数据库备份与恢复。
- 将备份文件完整下载到本地或同步至第三方独立存储，严禁仅保存在待调整的原服务器内。
- 在干净的备用环境中实际测试还原，验证备份文件真实可用。
- 安排在业务低峰期维护，切勿把升级过程预设为零停机、保 IP 或保数据。
- 变更后系统与业务验收：
- 登录系统确认系统实际识别到的 CPU 核心数、内存总量及磁盘容量。若磁盘已扩容，依据客服给出的指引完成分区与文件系统调整，不要盲目执行未经测试的通用自动重分区脚本。
- 检查核心服务运行状态与应用错误日志。
- 逐一测试主要业务页面访问、用户登录与 API 接口调用。
- 检查定时备份任务与监控目标，确认报警阈值与采集已恢复正常。
- 若采用新机自迁方案：
- 在新实例部署配置完毕后，先进行充分的功能与连通性测试。
- 切换域名 DNS 解析或 CDN 回源前，旧机需停止接受新写入或将其转发给新机；在完成最终数据同步后，将所有新写入完全集中到新机，避免 DNS 缓存切换期间两端同时写入造成数据分叉与丢失。暂时保留旧机用于观察并不意味着允许旧机继续接受写入。
- 在新机稳定运行并通过全面验收前，保留旧实例与只读服务，待流量平稳过渡后再下线旧机。
若排查后确认现有机器已无法满足业务发展、需要购置新服务器，可在 DMIT当前套餐 中对比在售规格，参考 DMIT流量额度检查 规划带宽，或直接前往 DMIT 官方网站 查看最新库存与配置。
更新于 2026-10-27：梳理 DMIT 官方实例升级与全额差价规则，补充性能瓶颈交叉排查、工单询价模板与新机自迁防漏数据清单。