核实硬件条件
确认虚拟化支持、CPU、内存、磁盘、网卡和远程管理方式。为宿主系统保留资源,不能把全部内存都分配给来宾。套餐包含多少地址、如何路由及是否允许虚拟化,需按实际订单确认。
划分网络职责
分别规划管理、来宾业务、存储和迁移流量。桥接、路由及 NAT 的要求不同,先画地址分配表,避免多个实例重复使用地址。管理面板不要直接暴露给不受信任的网络。
不要把快照当成备份
快照依赖底层存储,主机或存储故障可能同时影响多个来宾。备份应覆盖来宾数据和宿主配置,并在另一台设备上验证恢复。
设计故障边界
集群需要考虑仲裁、网络分区和存储可用性,两台主机不自动意味着可靠高可用。先定义允许停机时间,再决定是否需要额外节点、独立备份和人工接管步骤。
保存变更前状态
导出当前 DNS 记录,记录 TTL、代理状态和证书位置。区分 A、AAAA、CNAME、MX 与 TXT 的作用,不把邮箱验证记录当成网站解析,也不要为了建站删除已有邮件记录。
分别验证解析和服务
先查询权威与递归解析结果,再检查目标端口、证书主机名和有效期。启用 IPv6 记录前确认 IPv6 服务真实可用,避免部分用户走到不可达地址。
检查代理边界
反向代理需要明确上游地址、超时、请求大小和 WebSocket 支持。只信任已知代理传来的客户端地址头。缓存规则应排除登录、购物车及其他用户私有响应。
验证后保留回退方案
检查公开页面、登录、上传和邮件相关记录,观察证书续期任务。DNS TTL 不是所有客户端的刷新保证。保留旧记录及证书配置,出现异常时按记录逐项回退,而不是同时修改多层设置。