スマート重複排除ストレージ アーキテクチャにより、環境セットアップを数日から数分に短縮します。
注: これは、Rediacc が開発作業をどのように高速化するかを示す ユースケース例 です。私たちはスタートアップであり、まだ有料顧客はいません。これは完成したケーススタディではなく、製品が想定するシナリオとして扱ってください。
問題
Mehmet は電子商取引会社で DevOps を担当しています。チームはテスト、ステージング、開発のために 本番環境に近い環境 が必要です。その理由は次のとおりです。
従来のアプローチの限界:
- 本番環境に近い環境のセットアップには 時間または数日かかります
- 開発者はインフラのプロビジョニングが完了するまでテストを待ちます
- 環境の不一致により「自分のマシンでは動く」問題が発生します
新しい環境を立ち上げるのに数日かかるため、開発サイクルが遅くなっていました。そのボトルネックが:
- 開発速度を大幅に低下させる
- 開発パイプラインに依存関係と待機時間を生み出す
危機の影響
- ストレージ コストが IT 予算に対して持続不可能になった
- バックアップウィンドウが利用可能なメンテナンス時間を超えた
- バックアップ操作中にシステムのパフォーマンスが低下する
- バックアップが不完全なため、データ損失のリスクが増加
Rediacc ソリューション
Mehmet は Rediacc を見つけました。それを使って:
スマートバックアップテクノロジー
- 完全バックアップが作成されているように見えますが、変更されたデータのみが物理的に保存されます
- たとえば、10 TB のデータベースに 1 日の平均変更が 100 GB ある場合、システムは その 100 GB のみを記録します
- バックアップは、単一のファイルとして保存されている場合でも、復元中は完全かつシームレスに機能します。
主な利点
1. コスト削減
- 10 TB データベースで 100 GB の毎日の変更がある場合でも、毎月のストレージ コストは ~3 TB に制限されます (古いシステムでは ~300 TB でした)
2. あらゆるスタックに対応
- Rediacc は SQL Server に限定されません。MySQL、PostgreSQL、MongoDB、およびその他すべてのデータベースと互換性を持って動作します
- さまざまなシステムに 個別のノウハウ は必要ありません
3. より速いサイクル、より少ないハードウェア
- バックアップ時間が 時間から数分に短縮されます
- ディスクおよびネットワーク リソースの負荷が 99.99% 減少します (スナップショット間の総データの更新率に応じて異なります)
結果
Rediacc により、チームは:
- ストレージ コストを 99.99% 削減 (スナップショット間の総データの更新率に応じて)
- バックアップおよび復元プロセスを標準化
- さまざまなデータベース システムに対応する 単一のソリューション ですべてのニーズに対応