Tair (Redis® OSS-Compatible):Tair（Redis OSS互換）と自己管理型 Redis の比較

ディメンション

Tair（Redis OSS互換）

自己管理型 Redis

セキュリティ

ネットワーク隔離：VPC（Virtual Private Cloud）を活用し、ネットワークレベルでトラフィックを隔離します。

アクセスの制御：ホワイトリスト方式のアクセス制御（「ホワイトリストの設定」をご参照ください）および細かい権限を設定可能なカスタムデータベースアカウント（「データベースアカウントの作成と管理」をご参照ください）をサポートします。

送信時暗号化：ネイティブの TLS 暗号化をサポートします。

監査ログ：監査ログをサポートします（「監査ログの照会」をご参照ください）。

ネットワーク隔離：独自のネットワークセキュリティシステムの構築・維持が必要であり、コストが高くなります。デフォルトの Redis アクセス構成にはセキュリティ上の脆弱性があり、データが不正に公開される可能性があります。

アクセスの制御：組み込みのアカウント認証システムはありません。

送信時暗号化：SSL 暗号化を実現するにはサードパーティ製ツールが必要です。

監査ログ：監査機能はありません。

バックアップと復元

Tair（Enterprise Edition）の DRAM ベースのインスタンスでは、データフラッシュバック（任意の時点へのデータ復元）をサポートします。「データフラッシュバックによるポイントインタイムリカバリ」をご参照ください。

完全なデータ復元のみ対応 — ポイントインタイムリカバリは非対応です。

運用管理（O&M）

• 10 以上の監視メトリクスグループを提供。最小監視間隔は 5 秒です。「監視メトリクス」をご参照ください。

• アラートルールを自由に設定できます。「アラート設定」をご参照ください。

• 複数のインスタンスアーキテクチャをサポート。必要に応じて、インスタンスの仕様やアーキテクチャを変更できます。

• スナップショットに基づく大規模キー分析 — 精度が高く、パフォーマンスへの影響はありません。「オフラインキー分析機能の利用」をご参照ください。

• 監視にはサードパーティ製ツールが必要です。

• インスタンスの仕様やアーキテクチャの変更には、サービス中断が発生し、複雑な手動操作が必要です。

• サンプリングに基づく大規模キー分析 — 結果の精度が低い場合があります。

デプロイメントとスケーリング

弾力的スケーリングおよび即時インスタンス作成を実現 — ハードウェアの調達・管理は不要です。

ハードウェアの調達、データセンターの構築、ノードのデプロイメントが必要です。ノード追加時には、ノード間の関係を手動で管理する必要があります。

高可用性（HA）

• シングルゾーン高可用性およびゾーンディザスタリカバリソリューションを提供します。

• フェールオーバー判断には独立した中央モジュールを採用 — 安定性・効率性に優れ、スプリットブレイン問題への耐性があります。

• データセンター内では Sentinel モードによる高可用性、または Sentinel モードによるゾーンディザスタリカバリを実現できます。

• Sentinel モードは運用コストが高く、ピーク時の判断速度が遅く、スプリットブレイン問題に弱いという課題があります。

カーネル最適化

• Tair（Enterprise Edition）の DRAM ベースのインスタンスではマルチスレッドモデルを採用しており、同一仕様のスタンダードインスタンスと比較して最大 3 倍のパフォーマンスを実現します。

• ESSD／SSD ベースおよび永続メモリインスタンスでは、大容量ストレージおよびコマンド単位の永続化をサポートします。

• Redis 6.0 以降では複数の I/O スレッドをサポートしており、スループットを最大 2 倍まで向上させられますが、CPU 使用率が大幅に上昇します。

• 永続ストレージには SSDB や Pika などのサードパーティ製ソリューションに依存しており、Redis プロトコルとの完全互換性はなく、キー単位でのホット／コールドデータ階層化のみに対応しています。大規模キーのメモリとディスク間転送には多大なコストがかかります。

メモリ使用率

割り当てられた容量の 100 % をご利用のアプリケーションで使用可能です。ディザスタリカバリ、運用管理、スケーリング、およびデータの永続性（fork を用いた書き込み時レプリケーションを含む）に必要なメモリオーバーヘッドは、Alibaba Cloud が負担します。

例：64 GB のインスタンスでは、64 GB の実使用可能メモリを提供します。

合計メモリの 25 %～40 % が、ディザスタリカバリ、運用管理、およびスケーリング操作のために予約されます。

例：マスター／レプリカ構成で 2 台の 64 GB Elastic Compute Service (ECS) インスタンスを設定した場合、合計で実使用可能メモリは通常 45 GB 未満となります。