信頼性

VeloDB Cloudは3種類の障害から保護します：アベイラビリティゾーンの損失、データの損失または破損、リージョンの損失。それぞれ異なる機能によって処理され、RPOとRTOの2つのメトリクスで測定されます。

RPOとRTO

RPO（Recovery Point Objective）は、障害後に失う可能性のあるデータの最大量で、時間枠として測定されます。RPOが1時間ということは、最大1時間分の書き込みが失われる可能性があることを意味します。達成できるRPOは、以下で説明するように、どの保護機能に依存するかによって異なります。

RTO（Recovery Time Objective）は、障害の検出から復旧完了までの時間を含む、障害後にサービスを復旧するまでの最大時間です。RTOが1時間ということは、1時間以内にサービスが再開されることを意味します。復旧にデータの復元やインポートが含まれる場合、RTOはデータ量に応じて増加します。

各障害の処理方法

High Availabilityは単一のアベイラビリティゾーンの損失から保護します。VeloDB Cloudは複数のアベイラビリティゾーンにウェアハウスをデプロイするため、コミットされたデータはゾーン障害を生き延び、RPOはゼロになります。自動復旧の場合は、異なるゾーンの2つのクラスターをprimary-standby virtual clusterとしてペアリングします：プライマリゾーンに障害が発生すると、VeloDBは自動的にスタンバイにフェイルオーバーし、リアルタイムで同期を維持するため、切り替えは高速ですが瞬時ではありません。これは障害を最初に検出する必要があるためです。単一クラスターにはスタンバイがないため、別のゾーンに交換用クラスターを作成して手動で復旧することになり、RTOはいつ行動を起こすかと、新しいクラスターの開始とキャッシュのウォームアップにかかる時間に依存します。High Availabilityを参照してください。

Recycle Binは誤って削除したデータを復旧します。RECOVERを実行して、削除またはtruncateしたデータベース、テーブル、またはパーティションをリサイクルビンに残っている限り復元できます。この復旧はVeloDB Cloudがリソースを必要とする際にリサイクルビンのエントリを削除するため、保証されたものではなくベストエフォートベースです。保証された復旧ポイントが必要な場合はバックアップを使用してください。

Backupsはデータの破損と不正な書き込みから保護します。VeloDB Cloudは設定したスケジュールで同一リージョンのオブジェクトストレージにデータベースをコピーし、保持されている任意のバックアップから復元できます。バックアップのRPOは設定したバックアップサイクルに各バックアップの完了時間を加えたものです。バックアップや復元にかかる時間は、データ量、テーブルスキーマ、テーブル数など複数の要因に依存します。Backupsを参照してください。

Disaster Recoveryはリージョン全体の損失から保護します。バックアップとマルチゾーンデプロイメントはどちらも単一リージョン内にデータを保持するため、リージョナル障害を生き延びることができません。データを別のリージョンにエクスポートして使用可能なコピーを別の場所に作成し、そのリージョンのウェアハウスにインポートすることで復旧します。エクスポートのRPOは設定したエクスポートサイクルに各エクスポートの完了時間を加えたものです。Disaster Recoveryを参照してください。

推奨事項

実際のRPOとRTOを評価するために、本番規模のデータを使った復旧訓練を定期的に実施して、採用したアプローチをテストしてください。結果はデータ量、クラスターサイジング、アプリケーションに依存するためです。リージョン間で可能な限り低いRPOとRTOが必要な場合は、2つのリージョンでそれぞれウェアハウスを稼働させ、両方に書き込みを行うことで、リージョナル障害が発生しても即座にトラフィックを処理できる最新のコピーが残りますが、2つのウェアハウスを運用し、負荷をかけるコストが発生します。