每小时备份 Compute Engine 实例的最佳实践

本文档介绍了有关为 Compute Engine 实例配置和管理每小时备份的最佳实践。1 小时备份频率专为需要更高数据保护粒度的工作负载而设计。这些建议可帮助您优化数据保护、管理性能,并为恢复点设定切合实际的预期。

组合每日备份规则和每小时备份规则

强烈建议您在备份方案中添加每日备份规则以及每小时备份一次的规则。这样可以确保即使跳过或延迟了单个每小时备份,系统也能保持一致的每日恢复点。

了解计划备份重试逻辑

“每天”和“每小时”这两种重复类型的重试行为差异很大。

每日重复:如果每日备份作业无法启动或完成,系统会一直重试,直到配置的备份时间窗口结束。

每小时一次的重复执行:每小时一次的备份事件仅重试 1 小时,无论总体备份时段的长度如何。这样可以防止备份作业重叠并导致拥塞。

管理高数据流失率

高周转率可能会导致长时间运行的备份,从而阻止后续的小时级作业启动。为了优化性能并减少保险库中并发备份的影响,请将数据变化率较高的虚拟机的频繁备份分散到多个备份保险库中。

监控并配置针对跳过备份的提醒

配置提醒,以便在备份作业被跳过时主动通知您保护缺口。

您可以使用 Cloud Logging 监控“备份方案违规”事件或来自 Backup and DR 调度程序的特定“跳过备份”日志条目,从而设置提醒。

最佳做法摘要

下表总结了本文档中建议的最佳做法。

主题 任务
备份频率 根据工作负载需求,谨慎使用 1 小时备份频率。
备份方案 结合使用每日备份规则和每小时备份规则,以实现一致的恢复点。
重试逻辑 了解每日备份和每小时备份的不同重试行为。
恢复点目标 设定切合实际的 RPO 预期,将客户流失和效果考虑在内。
高数据流失率 降低备份频率,并为高流失率的虚拟机分发工作负载。
监控 为跳过的备份作业配置提醒,以避免出现保护缺口。

后续步骤