37 lines
1.4 KiB
Markdown
37 lines
1.4 KiB
Markdown
---
|
||
title: "RPO"
|
||
type: concept
|
||
tags: [DevOps, SRE, 灾难恢复]
|
||
last_updated: 2026-04-16
|
||
---
|
||
|
||
## 定义
|
||
Recovery Point Objective（恢复点目标）：可接受的最新数据丢失量，以时间衡量（从故障时刻往前回溯）。
|
||
|
||
## 计算方式
|
||
若数据库在 15:00 崩溃，最后一次备份在 14:00，则 RPO 为 1 小时（14:00-15:00 之间的数据丢失）。
|
||
|
||
## 典型场景与目标
|
||
| 场景 | RPO 目标 | 原因 |
|
||
|------|---------|------|
|
||
| 电商支付系统 | 0 分钟 | 不能丢失任何交易数据 |
|
||
| 实时聊天 | 5 分钟 | 可接受丢失最近几分钟消息 |
|
||
| 用户分析仪表盘 | 1 小时 | 部分历史数据可重建 |
|
||
| 内部 CRM | 15 分钟 | 最近的客户更新很重要 |
|
||
| 博客/营销站点 | 24 小时 | 一天的评论/注册丢失可接受 |
|
||
|
||
## 与 RTO 的关系
|
||
- RTO 是速度指标（停机多久），RPO 是数据完整性指标（丢多少数据）
|
||
- 备份频率（CDP vs 定时备份）直接影响 RPO
|
||
- 即使 RTO 优秀（5分钟恢复），RPO 差（1小时前备份）仍意味着大量数据丢失
|
||
|
||
## 实现技术
|
||
- [[连续数据保护]]（CDP）：持续备份，实现分钟级甚至秒级 RPO
|
||
- 同步复制：零 RPO，但成本高
|
||
- 异步复制：有延迟，通常分钟级 RPO
|
||
|
||
## Connections
|
||
- [[RTO]] ← 协同指标，共同构成灾难恢复策略
|
||
- [[灾难恢复]] ← RPO 是其核心衡量指标
|
||
- [[连续数据保护]] ← 实现更小 RPO 的技术手段
|