フェイルオーバー

Cloud Bigtable クラスタが応答しなくなった場合、レプリケーションにより受信トラフィックを同じインスタンスの別のクラスタにフェイルオーバーできます。フェイルオーバーは、アプリケーションが使用しているアプリ プロファイルと、アプリ プロファイルの構成方法に応じて、手動または自動で行えます。

このページでは、レプリケーションを使用しているインスタンスでの手動フェイルオーバーと自動フェイルオーバーの仕組みについて説明します。フェイルオーバーを行う方法については、フェイルオーバーの管理をご覧ください。

このページを読む前に、Cloud Bigtable レプリケーションの概要を理解する必要があります。

手動フェイルオーバー

アプリ プロファイルが単一クラスタのルーティングによりすべてのリクエストを 1 つのクラスタに送信している場合、別のクラスタへのフェイルオーバーをどの時点で行うかを自分で判断する必要があります。

別のクラスタにフェイルオーバーしたほうがよいことを示す兆候はいくつかあります。

  • クラスタが一時的なシステムエラーを大量に返すようになる。
  • 大量のリクエストでタイムアウトが発生するようになる。
  • 平均レスポンス レイテンシが許容限度を超えて増加する。

このような兆候はさまざまな理由で発生するため、別のクラスタにフェイルオーバーしても根本的な問題が解決するとは限りません。フェイルオーバーの前後でインスタンスをモニタリングし、指標が改善していることを確認してください。

手動フェイルオーバーを実行する方法については、手動フェイルオーバーの実行をご覧ください。

自動フェイルオーバー

アプリのプロファイルで複数クラスタ ルーティングを使用している場合、Cloud Bigtable は自動的にフェイルオーバーを処理します。最も近いクラスタがリクエストを処理できない場合、Cloud Bigtable は対応可能な最も近いクラスタにトラフィックをルーティングします。

クラスタが利用できない時間が非常に短い時間であっても、自動フェイルオーバーが発生することがあります。たとえば、Cloud Bigtable が 1 つのクラスタにリクエストをルーティングし、そのクラスタの応答が過度に遅い、または一時的なエラーを返す場合、Cloud Bigtable は通常、別のクラスタでそのリクエストを再試行します。

自動フェイルオーバーの多くは、非常に短時間で行われるため気付かれません。GCP Console の [自動フェイルオーバー] グラフを確認して、一定期間内に自動的に再ルーティングされたリクエストの数を確認できます。インスタンスのリストを開き、インスタンス名をクリックし、[モニタリング] をクリックします。

次のステップ

このページは役立ちましたか?評価をお願いいたします。

フィードバックを送信...

Cloud Bigtable ドキュメント