Hetzner

Hetzner 是德国基础设施服务商，产品覆盖 Cloud、独立服务器、Server Auction、机柜托管和存储。它适合欧洲及部分海外业务，但不同产品的创建方式、硬件责任、网络和账单完全不同，不能把 Cloud 教程直接套到独立服务器。

先在产品层做选择

Cloud 规格看 vCPU 性质

比较共享与专用 vCPU、内存、磁盘、网络和地区，不只看月价。数据库和持续计算更在意稳定 CPU，短期开发机可优先弹性。ARM 与 x86 镜像和软件兼容性不同，迁移前应在目标架构重建依赖。

创建前算完整账单

除实例外，检查 IPv4、额外磁盘、快照、备份、负载均衡、流量和税费。按小时显示的资源仍可能存在月度上限或独立收费项；删除服务器前也要确认附加卷、浮动 IP 和备份是否继续计费。

账号与网络先加固

1. 启用双因素认证，保存恢复码。
2. 使用 SSH 密钥并关闭密码 root 登录。
3. 用 Cloud Firewall 只开放必要端口。
4. 建立私网、标签和项目权限，分开生产与测试。

快照不是完整备份

快照便于克隆和短期回退，但不能替代应用一致性备份。数据库先执行转储或快照协调，再把备份复制到独立账户或地区；定期从空实例恢复，验证 DNS、密钥和依赖也能重建。

地区与合规影响选择

根据用户延迟、数据所在地、服务可用性和法规要求选择机房。跨区复制会产生网络与隐私问题；邮件、扫描和滥用敏感业务还需阅读 Acceptable Use 与投诉处理规则，避免因误用导致账号限制。

退出方案写在上线之前

用基础设施脚本记录防火墙、网络与实例配置，数据采用通用格式备份。域名 TTL、监控和故障联系人都要可切换；若账号审核、容量或区域故障影响业务，能够在另一服务商恢复比单纯依赖快照更重要。

月度资源巡检：逐项查看实例状态、磁盘与 inode、备份年龄、监控告警和账单异常。独立服务器还要关注硬盘健康、RAID 和救援模式；Cloud 则应清理遗留快照、闲置卷、负载均衡与测试 IP。按项目标签核账并设置预算提醒，才能发现忘记删除或异常增长的资源。