Amazon DynamoDBは、その卓越したスケーラビリティとパフォーマンスが高く評価されており、数え切れないほどのクラウドネイティブアプリケーションの基盤となっています。企業がこのNoSQLデータベース上で、ますますミッションクリティカルなシステムを構築するにつれ、議論は自然と「責任分担モデル」や、堅牢なデータ保護の重要性へと移りつつあります。
当初、企業はDynamoDBのデータを保護するために、主に2つのネイティブ機能、すなわちDynamoDB Point-in-Time Recovery（PITR）とAWS Backupに依存していました。これらは機能的には問題ありませんでしたが、いずれも制限があり、セキュリティやコスト効率の面で課題が残っていました。
ネイティブのバックアップツールの限界に関する分析
ネイティブツールをさらに深く分析してみると、解決すべき根本的な問題が明らかになりました：
- DynamoDB PITR：精度とリスクのトレードオフ 従来のPITRは、任意の時点への復元を可能にする高い復元精度を備えています。しかし、これには重大なアーキテクチャ上の制約がありました。それは、バックアップがソーステーブルと不可分に結びついているという点です。元のテーブルが、誤ってでも悪意によってでも削除されてしまうと、PITRバックアップも永久に失われてしまいます。この依存関係により、データ復元において単一障害点が生じます。また、PITRはアカウント間の復元をサポートしていないため、アカウントが侵害された場合の選択肢が制限されます。
- AWS Backup：利便性には代償が伴う AWS Backupは、マネージドバックアップの利便性を提供し、コピーをソーステーブルから論理的に分離して保持します。しかし、その代償として、コストの増加とセキュリティ上のリスクが生じます。AWS Backupは定期的なフルバックアップに依存しているため、データ量が増加するにつれて総所有コスト（TCO）が高くなります。さらに、これらのバックアップは通常、プライマリデータと同じ企業のセキュリティ領域内に保存されるため、広範囲にわたるセキュリティインシデントが発生した際に脆弱になる可能性があります。
新たな基盤：Clumio SecureVault for DynamoDB による根本的な問題の解決
こうした課題に対処するには、新たなアプローチが必要でした。2022年、Clumioは、こうした具体的な問題を解決するために設計されたソリューション「SecureVault for DynamoDB」をリリースしました。このソリューションは、以下の機能を提供することで、DynamoDBのデータ保護における新たな基盤を確立しました：
- 真のエアギャップ方式による不変の保護：SecureVaultは、バックアップをプライマリのAWS環境から完全に隔離された、独立したセキュアなプラットフォームに保存します。これにより、ソーステーブルが侵害されたり削除されたりした場合でも、バックアップが失われるリスクを排除します。
- 「Incremental Forever」によるコスト効率：「繰り返し行われるフルバックアップによる高いTCO」に対処するため、SecureVaultは「Forever Incremental」モデルを導入しました。初回バックアップ後は、変更されたデータのみを継続的に保存します。
その効果は即座に、かつ明確に現れました。オンライン学習分野の大手顧客の1社は、Clumioへの移行により、DynamoDBのバックアップ費用を70%以上削減すると同時に、セキュリティ体制も強化しました。SecureVaultは、データ保護における根本的な課題を効果的に解決しました。
次の課題：パーティション単位の復旧に伴う苦労
SecureVaultによってテーブルレベルの問題は解決されましたが、アーキテクチャのベストプラクティスの進化に伴い、新たな、より厄介な課題が浮上しました。現代のSaaSアプリケーションは、多くの場合、数千ものテナントに対応する単一の巨大なDynamoDBテーブルに依存しており、各テナントのデータは一連のパーティションキーによって隔離されています。
さて、次のような悪夢のようなシナリオを想像してみてください。継続的なソフトウェア更新におけるわずかなコードの変更が、バグを引き起こします。このバグはテーブル全体を破損させるわけではありません。数十億件のレコードを格納する100テラバイトという巨大なテーブルのうち、2つか3つのテナントパーティションにのみ影響を及ぼすのです。
従来の方法でこれを復旧しようとすると、運用上の大きな負担が生じます：
- ステップ 1：コストのかかるテーブル全体の復元。 このプロセスでは、まずテーブル全体を新しい一時テーブルに復元することから始まります。つまり、わずか数ギガバイトの破損データを復元するためだけに、さらに100 TBのストレージを確保してその費用を支払い、データのコピーが完了するまで数時間、あるいは数日間も待たなければなりません。これにより、復旧時間目標は即座に達成できなくなります。
- ステップ 2：骨の折れる手作業による選別。 一時テーブルがオンラインになった後、エンジニアは数十億件もの項目を精査するために、複雑な ETL スクリプトを作成して実行しなければなりません。彼らの使命は、影響を受けたパーティションからのみデータを抽出することですが、このプロセスは信じられないほど時間がかかり、かつエラーが発生しやすい危険な作業です。スクリプトにたった 1 つのミスでもあれば、さらなるデータ損失につながる恐れがあります。
- ステップ 3：冗長な繰り返し。 異なるパーティションが異なるタイミングで破損した場合、各タイムスタンプごとに復元と選別のプロセスを繰り返す必要があり、コストと技術的な負担が増大します。
- ステップ 4：リスクの高いクリーンアップ。
本番テーブルへのデータのコピーが完了したら、エンジニアは一時的な 100 TB のテーブルを手動で削除することを忘れてはなりません。この手順を見落とすと、莫大なストレージコストが発生する恐れがあります。
この復旧方法は、単に非効率であるだけでなく、開発者の工数を浪費し、ビジネスにリスクをもたらす、リスクが高くコストのかかるエンジニアリングプロジェクトです。
「Clumio Backtrack」のご紹介：苦悩からシンプルさへ
Clumio Backtrack for DynamoDB は、SecureVault を基盤として、この復旧作業の複雑さを解消します。3つの主要な機能を提供することで、かつては数日間にわたる技術的な危機であったものを、わずか数分で完了する単純な運用タスクへと変えます。
- 復旧の粒度：必要な部分のみを復元。 バックトラックを使用することで、エンジニアは影響を受けた特定のパーティションキーのみを対象として 指定できます。数百テラバイトを復元する代わりに、必要な数ギガバイトのデータのみを抽出します。これにより、テーブル全体を復元する際のコスト、時間、およびオーバーヘッドを完全に排除し、ほぼ瞬時に復旧作業を開始することが可能になります。
- 復旧の精度：その瞬間の状態に正確に復元します。 バックトラックでは、対象となる各パーティションについて、秒単位の精度で任意の時点への復元が可能です。これにより、チームはデータを一切失うことなく、破損前の正確な状態に復元でき、手作業による推測を必要とせずに整合性を維持できます。
- インプレース復旧：復旧作業が簡素化されました。 これが最も重要な革新です。バックトラックは、修正されたデータを稼働中の本番用テーブルに直接復旧します。一時テーブルを作成する必要も、カスタムスクリプトを作成する必要も、クリーンアップ作業を管理する必要もありません。数日間に及ぶリスクの高いデータ移行プロジェクトが、直感的なUIでの数回のクリック操作に置き換えられます。
SecureVaultが持つ根本的なコスト効率とセキュリティが基盤を築きました。Backtrackが外科手術のような精度とインプレース復旧機能を加えることで、この統合ソリューションは、どのネイティブツールも及ばない領域にまで到達します。
Clumio SecureVaultは、当初のニーズであるエアギャップによるセキュリティとコスト効率の高いバックアップに対応していました。しかし、復旧要件がよりきめ細かくなるにつれ、テーブル単位の復元に伴う運用上の複雑さは、もはや耐え難いものとなってしまいました。
SecureVaultの基盤となる保護機能を土台として、Clumio Backtrackは、組織がネイティブツールの限界を乗り越えることを可能にする、ピンポイントかつその場での復旧機能を提供します。これらを組み合わせることで、現代の企業が最も重要なDynamoDBワークロードに対して、真に現代的でシンプルかつ強靭なデータ保護戦略を実装できるよう支援する包括的なソリューションが形成されます。今すぐ無料トライアルをお試しください。
