运维
买了云服务器后怎么用？新服务器初始化与安全设置
证据状态：官方文档、明确条件与可重复步骤；页面未标注的数据不视为本站实测。
直接答案：购买后不要立即迁移正式数据。先保护云账户和SSH，更新系统并只开放必要端口；再部署真实应用副本，覆盖高峰测试性能和网络，完成站外备份恢复，最后在退款窗口结束前决定保留、换配置或退出。
第0小时：先保护控制权
- 云账户启用双因素认证并保存恢复方式。
- 服务器使用SSH密钥，限制root和密码登录。
- 云安全组与系统防火墙只开放必要端口。
- 记录订单配置、IP、付款周期和退款截止时间。
第1天：建立性能和网络基线
记录空载CPU、内存、磁盘和网络，再部署真实应用副本。用目标地区和运营商测试页面、API、MTR和下载，不用一次综合跑分代替业务验证。
第2至3天：验证故障恢复
设置外部可用性和资源告警，创建数据库与文件的站外备份，再恢复到空白环境。模拟重启、容器升级和磁盘增长，记录恢复所需时间与缺失步骤。
备份只有恢复成功才算有效
备份成本包括存储、跨地域复制、请求、出口流量和恢复时间。快照与异地备份承担不同职责。
- 定义可接受的数据损失时间和恢复时间。
- 分别备份数据库、用户文件和配置。
- 至少保留一份不与生产实例同故障域的副本。
- 定期在空白服务器完成恢复演练。
free -h
df -h
docker stats --no-stream
docker compose ps命令适用于常见Linux与Docker环境。连续记录高峰数据，单次空载结果不能代表生产负载。
哪些情况下不应这样选
- 只开同账号同地域快照，就认为已经异地容灾。
- 从未恢复过备份，也没有记录恢复依赖。
资料与边界
本文结合官方文档和可重复的验收方法编写。未标注“实测”的数据不作为跑分或线路承诺；价格、资格和产品限制应以购买当天的官方页面为准。
常见问题
为什么要观察72小时？
它能覆盖多个时段和部分高峰，但不是长期稳定性的保证；关键业务还应持续监控。
测试时可以直接迁移生产数据吗？
建议先使用副本或脱敏数据，验收通过后再安排正式切换。
跑分低就一定要退款吗？
先看真实应用是否达标。跑分只是定位线索，网络、磁盘和负载模型同样重要。