本番を1分でクローン。5分で復旧。もうチケットは不要。
本番を60秒でクローン、5分で復旧。自社ハードウェアで動く、CLI-first。チケット無用、待ちなし。データはあなたのもの。
問題点
すべて自動化。ただしテスト環境だけは別。
CI/CDは数分でデプロイ。IaCは数秒でプロビジョニング。ところが本番データでテスト環境が要ると、チケット申請に3日待ち。その間ステージングは共有で不安定。本番と全然違う。
69% の開発者がツール周りの非効率性で、毎週8時間以上を失っている Atlassian 2024
3日 エンタープライズチームで新環境のセットアップに要する平均時間 業界調査
$50K/年 1人の開発者あたり、コンテキスト切り替えで失う時間 業界総合
タイムラインを見る
従来の方法
月曜 チケット提出
火曜 Opsレビュー
水曜 サーバー準備
木曜 環境設定
金曜 本番と異なる
Rediaccなら
rdc ceph snapshot create
52s
完了
60s
クローン作成時間
<5 min
完全復旧
0
必要なチケット数
仕組み
1コマンド。本番を完全にクローン。
1
クローン
rdc ceph snapshot create production で実行。Btrfs CoWがサブ秒でスナップショット。アプリ、DB、設定が全部。
2
作業
本番と同じデータですぐにコーディング開始。ブランチをプッシュするたび、新しいクローンが手に入る。
3
復旧
何か壊れた？数秒で復旧。不変スナップショットだからデータは失われない。
本番環境 稼働中
nginx :443
api-server :8080
postgres :5432
redis :6379
クローン
52s
feature-auth-v2 クローン済み
nginx :443
api-server :8080
postgres :5432
redis :6379
技術詳細
60秒でクローンが作れる理由
Rediaccがファイルシステムレベルでbtrfs CoWスナップショットを活用。380 GBの本番環境でもサブ秒で完成し、最初はストレージ追加ゼロ。クローンが分岐するにつれ、変わったブロックだけが新しいスペースを使う。
60秒でクローンが作れる理由
| 従来のアプローチ | Rediacc（btrfs CoW） |
|---|---|
| Dockerボリュームコピー：完全データコピー、数分～数時間 | メタデータのみのスナップショット：サブ秒、任意のサイズ |
| pg_dump 380 GB：12～36時間、DBエンジン1つずつ | すべてのDBを1つのアトミック操作でクローン |
| 10クローン = 10倍のストレージ（3.8 TB） | 10クローンがCoWでブロック共有（デルタ約15 GB） |
| ロールバック：バックアップから復元（30分以上） | ロールバック：btrfsスナップショット切り替え（5分未満） |
| Kubernetesクラスタの複製：再プロビジョニング、再デプロイ、データ再投入 | rdc cluster fork copies it, data included. 46 seconds in our lab |
なぜ重要か
すべてを自動化するエンジニアのために構築
60秒で環境構築
リクエストから稼働環境まで1分以内。OS、コンテナ、データベース、設定をすべて含む。
CLIファースト、スクリプト対応
全部コマンド。CI/CD、Gitフック、独自の自動化と統合可能。GUI不要。Kubernetes対応で、namespaceもリポジトリみたいにフォークできる。
瞬時ロールバック
Btrfsの不変スナップショット。どの環境も秒単位で復旧。データロスなし、ダウンタイムなし。