Hetzner Cloud 控制台提供内置快照功能，适合在重大配置变更前保存系统盘完整状态。该功能通过存储卷镜像实现，会产生额外存储费用，不建议作为唯一的异地备份方案。
先说结论：Hetzner 快照是保存服务器系统配置的有效手段，适合短期回滚和变更前备份，但需关注存储成本和一致性风险。
- 适合：系统升级前、配置修改前、需要快速克隆相同环境时。
- 先看：快照会产生存储费用，且创建期间可能影响磁盘 IO 性能。
- 建议：重要数据配合外部备份方案，快照仅作为系统状态恢复点。
命令速用版
最直接的操作是通过 Hetzner Cloud 控制台界面完成，无需命令行即可创建快照。若需自动化，可使用 Hetzner Cloud CLI 工具集成到运维脚本中。
控制台操作路径：
- 登录 Hetzner Cloud Console。
- 点击左侧导航栏的 Servers。
- 选择需要备份的服务器名称进入详情页。
- 点击顶部菜单的 Snapshots 选项卡。
- 点击 Create Snapshot 按钮，输入描述名称后确认。
CLI 自动化方向：
根据 Hetzner Cloud CLI 工具的设计，用户可通过命令行管理云资源，包括服务器和存储相关操作。熟悉命令行的用户可将快照创建指令集成到 CI/CD 管道或定时任务中，实现自动化部署和维护。
为什么会这样
快照功能本质是记录磁盘在某一时刻的数据状态，而非实时同步文件。
Hetzner 的快照机制会将当前系统盘的所有数据块映射为独立镜像。这意味着快照创建完成后，即使原服务器数据被删除或损坏，仍可通过快照恢复至创建时的状态。部分技术教程建议在备份重要数据时考虑 Hetzner 的快照功能，因为它能保留系统配置和环境依赖，避免重装系统后重新配置环境的繁琐过程。但快照通常存储在同一数据中心区域，若发生区域级故障，快照可能不可用，因此不适合替代异地备份。
分步处理
执行快照备份前，需确保业务处于低负载状态，以减少数据不一致风险。
步骤 1：业务静默
若服务器运行数据库或写入频繁的服务，建议先停止相关服务。例如 MySQL 或 PostgreSQL，防止快照期间内存数据未写入磁盘导致恢复后数据损坏。
步骤 2：创建快照
在控制台按上述路径创建快照。命名建议包含日期和用途，如 web-server-backup-20231027，方便后续识别。
步骤 3：验证创建状态
创建完成后，快照列表会显示状态为 Available。此时可恢复业务服务。
步骤 4：清理旧快照
快照会持续计费。定期检查快照列表，删除不再需要的旧快照，避免存储费用累积。
怎么验证是否生效
验证快照有效性的唯一可靠方法是尝试恢复或基于快照创建新实例。
检查点 1：快照列表
在控制台 Snapshots 页面确认新快照存在，且大小与原磁盘一致。
检查点 2：恢复测试
选择该快照创建一台按量付费的临时服务器。登录临时服务器，检查关键配置文件（如 /etc/nginx/nginx.conf 或数据库数据）是否与备份前一致。测试完成后立即删除临时服务器以节省成本。
常见坑
使用快照功能时，需注意以下容易忽视的成本和风险点。
- 存储费用累积：快照按占用存储空间计费，长期保留多个大容量快照会产生显著费用。
- 数据一致性问题：运行中的数据库直接打快照可能导致恢复后数据逻辑错误，务必先停服务或确保应用层支持热备。
- 非异地备份：快照通常存储在本地区域，无法防范数据中心级灾难，重要数据需配合对象存储或异地复制。
- 性能影响：虽然快照创建过程在线进行，但在高 IO 负载下可能轻微影响磁盘性能。
常见问题
快照和备份有什么区别？
快照是磁盘状态的即时镜像，恢复速度快但通常限于同一区域；备份通常指文件级或异地拷贝，更适合长期归档和灾难恢复。
快照会自动删除吗？
不会，快照创建后会一直保留直到用户手动删除，期间会持续产生存储费用。
可以用快照迁移服务器吗？
可以，基于快照创建新服务器时，系统盘数据会完全复制，适合环境克隆或迁移到不同规格的实例。
CLI 能管理快照吗？
可以，Hetzner Cloud CLI 支持管理云资源，用户可通过命令行脚本实现快照的创建和删除自动化。
参考来源
- CSDN 博客 - Kubernetes Stack on Hetzner Cloud 教程 - 使用 `k-andy`
- Hetzner Cloud CLI 使用教程