Tablestore:グローバルテーブル

仕組み

グローバルテーブルは、Tablestore のマルチリージョンレプリケーション技術を利用して、異なるリージョンのインスタンス間にデータ同期チャネルを作成します。あるリージョンのテーブル内のデータが変更されると、その変更は他のリージョンのレプリカテーブルに自動的に同期されます。このプロセスにより、クロスリージョンでのデータ整合性が保証されます。異なるインスタンスやリージョンにまたがるテーブルレプリカを動的に追加または削除できます。

レプリケーションプロセス全体は、手動での介入なしにバックグラウンドで自動的に実行されます。このメカニズムは、データ整合性を確保しつつ、許容可能な目標復旧時点 (RPO) を達成します。これにより、ほとんどの業務システムのディザスタリカバリと業務継続性の要件を効果的に満たします。

日常的な使用では、ユーザーやアプリケーションは最寄りのレプリカにアクセスして読み書き操作を行うことができます。これにより、アクセスレイテンシが大幅に削減されます。データセンターの停止や自然災害などのリージョン障害や大規模災害が発生した場合、複数のレプリカを使用して迅速にディザスタリカバリのスイッチオーバーを開始できます。これにより、重要なアプリケーションとデータを再構築し、業務継続性を確保できます。

特徴

利用シーン

グローバルテーブルは、高可用性、低レイテンシのクロスリージョン読み書き、およびクロスリージョンディザスタリカバリを必要とするビジネスシナリオに適しています。典型的なシナリオは次のとおりです：

• クロスリージョンバックアップ：プライマリリージョンで障害が発生した場合、セカンダリリージョンに切り替えて読み取りサービスを継続し、業務継続性を確保できます。たとえば、e コマースシステムがプライマリのユーザーテーブルを中国 (杭州) リージョンの Tablestore インスタンスに保存し、レプリカテーブルを中国 (北京) リージョンに保存しているとします。中国 (杭州) リージョンで障害が発生した場合、中国 (北京) のインスタンスがクエリサービスを提供し続けます。

• 1 つのリージョンで書き込み、複数のリージョンで読み取り：最寄りのリージョンにデータを書き込み、他の近くのリージョンから読み取ります。これは、リモートアクセスの高速化が必要なシナリオに適しています。たとえば、あるサービスのプライマリ書き込み操作は中国 (杭州) リージョンに向けられます。読み取り専用のレプリカは、低レイテンシのクロスリージョン読み取りの需要を満たすために、中国 (北京) および中国 (ウランチャブ) リージョンにデプロイされます。

グローバルテーブルのリージョンサポート：グローバルテーブルは現在、中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (フフホト)、中国 (ウランチャブ)、中国 (深セン)、中国 (広州)、および中国 (成都) リージョンでサポートされています。

グローバルテーブルの作成

サービスをアクティベートしてインスタンスを作成します。プライマリリージョンとターゲットレプリカリージョンの両方でインスタンスを作成します。

グローバルテーブルでのデータの読み書き

グローバルテーブルのレプリカテーブルでのデータの読み書きは、標準のデータテーブルでのデータの読み取りおよびデータの書き込みと同じです。

• データを読み取るには、対応するレプリカテーブルが配置されているインスタンスのエンドポイントを使用します。

• プライマリセカンダリモードでは、プライマリレプリカのみがそのインスタンスのエンドポイントを介した書き込みを許可します。他のレプリカは、プライマリセカンダリのスイッチオーバー中を除き、読み取り専用です。

アクティブ-パッシブ関係の変更

プライマリセカンダリモードで、プライマリレプリカテーブルに障害が発生した場合や、アプリケーション層で書き込みリージョンを切り替える必要がある場合、別のレプリカテーブルを新しいプライマリとして設定してサービスを継続できます。

1. [グローバルテーブル] タブで、パッシブテーブルの [操作] 列にある [プライマリテーブルに切り替え] をクリックします。

2. [プライマリセカンダリ関係の変更] ダイアログボックスで、プライマリテーブルのスイッチオーバータスクを送信し、データ同期を開始します。

   重要

   データ同期は継続します。所要時間はデータ量、システムリソース、その他の要因によって異なります。データ同期中、プライマリレプリカテーブルと新しいプライマリとして選択されたレプリカテーブルの両方が書き込み可能になります。これにより、データ不整合のリスクが生じる可能性があります。

   1. [データ同期] ステップで、[データ同期の開始] をクリックします。

      

   2. [プライマリセカンダリテーブルのスイッチオーバー] ダイアログボックスで、[詳細を表示] をクリックして、データ同期の RPO ステータスを確認します。

3. アプリケーション層の書き込みパスを切り替えます。

   アプリケーション層の書き込みパスを切り替える前に、プライマリテーブルとパッシブテーブルのデータが一致していることを確認してください。

   1. いずれかのテーブルの [同期モード] 列にある [書き込みパスの切り替えを確認] をクリックします。

   2. [アプリケーション層の書き込みパスの切り替え] ステップで、データ同期が完了し、アプリケーション内のすべての書き込みエンドポイントを新しいプライマリのエンドポイントに変更したことを確認します。その後、[書き込みパス切り替え済み] をクリックします。

      

