Tair (Redis® OSS-Compatible):ApsaraDB for RedisとセルフマネージドRedisの比較

• 仮想プライベートクラウド (VPC) を使用してネットワークを分離します。
• アクセス制御にホワイトリストを使用します。 詳細については、「手順2: ホワイトリストの設定」をご参照ください。
• カスタムアカウントと権限をサポートします。 詳細については、「データベースアカウントの作成と管理」をご参照ください。

• 自己管理のネットワークセキュリティシステムが必要ですが、これは高価で構築が困難です。
• オープンソースのRedisのデフォルトのアクセス設定では、セキュリティの脆弱性によるデータ漏洩のリスクがあります。
• アカウント认证システムがありません。

• メトリックの10以上のグループと5秒の最小モニタリング頻度をサポートします。 詳細については、「メトリック」をご参照ください。
• アラートルールの設定をサポートします。 詳細については、「アラート設定」をご参照ください。
• ビジネス要件に基づいて異なるアーキテクチャのインスタンスを作成し、仕様またはアーキテクチャを変更できます。
• スナップショットに基づく大規模なキー分析をサポートします。 この機能は高い精度を持ち、パフォーマンスの低下を引き起こしません。 詳細については、「オフラインキー分析機能の使用」をご参照ください。

• サービスを監視するために、より複雑なサードパーティの監視ツールが必要です。
• 仕様またはアーキテクチャを変更すると、サービスを停止します。 仕様またはアーキテクチャを変更する操作は複雑である。
• 不正確になる可能性のあるサンプリングに基づく大規模なキー分析をサポートします。

• シングルゾーンHAソリューションをサポートします。 詳細については、「シングルゾーンHAソリューション」をご参照ください。
• ゾーン災害復旧ソリューションをサポートします。 詳細については、「ゾーンディザスタリカバリソリューション」をご参照ください。
• 独立した中央モジュールを使用してHAを確保します。 このモジュールは、安定した効率的な意思決定を保証し、スプリットブレインの問題を防ぐのに役立ちます。

• データセンターにSentinelモードでHAアーキテクチャをデプロイできます。
• Sentinelモードでゾーンディザスタリカバリアーキテクチャをデプロイできます。
• Sentinelモードを使用してHAを確保します。 センチネルモードはコストがかかり、ピーク時の意思決定効率が低い。 スプリットブレインの問題が発生する可能性があり、サービスに影響を与える可能性があります。

• マルチスレッドモデルに基づくApsaraDB for Redis Enhanced Edition (Tair) のDRAMベースのインスタンスを提供します。 DRAMベースのインスタンスの詳細については、「DRAMベースのインスタンス」をご参照ください。 DRAMベースのインスタンスのパフォーマンスは、同じ仕様の標準インスタンスの3倍です。
• ApsaraDB for Redis Enhanced Edition (Tair) のESSDベースの永続メモリ最適化インスタンスを提供し、大容量ストレージとコマンドレベルの永続性をサポートします。 詳細については、「ESSD/SSDベースのインスタンス」および「永続的なメモリ最適化インスタンス」をご参照ください。

• Redis 6.0以降のインスタンスは、複数のI/Oスレッドをサポートしてパフォーマンスを向上させます。 パフォーマンスは元のパフォーマンスの2倍まで向上する可能性がありますが、CPU使用率も高くなります。
• SSDBやPikaなどのストレージサービスを永続ストレージとして使用します。 ただし、これらのストレージサービスはRedisプロトコルと完全に互換性がなく、ホットデータとコールドデータをキーレベルでのみ管理できます。 これらのストレージサービスは管理が難しく、これらのサービス内のメモリとディスクとの間で大きな鍵を転送することは高価である。

たとえば、64 GBのApsaraDB For Redisインスタンスを作成した場合、使用可能なメモリ容量は64 GBです。

たとえば、マスターレプリカRedisインスタンスを構築するために2つの64 GB Elastic Compute Service (ECS) インスタンスを購入した場合、使用可能な総メモリ容量は通常45 GB未満です。