跳至主要内容 跳至导航 跳至页脚
多云架构

在需要之前测试你的故障转移

安全地运行灾难模拟。确认你的恢复方案确实有效。在关键时刻不留意外。

每朵云都有备份。但没有一个让你零风险测试故障转移。Rediacc 可以。

$ rdc ops status
Snapshot production state ..... done
Simulating primary failure .... done
Triggering failover to secondary-dc .. done
Verifying 8 containers on secondary .. 8/8 healthy
Running health checks ......... all passed
Rolling back to primary ....... done
✓ Failover test passed: 8/8 services recovered in 22s
Duration: 4m 12s    RTO: 22s    Services: 8/8    Data loss: 0 bytes

输出仅作示例,实际运行可能有更多日志。 CLI reference: rdc ops status

Monthly
Recommended Test Frequency
100%
Full-Stack Test Coverage
0
Production Impact
问题所在

未经测试的故障转移只是一个希望

你有灾难恢复计划。但你上次测试是什么时候?大多数团队没有。他们假设它能工作。然后灾难来临,他们发现它不能。未经测试的计划不是计划。它只是一个希望。

Only 13% of organizations use orchestrated DR workflows Veeam 2024 Data Protection Trends Report [1]
Only 32% of organizations can recover 50 servers within a business week Veeam 2024 Data Protection Trends Report [1]
Only 58% of servers resumed within SLA during recovery tests Veeam 2024 Data Protection Trends Report [1]
传统方式
Q1 Schedule DR test
Q2 Postpone (too busy)
Q3 Assemble team
Day 1 Run test manually
Day 2 Find gaps, panic
使用 Rediacc
Run test
4 min
Report
真实成本

未经测试的故障转移花费你多少钱?

拖动滑块以匹配你的业务。查看寄希望于 DR 计划有效的真实成本。

计算你的 DR 测试差距风险敞口

不进行测试
客户流失(预估)$16,000
合规罚款风险$8,000
手动恢复人力$14,400
每次事故的风险收入$80,000
年度 DR 失败风险敞口
$118,400
使用 Rediacc 测试
客户流失(预估)$0
合规罚款风险$0
手动恢复人力$0
每次事故的风险收入$0
年度 DR 失败风险敞口
$0
收入风险:小时收入 × 预期停机小时数。恢复人力:3 名工程师 × 停机小时数 × $200/小时 × 每人 3 个服务。流失:风险收入的 20%(保守估计)。合规:收入损失的 10%。只有 13% 的组织使用编排化 DR 工作流(Veeam 2024)[1]。通过每月自动化测试,差距在造成影响之前就被发现和修复。
工作原理

一条命令,完全信心。

1

Simulate

Run rdc failover test --simulate. Controlled failure against a clone. Zero risk to production.

2

Observe

Watch every step in real time. RTO, RPO, service health — all measured and logged. Connects to your monitoring stack.

3

Verify

Get a pass/fail report with exact RTO, RPO, and per-service health. Fix gaps before they become real outages.

主节点 (us-east-1) 测试模式
nginx :443
api-server :8080
mariadb :3306
redis :6379
模拟
4 分 12 秒
✓ 测试通过 通过
RTO 22s
RPO 0 bytes
Services 8/8
Status PASS
底层技术

为什么传统 DR 测试会失败

传统 DR 测试需要生产停机、一个工程师团队和数周的规划。Rediacc 使用 btrfs 写时复制快照在数秒内创建整个基础设施的隔离克隆。测试在克隆上运行——生产永不停止。

传统 DR 测试
Rediacc DR 测试
Requires production downtime window
Tests against isolated clone, zero production impact
3-5 days to plan, assemble team, execute
One command, 4 minutes, automated
Tested annually (if at all) — quarterly at best
Monthly or via cron/CI — test as often as you deploy
Manual verification — “looks right” judgment calls
Automated health checks — pass/fail with exact RTO/RPO
重要意义

您将获得什么

Safe simulations

Test failover without affecting production. The simulation runs against a btrfs clone — your live services never stop.

Full visibility

See exactly what happens during recovery, step by step. Every service, every port, every health check — logged with exact timestamps.

Confidence before chaos

Know your disaster plan works before you need it. Failover test integrates with your CI pipeline — failed? You get an alert before it matters.

差距对比

DR 测试工具对比

大多数 DR 解决方案备份你的数据。很少有工具让你测试完整的故障转移。没有一个能在 4 分钟内零生产影响地完成。

功能 AWS BackupVeeamZertoDruva Rediacc
Full-stack failover test
Zero production impact
Under 5 minutes
Automated pass/fail report
CI/CD integration
Cross-cloud testing
Self-hosted / your infrastructure
我们在一个周二上午运行了第一次自动化故障转移测试。它发现了 3 个关键差距——一条过期的 DNS 记录、备用系统上缺失的 SSL 证书、以及 4 分钟的数据库复制延迟。这三个问题在真实故障时都会导致宕机。我们在一个下午就修复了它们。现在我们每月测试一次,睡得更安心。
频率提高 12 倍 · 首次运行发现 3 个关键差距

今天就测试你的故障转移计划

从免费的社区版开始。5 分钟内运行你的第一次 DR 测试。

免费开始使用社区版 无需信用卡
$ rdc repo push production --to-machine secondary -m primary --checkpoint
复制任何容器化工作负载
数据库、邮件服务器、CI/CD、CMS、监控、认证——只要在容器中运行,Rediacc 就能复制和测试它。
来源与参考
  1. Veeam, “2024 Data Protection Trends Report — BC/DR Trends,” 2024. “Only 13% of organizations utilize orchestrated workflow as part of their disaster recovery processes.” “Only 58% of servers met their recovery SLA during their last large-scale attack.” “Only 32% of organizations believe that they could recover 50 workloads within an entire business week.” www.veeam.com
产品性能声明基于 Rediacc 的 btrfs 写时复制架构。计算器估算使用行业标准成本模型;实际成本因组织而异。