Tair (Redis OSS 互換) インスタンスを作成する前に、パフォーマンス、価格、ユースケース、ワークロードなどの要素を考慮して、コストと安定性のバランスを取る必要があります。このトピックでは、お客様の選択の指針となるように、製品タイプ、災害復旧ソリューション、アーキテクチャ、インスタンス仕様について説明します。
選定ガイド
製品タイプの選択
Tair (Redis OSS-compatible) は、Redis オープンソース版と、Alibaba のビジネスで培われたノウハウを基に開発されたエンタープライズ級のインメモリデータベースである Tair (エンタープライズ版) を提供します。Tair (エンタープライズ版) は、アクセスレイテンシ、永続性の要件、および総コストという 3 つの中核的な側面を考慮しています。DRAM シリーズ、NVM シリーズ、および ESSD/SSD シリーズを提供することで、さまざまなビジネスニーズに対応し、より高いパフォーマンス、追加のデータ構造、柔軟なストレージオプションを実現します。
各シリーズでサポートされるコマンドとパラメータについては、「コマンド概要」および「インスタンスパラメータの設定」をご参照ください。
以下の表は、製品タイプを比較したものです。
比較項目 | Redis オープンソース版 | Tair (エンタープライズ版) | ||
クラウドネイティブ (推奨) クラシック | クラウドネイティブ | |||
ストレージメディア | メモリ | |||
互換性のある Redis バージョン | 5.0、6.0、7.0 | 5.0、6.0、7.0 | 6.0 | 6.0 |
パフォーマンス | 100% (ベンチマーク) | 300% | 90% | 最大 60% |
機能 | マネージド Redis オープンソース版サービス。 |
|
| データをディスクに永続化し、メモリを使用してリクエストを高速化します。 |
シナリオ | 一般的な Redis ユースケース。 |
| IoT (モノのインターネット) など、大量のデータを処理し、高いコストパフォーマンスとデータ信頼性が求められるシナリオ。 | コストが最優先でありながら高いアクセスパフォーマンスが求められる、大量のウォームデータまたはコールドデータの保存に最適です。例として、ファイルインデックスや長期メッセージアーカイブがあります。 |
Redis オープンソース版とTair (エンタープライズ版)の機能とパフォーマンスの詳細な比較については、Tair (エンタープライズ版) と Redis オープンソース版の比較をご参照ください。
ディザスタリカバリソリューションの選択
Tair (Redis OSS-compatible) では、単一ゾーン、同一市内、およびリージョン間の災害復旧オプションを利用できます。ビジネス要件に合わせて最適なものを選択してください。
ディザスタリカバリソリューション | 説明 | 操作 |
マスターノードとレプリカノードを同じゾーン内の異なる物理マシンにデプロイし、マシンレベルの耐障害性を実現します。ゾーン全体に障害が発生した場合、インスタンスは使用できなくなり、過去のバックアップから復元する必要があります。 | 購入ページで、[デプロイタイプ] を [単一ゾーンデプロイ] に設定します。 | |
マスターノードとレプリカノードを同じリージョン内の異なるゾーン (データセンター) にデプロイし、データセンターレベルの耐障害性を実現します。 | 購入ページで、[デプロイタイプ] を [デュアルゾーンデプロイ] に設定します。 | |
複数の子インスタンスを異なるリージョンにデプロイして、グローバル分散キャッシュインスタンスを構成します。このソリューションは、自然災害などのイベントに対するリージョンレベルの耐障害性を提供します。詳細については、「グローバル分散キャッシュ」をご参照ください。 | 詳細については、「分散インスタンスの作成」をご参照ください。 |
アーキテクチャタイプの選択
Tair (Redis OSS-compatible) は、標準アーキテクチャ (クラスターモード無効) とクラスターアーキテクチャの 2 種類のアーキテクチャをサポートしており、オプションで読み取り/書き込み分離機能を利用できます。データ量、パフォーマンス、および読み取り/書き込み性能の要件に基づいてアーキテクチャを選択してください。
インスタンスアーキテクチャ | アーキテクチャモデル | データ分散 | シナリオ | 読み書き分離 |
マスター/レプリカ レプリケーションモデルを使用する単一のシャードで構成されています。 | すべてのデータを1つのシャードに格納します。 |
| この機能はオプションです。リードレプリカの数をカスタマイズできます。各インスタンスは、最大 1 つのマスターノードと 9 つのリードレプリカをサポートします。 | |
プロキシノードと複数のシャードで構成されています。各シャードはマスター/レプリカ レプリケーションモデルを使用します。 | データをすべてのシャードに分散します。 |
| この機能はオプションです。リードレプリカの数をカスタマイズできます。各シャードは、最大 1 つのマスターノードと 4 つのリードレプリカをサポートします。 |
インスタンス仕様
容量、帯域幅、接続数、1 秒あたりのクエリ数 (QPS) など、予想されるビジネス指標に基づいて、適切なインスタンス仕様と数量 (シャード仕様とシャード数) を選択します。 推奨使用率：(推定使用量 ÷ 購入容量) < 80%。
容量を見積もる際、コピーオンライト操作や、IP アドレスホワイトリスト、監査、ラージキー分析、ホットキー検出などの高度な機能によるメモリオーバーヘッドを含める必要はありません。Alibaba Cloud がこのオーバーヘッドをカバーし、購入したインスタンス容量には含まれません。
ラージキーは Redis でよくある問題です。クラスターの総容量が大きくても個々のシャードが小さい場合、ラージキーがシャードの容量を使い果たす可能性があります。
以下の表は、クラスターアーキテクチャのシャード仕様を選択するための推奨事項を示しています。
総容量 | 推奨シャード仕様 |
16 GB ～ 64 GB | 2 GB 以上 |
64 GB ～ 256 GB | 4 GB 以上 |
256 GB 超 | 8 GB 以上 |
購入後にビジネスニーズが変化し、現在の仕様では不十分になった場合、いつでもインスタンス構成の変更を行うことができます。