BigQuery Managed Disaster Recoveryを試してみる(1)

はじめに

BigQuery Managed Disaster Recovery は、異なるリージョン間でデータを自動レプリケーションし、リージョン障害時には簡単に別のリージョンでの復旧を可能にする機能です。

機能についての概要はGoogle Cloud Next’25のセッションについてのブログ記事に譲り、ここでは実際の設定内容や挙動をご説明します。

動作検証

実施概要

東京（asia-northeast1）をプライマリ、そして大阪（asia-northeast2）をセカンダリとしたシステムで、以下を検証します。

• フェイルオーバー（東京から大阪への切り替え）
• フェイルバック（大阪から東京への切り替え）

フェイルーオーバー操作とクエリ実行

1. フェイルオーバー前に、プライマリリージョンで動作するかを確認するため、簡単なSELECTクエリを実行します。
   
   
   

   asia-northeast1で実行されたことが分かります。

   また明示的にasia-northeast2をロケーション指定すると、クエリ結果は同じですが期待通りasia-northeast2で実行されたことが分かります。
   
   

2. フェイルオーバーを実行します。予約割り当ての画面から「フェイルオーバー」を行います。

   
   数分後にはプライマリ/セカンダリが入れ替わったことが確認できました。
   

3. クエリ確認を確認します。

   先ほどと同じようにクエリを実行すると、ロケーション指定が無い状態ではasia-northeast2で実行されたことが分かります。
   

   フェイルオーバーによってセカンダリになったasia-northeast1でのクエリ実行は、ロケーション指定により可能です。
   

   このように「フェイルオーバー」操作1つでプライマリ/セカンダリが切り替わります。クエリを実行する側としても、ロケーションやクエリの中身を意識せずとも、プライマリになっているロケーションに対して操作が実施可能です。

フェイルバック操作とクエリ実行
　フェイルバック操作はフェイルオーバーと同様です。

1. 現在の状態から「フェイルオーバー」を再度実施します。
   

   
   東京から大阪へのフェイルオーバー実施前と同じ状態に戻りました。

2. クエリ実行確認すると、ロケーション指定が無い状態でもasia-northeast1で実行されており、プライマリがasia-northeast1に戻っていることが分かります。
   
   

   セカンダリになったasia-northeast2でのクエリ実行は、ロケーション指定により可能です。