Tair (Redis OSS-compatible) は、マルチレプリカクラスターインスタンスをサポートし、クラスターアーキテクチャの読み書き分離機能を有効にできます。 クラスターアーキテクチャは、オープンソースのRedisのシングルスレッドモードのボトルネックを解決し、大容量と高性能の要件を満たします。 クラスターアーキテクチャは、プロキシモードとダイレクト接続モードの2つの接続モードをサポートしています。 ビジネス要件に基づいて接続モードを選択できます。
プロキシモード (推奨)
プロキシモードは、クラスターインスタンスの使用を簡素化します。 標準のマスターレプリカインスタンスに接続するのと同じ方法で、プロキシモードでクラスターインスタンスに接続できます。 プロキシノードは、クライアント要求をデータシャードに自動的に転送し、ホットキーのデータキャッシュやフェイルオーバーなどの高度な機能を提供します。 詳細については、「プロキシノードの機能」をご参照ください。
プロキシモードのクラスターインスタンスのアーキテクチャとコンポーネントの詳細については、次の図と表をご参照ください。
複数のレプリカ
プロキシモードのマルチレプリカクラスタアーキテクチャ
プロキシモードのマルチレプリカクラスタアーキテクチャのコンポーネント
コンポーネント | 説明 |
プロキシノード | プロキシノードは、クライアント要求をデータシャードに転送します。 クラスターアーキテクチャでは、複数のプロキシノードがサービスを提供し、ディザスタリカバリをサポートします。 |
データシャード | 各データシャードは、マスターノードと最大4つのレプリカノードが異なるホストにデプロイされる高可用性 (HA) アーキテクチャを使用します。 セカンダリゾーンにレプリカノードをデプロイできます。 複数のレプリカノードが存在すると、ディザスタリカバリ機能が強化され、データ損失のリスクが軽減されます。 |
HAシステム | マスターノードに障害が発生した場合、システムは30秒以内にワークロードをレプリカノードに自動的に切り替え、サービスの可用性とデータの信頼性を確保します。 インスタンスがデュアルゾーンモードでデプロイされ、プライマリゾーンにレプリカノードが存在する場合、ゾーン間アクセスを防ぐために、ワークロードは優先的にレプリカノードに切り替えられます。 |
読み書き分離の有効化
プロキシモードでクラウドネイティブクラスターアーキテクチャの読み書き分離を有効にできます。 クラスターインスタンスのマスターノードが読み取り要求でオーバーロードされている場合、読み取り /書き込み分離を有効にできます。 詳細については、「クラスターインスタンスの読み書き分離の有効化」をご参照ください。
直接接続モード
直接接続モードでは、オープンソースのRedisクラスターに接続するのと同じ方法でクラスターインスタンスに接続できます。 クライアントが初めてインスタンスに接続すると、ドメインネームシステム (DNS) はインスタンスのプライベートエンドポイントをランダムな仮想IPアドレス (VIP) に解決します。 その後、クライアントはRedis Clusterプロトコルを使用してインスタンスのデータシャードに接続できます。 直接接続モードのクラスターアーキテクチャは、複数のレプリカをサポートします
ただし、読み書き分離はサポートしていません。 次の図は、直接接続モードのクラスタアーキテクチャを示しています。
直接接続モードのクラスタアーキテクチャのアーキテクチャ
ダイレクト接続モードとプロキシモードは異なる。 これらの接続モードの使用方法と使用例については、「直接接続モードを使用してクラスターインスタンスに接続する」をご参照ください。
シナリオ
大量のデータ
標準アーキテクチャと比較して、クラスターアーキテクチャは、ストレージ容量を16テラバイト (64 GB × 256シャード) に拡張して、ビジネス拡張の要件を満たすことができます。
高いリクエストロード
標準アーキテクチャでは、高い要求負荷を処理できず、単一のシャードのパフォーマンスのボトルネックを解決するためにマルチシャードデプロイが必要です。
クラスターインスタンスのマスターノードが読み取り要求でオーバーロードされている場合、読み取り /書き込み分離機能を有効にできます。
説明プロキシモードのクラウドネイティブクラスターインスタンスのみが読み書き分離をサポートしています。 インスタンスを作成し、データ同期にdata Transmission Service (DTS) を使用することで、非クラスターインスタンスからプロキシモード (読み書き分離が有効) のクラスターインスタンスにデータを移行できます。
スループット集約型アプリケーション
標準アーキテクチャと比較して、クラスタアーキテクチャは、シャードの数を増やすことによってスループットを線形にスケーリングできます。 これにより、ホットデータを効率的に読み取り、高スループットのワークロードを管理できます。
マルチキー操作が少ないアプリケーション
クラスターインスタンスは分散アーキテクチャを使用します。 分散アーキテクチャでは、すべての鍵が同じスロットに存在しなければならないため、複数の鍵を含む動作が制限され得る。 詳細については、「クラスターインスタンスおよび読み書き分離インスタンスでサポートされているコマンドの制限」をご参照ください。
遅延に敏感なアプリケーション
デュアルゾーンインスタンスの場合、プライマリゾーン内のレプリカノードの数を増やすことができます。 たとえば、プライマリゾーンに1つのマスターノードと1つのレプリカノードを、セカンダリゾーンに1つのレプリカノードを含めることができます。 これにより、ディザスタリカバリの信頼性が向上し、マスターレプリカ切り替え後のゾーン間アクセスによるレイテンシの増加が防止されます。
使用上の注意
cloud-nativeクラスターアーキテクチャのプロキシモードと直接接続モードを同時に有効にすることはできません。 アーキテクチャのプロキシモードを有効にすることを推奨します。
クラシッククラスターアーキテクチャは、
マスターレプリカモデルであり、読み書き分離をサポートしていません。
クラスターインスタンス設定を変更するための操作ガイド
レプリカノードの追加: インスタンス詳細ページの [ノード管理] ページで、[変更] をクリックします。
リードレプリカの追加: インスタンス詳細ページの [ノード管理] ページで、[読み書き分離] をオンにし、[変更] をクリックします。
シャードの追加: インスタンスの詳細ページの右上隅で、 を選択します。
シャード仕様の変更: インスタンス詳細ページの右上隅で、を選択します。