Tair (Redis OSS-compatible) インスタンスを作成する前に、プロダクトのパフォーマンス、価格、ビジネスシナリオ (高速キャッシュやインメモリデータベースとしての使用など)、ワークロードなどの要素を考慮して、最も費用対効果が高く安定したオプションを選択してください。この Topic では、プロダクトタイプ、ディザスタリカバリプラン、アーキテクチャタイプ、インスタンスタイプについて説明し、選択の参考にします。
選択ガイド
プロダクトタイプの選択
Tair (Redis OSS-compatible) は、Redis Open-Source Edition と Tair (Enterprise Edition) の両方を提供します。Tair (Enterprise Edition) は、Alibaba のビジネスプラクティスに基づいて開発されたエンタープライズグレードのインメモリデータベースです。アクセスレイテンシ、永続化要件、および全体的なコストのバランスをとるように設計された、メモリ最適化 (DRAM)、永続メモリ (NVM)、およびディスクベース (ESSD/SSD) のインスタンスタイプを提供します。これらのインスタンスタイプは、パフォーマンスの向上、追加のデータ構造、およびさまざまなビジネスニーズに対応する柔軟なストレージオプションを提供します。
各プロダクトタイプでサポートされているコマンドとパラメーターについては、「サポートされている Redis コマンドの概要」および「パラメーターの設定」をご参照ください。
次の表に、プロダクトタイプを示します。
項目 | Redis Open-Source Edition | Tair (Enterprise Edition) | ||
クラウドネイティブ (推奨) クラシック | クラウドネイティブ | |||
記憶媒体 | メモリ | |||
互換性のある Redis バージョン | 5.0、6.0、7.0 | 5.0、6.0、7.0 | 6.0 | 6.0 |
パフォーマンス | 100% (ベースライン) | 300% | 90% | 最大 60% |
コスト | 100% (ベースライン) | 約 117% (月額サブスクリプションの 30% 割引に基づいて計算) | 約 70% | 15% から 20% |
特徴 | クラウドベースのオープンソース Redis サービス。 |
|
| データはディスクに永続的に保存され、メモリはリクエストを高速化するために使用されます。 |
シナリオ | オープンソース Redis を使用するシナリオ。 |
| IoT など、大規模なデータセットに対して費用対効果とデータ信頼性を必要とするシナリオ。 | ファイルストレージのインデックスや履歴メッセージの長期保存など、コストを主な考慮事項として、ウォームデータまたはコールドデータに対して大容量のストレージスペースと高いアクセスパフォーマンスを必要とするシナリオ。 |
Redis Open-Source Edition と Tair (Enterprise Edition) の特徴とパフォーマンスの違いの詳細については、「特徴データと比較」をご参照ください。
ディザスタリカバリプランの選択
Tair (Redis OSS-compatible) は、シングルゾーン、ゾーンディザスタリカバリ、クロスリージョンの 3 つのディザスタリカバリオプションを提供します。要件に基づいてオプションを選択できます。
ディザスタリカバリプラン | 説明 | 手順 |
プライマリノードとレプリカノードは、同じゾーン内の異なるマシンにデプロイされます。これにより、マシンレベルのエラー回復が提供されます。 | 購入ページで、[ゾーンタイプ] を [シングルゾーン] に設定します。 | |
プライマリノードとレプリカノードは、同じリージョン内の異なるゾーン (データセンター) にデプロイされます。これにより、データセンターレベルのエラー回復が提供されます。 | 購入ページで、[ゾーンタイプ] を [デュアルゾーンデプロイメント] に設定します。 | |
Redis グローバル分散キャッシュインスタンスは、異なるリージョンにデプロイされた複数のサブインスタンスで構成されます。これにより、自然災害などのイベントからのリージョンレベルのエラー回復が提供されます。詳細については、「Redis グローバル分散キャッシュ」をご参照ください。 | 具体的な手順については、「分散インスタンスの作成」をご参照ください。 |
アーキテクチャタイプの選択
Tair (Redis OSS-compatible) は、標準 (クラスター無効) とクラスターの 2 つのアーキテクチャタイプをサポートしています。また、オプションで読み書き分離機能も提供しています。これらのオプションは、さまざまなビジネスシナリオにおける読み書き能力、データ量、パフォーマンスに関するさまざまな要件を満たします。
インスタンスアーキテクチャ | アーキテクチャモデル | データ分散 | シナリオ | 読み書き分離 |
プライマリ-レプリカ (マスター-レプリカ) モデルを使用する 1 つのシャード。 | すべてのデータは単一のシャードに保存されます。 |
| オプション。読み取り専用ノードの数をカスタマイズできます。最大で 1 つのプライマリノードと 9 つの読み取り専用ノードがサポートされます。 | |
プロキシノードと複数のシャードで構成されます。各シャードはプライマリ-レプリカモデルを使用します。 | データはシャード間で分散されます。 |
| オプション。読み取り専用ノードの数をカスタマイズできます。各シャードは、最大で 1 つのプライマリノードと 4 つの読み取り専用ノードをサポートします。 |
インスタンスタイプの選択
容量、帯域幅、接続数、QPS のビジネス要件の見積もりに基づいて、シャード仕様やシャード数など、適切なインスタンスタイプを選択できます。購入した容量の 80% 未満で使用することをお勧めします: (推定要件 ÷ 購入容量) < 80%。
容量を見積もる際、永続化フォークの Copy on Write や、セキュリティホワイトリスト、監査、ラージキー、ホットキーなどの拡張機能によるメモリオーバーヘッドを考慮する必要はありません。Alibaba Cloud はこのオーバーヘッドをカバーしており、購入したインスタンスタイプの容量を消費しません。
ラージキーは Redis を使用する際の一般的な問題です。クラスター全体の容量が大きくても、単一シャードの容量が小さい場合、ラージキーがそのキーが配置されているシャードの容量を使い果たす可能性が高くなります。
クラスターアーキテクチャの推奨シャード仕様:
インスタンスの合計容量 | 推奨シャード仕様 |
16 GB から 64 GB | 2 GB 以上 |
64 GB から 256 GB | 4 GB 以上 |
256 GB 超 | 8 GB 以上 |
インスタンスを購入した後、ビジネスニーズが変化して現在の仕様では不十分になった場合は、いつでもインスタンスの構成を変更できます。