すべてのプロダクト
Search
ドキュメントセンター

Tair (Redis® OSS-Compatible):グローバル分散キャッシュ

最終更新日:Jun 14, 2025

Tair (Redis OSS-compatible) 用グローバル分散キャッシュは、Alibaba Cloud によって独自に開発されたアクティブ地理的冗長性データベースシステムです。地理的レプリケーション機能を提供し、アクティブ地理的冗長性とディザスタリカバリをサポートするために、異なるリージョンにあるインスタンス間でデータを迅速に同期できます。グローバル分散キャッシュインスタンスは、最大 3 つのサブインスタンスで構成できます。データは、サブインスタンス間でリアルタイムに自動的に同期されます。グローバル分散キャッシュは、データとユーザー間の物理的な距離を縮め、アクセスレイテンシを低減し、アプリケーションの応答速度を向上させるように設計されています。

背景情報

ビジネスが複数のリージョンに拡大するにつれて、リージョン間および長距離アクセスは、高レイテンシを引き起こし、ユーザーエクスペリエンスを低下させる可能性があります。グローバル分散キャッシュ for Tair (Enterprise Edition) は、リージョン間アクセスによって引き起こされる高レイテンシを軽減するのに役立ちます。グローバル分散キャッシュ には、次の利点があります。

メリット

説明

高信頼性

  • グローバル分散キャッシュは、再開可能なアップロードをサポートし、日単位の同期中断を許容します。データセンターまたはリージョン間の増分同期のネイティブ Redis アーキテクチャの制限を受けません。

  • マスターレプリカスイッチオーバーやレプリカ再構築などのトラブルシューティング操作は、サブインスタンスで自動的に実行されます。

高性能

  • 高スループット:標準アーキテクチャでは、同期チャネルは一方向で最大 50,000 クエリ/秒 (QPS) をサポートします。クラスタアーキテクチャでは、スループットはデータシャードまたはノードの数に比例してスケーリングします。

  • 低レイテンシ:同じ大陸内のリージョン間の同期の場合、レイテンシは数百ミリ秒から数秒の範囲で、平均は約 1.2 秒です。大陸間の同期の場合、平均レイテンシはリンクスループットと往復レイテンシ (RTT) に応じて 1 ~ 5 秒の範囲です。

高精度

  • バイナリログは、生成された順序でピアインスタンスに同期されます。

  • バイナリログがループで同期されるのを防ぐために、バックループ制御がサポートされています。

  • 同期されたバイナリログが 1 回だけ適用されるように、exactly once メカニズムがサポートされています。

シナリオ

この機能は、マルチメディア、ゲーム、e コマースなどの業界のクロスリージョンデータ同期シナリオとグローバルビジネスデプロイメントで使用できます。

シナリオ

説明

アクティブ地理的冗長性

アクティブ地理的冗長性シナリオでは、異なるリージョンの複数のサイトが同時にサービスを提供します。アクティブ地理的冗長性は、高可用性アーキテクチャの一種です。従来のディザスタリカバリ設計との違いは、アクティブ地理的冗長性アーキテクチャではすべてのサイトが同時にサービスを提供することです。これにより、アプリケーションは近くのノードに接続できます。

データディザスタリカバリ

グローバル分散キャッシュは、2 つのゾーンにまたがる 3 つのデータセンターに基づくゾーンディザスタリカバリ、ディザスタリカバリ、3 リージョンディザスタリカバリなど、ディザスタリカバリシナリオをサポートするために、サブインスタンス間で双方向にデータを同期できます。

負荷分散

超高 QPS と大量のアクセストラフィックが予想される大規模なプロモーションイベントなどの特定のシナリオでは、サブインスタンス間で負荷を分散して、単一インスタンスの過負荷のリスクを軽減できます。

データ同期

双方向データ同期は、グローバル分散キャッシュインスタンス内のサブインスタンス間で実装されます。この機能は、データ分析やテストなどのシナリオで使用できます。

機能概要

グローバル分散キャッシュ for Tair (Enterprise Edition) は、すべてのグローバル分散キャッシュサブインスタンス (略してサブインスタンス) とリンクの論理的なコレクションです。データは、同期チャネルを使用してサブインスタンス間でリアルタイムに同期されます。同期はインスタンスレベルで行われます。つまり、サブインスタンス内のすべてのデータが同期されます。次の図はアーキテクチャを示しています。

