ターボ レプリケーション

コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

サンプルに移動

ターボ レプリケーションは Cloud Storage の機能で、挿入、書き換え、コピー、作成などのオペレーションに関連して新しく作成された Cloud Storage オブジェクトをそのサイズに関係なく、15 分以内に別のリージョンへ複製するように設計されています。ターボ レプリケーションはデュアルリージョン バケットで使用でき、目標復旧時間(RPO)がさらに短く予測しやすいため、データ損失の低減に役立ちます。

ビジネスの継続性と障害復旧

ターボ レプリケーションにより、目標の 15 分以内に Cloud Storage データの地理的な冗長性が保証されます。従来のストレージ モデルは多くの場合、プライマリとセカンダリの地理的位置に依存します。しかし、地理的な冗長性により、ユーザーがプライマリとセカンダリの地理的位置間のネットワーク使用量をリダイレクトする必要がなくなるため、障害復旧プロセスが簡素化されます。

Cloud Storage は Cloud Load Balancing を使用して、複数のリージョンからデュアルリージョン バケットを提供します。そのため、リージョンが停止した場合、ターボレプリケーションは、最後の 15 分間に書き込まれたデータへのデータ損失のリスクを大幅に軽減するように設計されています。

デュアルリージョン ストレージとターボ レプリケーションは、ビジネスの継続性と障害復旧(BCDR)の取り組みをサポートしますが、管理者はワークロードに適した完全な BCDR アーキテクチャを計画して実装する必要があります。

詳細については、Google Cloud でアプリケーションの障害復旧を設計するための設定ガイドをご覧ください。

ターボ レプリケーションを使用すべきか

ターボ レプリケーションには、Cloud Storage SLA で保証された以下のメリットがあります。

  • デュアルリージョン バケット内のデータの地理的な冗長性を高速化します。 ターボ レプリケーションでは、別のリージョンへの 15 分以内のレプリケーションを目標とすることで、データ損失のリスクを軽減します。Cloud Storage のデュアルリージョンとマルチリージョンのバケットには、新しく書き込まれたオブジェクトの 99.9% を 1 時間以内を目標に別のリージョンに非同期的に複製するように設計されたデフォルトのレプリケーション動作が含まれます。ほとんどのオブジェクトは数分以内にレプリケーションを終了します。より短い、予測可能なレプリケーションの目標を必要とする場合、ターボ レプリケーションは、新しく書き込まれたオブジェクトの 100% を目標復旧時点 15 分以内に別のリージョンに複製するように設計されています。

  • リージョンの停止後もサービスが中断されないようサポートしますCloud Storage はバケットの現在の状態を常に把握し、必要に応じて各リージョンのオブジェクトを透過的に提供します。その結果、デュアルリージョン バケットは、目標復旧時間(RTO)がゼロになるように設計され、通常、リージョンの一時的な障害はユーザーに表示されません。

利用状況

ターボ レプリケーションは、次の事前定義されたデュアルリージョンを含め、デュアルリージョンのすべてのペアで使用できます。

デュアルリージョン名 デュアルリージョンの説明
NAM4 アイオワとサウスカロライナ
ASIA1 東京と大阪
EUR4 フィンランドとオランダ

詳細については、デュアルリージョン バケットを作成するをご覧ください。

制限事項

パフォーマンス モニタリング

Google Cloud コンソールからターボ レプリケーションのパフォーマンスをモニタリングできます。

RTO と RPO について

目標復旧時間(RTO)は、停止が発生した後の時間枠です。これは、サービスがオンラインに戻るまでの最大許容時間を表します。

目標復旧地点(RPO)は、停止前の時間枠です。これは、オブジェクトのレプリケーションを完了するために必要な最大許容時間です。これは、データが「危険にさらされている」とみなされる時間でもあります。

時間を表すスケール。イベントが中間で発生しています。この左側で「これらの書き込みは失われます」という部分までが RPO です。この右側で「通常のサービスの再開」という部分までが RTO です。

目標復旧地点の間に実行されたデータ書き込みは、リージョン停止の前に別のリージョンへの非同期レプリケーションが完了していない可能性があるため、危険な状態にあると考えられます(リージョン内のゾーン レプリケーションは同期的で、オブジェクトのアップロードが終了するとすぐに行われます)。

Cloud Storage で利用可能なデフォルトのレプリケーション動作では、ほとんどのオブジェクトが数分でレプリケーションを終了します。ターボ レプリケーションでは、目標復旧時点を 15 分未満とし、これをすべてのオブジェクト書き込みに適用することにより、より強力な目標復旧時点を実現します。

別の地理的位置に正常に複製されたオブジェクトは、いずれかのリージョンが停止しても引き続きアクセスできます。ただし、レプリケーションを完了しなかったデータは、停止したリージョンがオンラインに戻るまで使用できません。ごくまれなことですが、リージョンが物理的に破壊された場合はデータが失われる可能性があります。

Cloud Storage は、複製されていない最も古いオブジェクトをモニタリングします。オブジェクトのレプリケーションに 15 分以上かかった場合、この超過分の(不良)時間分は Number of minutes missing RPO として Google Cloud コンソールに表示されます。この数値は、バケット内のすべてのオブジェクトからの不良時間の合計を表します。

たとえば、1 つのオブジェクトで午前 9 時~9 時 20 分に 20 分間の不良があり、別のオブジェクトで午前 9 時 15 分~9 時 25 分に 10 分間の不良がある場合、合計は 25 分になります。これは、少なくとも 1 つのオブジェクトが午前 9 時~9 時 25 分の間に RPO を逃しているためです。このサービスレベル指標を使用して、バケットの月間レプリケーション時間の適合性をモニタリングできます。詳しくは、Cloud Storage SLA をご覧ください。

Google Cloud コンソールでは、完了したオブジェクトのレプリケーション数も追跡され、Object replications with turbo として表示されます。このサービスレベル指標を使用して、バケットの月間レプリケーション ボリュームの適合性をモニタリングできます。詳しくは、Cloud Storage SLA をご覧ください。

次のステップ