Tair (Redis OSS-compatible) インスタンスを作成する前に、パフォーマンス、価格、ユースケース、ワークロードなどの要素を考慮して、コストと安定性のバランスを取る必要があります。このトピックでは、製品タイプ、ディザスタリカバリソリューション、アーキテクチャ、インスタンス仕様について説明し、製品選択の指針を示します。
選択ガイド
製品タイプの選択
Tair (Redis OSS-compatible) は、Redis オープンソース版と、Alibaba のビジネスプラクティスから開発されたエンタープライズグレードのインメモリデータベースである Tair (Enterprise Edition) の両方を提供します。Tair (Enterprise Edition) は、アクセスレイテンシー、永続性の要件、および全体コストという 3 つの主要な側面を考慮しています。DRAM シリーズ、NVM シリーズ、および ESSD/SSD シリーズを提供し、さまざまなビジネスニーズに対応するため、より高いパフォーマンス、追加のデータ構造、および柔軟なストレージオプションを実現します。
各シリーズでサポートされるコマンドとパラメーターについては、「コマンドの概要」と「インスタンスパラメーターの設定」をご参照ください。
次の表は、製品タイプの比較を示しています。
比較項目 | Redis オープンソース版 | Tair (Enterprise Edition) | ||
クラウドネイティブ (推奨) クラシック | クラウドネイティブ | |||
ストレージメディア | メモリ | |||
互換性のある 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 (Enterprise Edition) の機能とパフォーマンスの詳細な比較については、「Tair (Enterprise Edition) と 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 以上 |
購入後にビジネスニーズが変化し、現在の仕様では不十分になった場合は、いつでもインスタンス構成の変更ができます。