4. プライマリテーブルへの切り替えを確認します。

   書き込みパスを切り替えた後、できるだけ早くプライマリテーブルの切り替えを確認してください。

   重要

   この操作の後、元のプライマリテーブルの書き込み機能は無効になります。

   1. いずれかのテーブルの [同期モード] 列にある [表示] をクリックします。

   2. [プライマリテーブルへの切り替えを確認] ステップで、[同期完了、今すぐプライマリテーブルに切り替え] をクリックします。

      説明

      プライマリセカンダリテーブルのスイッチオーバーをキャンセルするには、[プライマリテーブルの切り替えをキャンセル] をクリックし、キャンセルの確認を完了します。

      

   3. 確認ダイアログボックスで、[OK] をクリックします。

      変更が成功すると、元のプライマリレプリカは読み取り専用になり、新しいプライマリレプリカが読み書き機能を提供します。

グローバルリージョンの追加

グローバルテーブルに 1 つ以上のグローバルリージョンを追加します。

1. [グローバルテーブル] タブで、レプリカテーブルの [操作] 列にある [グローバルリージョンの追加] をクリックします。

2. [グローバルリージョンの追加] ダイアログボックスで、宛先インスタンスのリージョンとインスタンス名を選択します。

   複数のグローバルリージョンを追加するには、[インスタンスの追加] をクリックして続行します。

   説明

   宛先インスタンスにグローバルテーブルと同じ名前のデータテーブルが既に存在する場合、グローバルリージョンの追加は失敗します。

3. [OK] をクリックします。

同期の削除

グローバルテーブルの同期関係を削除します。

1. [グローバルテーブル] タブで、次のいずれかの方法を選択して同期関係の削除を開始します。

   • 単一レプリカの削除：レプリカテーブルの [操作] 列にある [同期の削除] をクリックします。

   • 複数レプリカの一括削除：削除するレプリカテーブルを選択し、リストの下にある [同期の削除] をクリックします。

2. 確認ダイアログボックスで、[OK] をクリックします。

開発者向けインテグレーション

グローバルテーブルは Java SDK と共に使用できます。

本番稼働

• グローバルテーブル操作に関する推奨事項

  • 既存テーブルのグローバルテーブル作成：元の読み書き API は変更されません。データは新しいレプリカに自動的に同期されます。新しいレプリカは読み取り負荷を分担できます。

  • 新規グローバルテーブルの作成：テーブルスキーマを決定し、ベーステーブルを作成してから、グローバルテーブルを作成します。グローバルテーブルはテーブルスキーマの変更をサポートしていません。グローバルテーブルを作成する前に、ベーステーブルがすべてのテストに合格していることを確認してください。

  • 新しいレプリカの動的アタッチ：グローバルテーブルを使用中に、既存のレプリカの読み書き操作に影響を与えることなく、新しいレプリカを動的に追加できます。新しいレプリカは、グローバルテーブルの最新データを持ちます。

  • 既存レプリカのデタッチ：レプリカテーブルが不要になった場合は、まずデタッチできます。デタッチ後、レプリカは他のレプリカからのデータ同期を停止しますが、テーブルとそのデータは保持されます。レプリカを削除するには、デタッチ後に手動で削除する必要があります。

• 適切なリージョンの組み合わせを選択：ユーザーの分布とビジネスニーズに基づいて、適切なプライマリおよびセカンダリリージョンを選択します。

• プライマリリージョンのフェールオーバー：プライマリセカンダリモードで、プライマリリージョンが利用できなくなった場合、まずコンソールで新しいプライマリレプリカテーブルを選択し、次にアプリケーションの書き込みパスを切り替えます。データが新しいプライマリレプリカテーブルに同期されるのを待ってから、それをプライマリレプリカテーブルに昇格させます。スイッチオーバー中に短い書き込み中断が発生する可能性があります。ビジネス側でリトライメカニズムを実装することを推奨します。

  重要

  データ損失を防ぐために、ビジネスアプリケーションはアプリケーションとサービスのスイッチオーバーの順序とタイミングを管理する必要があります。

課金

グローバルテーブルでは、データストレージ、データ読み取り、データ書き込み、およびクロスリージョンレプリケーショントラフィックに対して料金が発生します。

料金は次のように説明されます：

• データストレージ料金：各レプリカテーブルは独立してデータを保存します。各テーブルのリージョンに実際に保存されているデータ量に対して個別に課金されます。

• データ読み取り料金：この料金は、すべてのレプリカテーブルでのローカル読み取り操作に対するものです。

• データ書き込み料金：書き込み操作は、書き込み可能なレプリカでのみ実行できます。書き込み料金は、データが直接書き込まれるテーブルに対してのみ発生します。非同期レプリケーションを介してデータを同期するレプリカテーブルでは、書き込み料金は発生しません。

• クロスリージョンレプリケーショントラフィック料金：この料金は、データが各レプリカテーブルに非同期でレプリケートされる際に生成されるクロスリージョンのデータ転送トラフィックに対して課金されます。

  重要

  各レプリカのクロスリージョンレプリケーショントラフィック料金は個別に計算されます。料金は、データがプルされるインスタンスに請求されます。

よくある質問