グローバル分散キャッシュインスタンスは、次のコンポーネントで構成されています。

コンポーネント

説明

サブインスタンス

サブインスタンスは、グローバル分散キャッシュインスタンスを構成する基本的なサービスユニットです。各サブインスタンスは独立したインスタンスです。すべてのサブインスタンスは読み取りおよび書き込み操作をサポートし、個別のエンドポイントを提供します。サブインスタンス間のデータ整合性は、リアルタイムの双方向同期によって維持され、データは任意の時点で最終的に整合性が保たれます。

サブインスタンスは、Tair (Enterprise Edition) DRAM ベースのインスタンスである必要があります。

同期チャネル

同期チャネルは、あるサブインスタンスから別のサブインスタンスにデータをリアルタイムで同期するために使用される一方向リンクです。2 つのサブインスタンス間で双方向レプリケーションを実装するには、2 つの反対の同期チャネルが必要です。

オープンソース Redis でサポートされている AOF (Append-Only File) に加えて、グローバル分散キャッシュ for Tair (Enterprise Edition) には、server-id や opid などの同期用情報が含まれています。グローバル分散キャッシュは、同期チャネルを介してバイナリログを送信してデータを同期します。

チャネルマネージャー

チャネルマネージャーは、同期チャネルのライフサイクルを管理し、マスターレプリカスイッチオーバーやレプリカ再構築など、サブインスタンスで発生する例外を処理するための操作を実行します。

説明

中国本土と他のリージョン間の国境を越えた同期はサポートされていません。グローバル分散キャッシュインスタンスでは、すべてのサブインスタンスが中国本土または他のリージョンにある必要があります。詳細については、「制限」をご参照ください。

課金

この機能は無料です。仕様に基づいて、Tair (Enterprise Edition) DRAM ベースのサブインスタンスに対してのみ課金されます。詳細については、「課金対象項目」をご参照ください。

使用上の注意

  1. 既存の Tair (Enterprise Edition) DRAM ベースのインスタンスを変換するか、新しいインスタンスを作成して、最初のグローバル分散キャッシュサブインスタンスを作成します。

    最初のサブインスタンスを作成すると、グローバル分散キャッシュインスタンスが自動的に作成されます。

  2. グローバル分散キャッシュインスタンスで、新しいインスタンスを作成して、2 番目または 3 番目のサブインスタンスを追加します。

  3. ビジネスコードで、地理的に近い場所からのアクセスを確保することにより、ユーザーにより良いサービスエクスペリエンスを提供するために、異なるリージョンからのリクエストを近くのサブインスタンスのエンドポイントに直接送信します。

FAQ

  • Q: グローバル分散キャッシュサブインスタンスのマイナーバージョンを同時に更新できますか?

    A: ビジネスの継続性と安定性を確保するために、サブインスタンスの更新時間を 30 分以上ずらして設定することをお勧めします。これにより、更新プロセス中の同時サービス中断を回避し、ビジネスへの影響を軽減できます。

  • Q: グローバル分散キャッシュサブインスタンスのアーキテクチャ (たとえば、標準アーキテクチャからクラスタアーキテクチャ) を変更できますか?

    A: いいえ。事前に適切に計画することをお勧めします。

  • Q: 標準アーキテクチャを使用するグローバル分散キャッシュサブインスタンスのメモリ仕様 (たとえば、8 GB から 16 GB) を変更できますか?

    A: はい。すべてのサブインスタンスの仕様が同じであることを確認してください。すべてのサブインスタンスに対して同じ構成変更を行うことをお勧めします。サブインスタンスの仕様が一致しない場合、パフォーマンスまたは容量の問題が発生する可能性があります。

  • Q: グローバル分散キャッシュインスタンスはマルチライト操作をサポートしていますか?

    A: 異なるサブインスタンスにデータを書き込むことができます。ただし、同じキーを複数のサブインスタンスで同時に、または短期間で変更することは避けてください。そうしないと、データの不整合が発生する可能性があります。詳細については、「データ整合性の制限」をご参照ください。