Tair (Redis® OSS-Compatible):Tair (Redis OSS-compatible) と自己管理型Redisの比較

項目

Tair (Redis OSS-compatible)

自己管理Redis

セキュリティ保護

予防措置:

• 仮想プライベートクラウド (VPC) を使用してネットワークを分離します。

• アクセス制御にホワイトリストを使用します。 詳細については、「手順2: ホワイトリストの設定」をご参照ください。

• カスタムアカウントと権限をサポートします。 詳細については、「データベースアカウントの作成と管理」をご参照ください。

予防措置:

• 自己管理のネットワークセキュリティシステムが必要ですが、これは高価で構築が困難です。

• Redisのデフォルトアクセス設定のセキュリティ脆弱性によるデータ漏洩のリスクがあります。

• アカウント認証システムがありません。

インプロセス保護: TLS暗号化をサポートします。

インプロセス保護: SSL暗号化を実装するには、サードパーティのツールが必要です。

ポスト監査: 監査ログをサポートします。 詳細については、「クエリ監査ログ」をご参照ください。

Post audit: 監査機能は提供されません。

バックアップと復元

Tair (Enterprise Edition) DRAMベースのインスタンスは、特定の時点にデータを復元できるデータフラッシュバック機能をサポートしています。 詳細については、「データフラッシュバックを使用した時点でのデータの復元」をご参照ください。

完全なデータ復元のみがサポートされています。

O&Mマネジメント

• メトリックの10以上のグループと5秒の最小モニタリング頻度をサポートします。 詳細については、「メトリック」をご参照ください。

• アラートルールの設定をサポートします。 詳細については、「アラート設定」をご参照ください。

• ビジネス要件に基づいて異なるアーキテクチャのインスタンスを作成し、既存のインスタンスの仕様またはアーキテクチャを変更できます。

• スナップショットに基づく大規模なキー分析をサポートします。 この機能は高い精度を提供し、パフォーマンスの損失を引き起こしません。 詳細については、「オフラインキー分析機能の使用」をご参照ください。

• サービスを監視するために、より複雑なサードパーティの監視ツールが必要です。

• インスタンスの仕様やアーキテクチャを変更すると、サービスの提供を停止します。 インスタンスの仕様やアーキテクチャを変更する操作は複雑です。

• 不正確になる可能性のあるサンプリングに基づく大規模なキー分析をサポートします。

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

エラスティックスケーリングとインスタントインスタンスの作成をサポートします。

ハードウェアの調達、データセンターのホスティング、およびマシンの展開を完了するには、長い時間が必要です。 ノードを追加するときは、ノード関係を管理する必要があります。

高可用性 (HA)

• シングルゾーンHAソリューションを提供します。

• ゾーン災害復旧ソリューションを提供します。

• 独立した中央モジュールを使用してHAを確保します。 このモジュールは、安定した効率的な意思決定を保証し、スプリットブレインの問題を防ぐのに役立ちます。

• データセンターにSentinelモードでHAアーキテクチャをデプロイできます。

• Sentinelモードでゾーンディザスタリカバリアーキテクチャをデプロイできます。

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

カーネル最適化

• Tair (Enterprise Edition) は、マルチスレッドモデルを使用するDRAMベースのインスタンスを提供します。 DRAMベースのインスタンスのパフォーマンスは、同じ仕様の標準インスタンスの3倍です。

• Tair (Enterprise Edition) は、大容量ストレージとコマンドレベルの永続性をサポートするために、ESSD/SSDベースおよび永続メモリ最適化インスタンスを提供します。

• Redis 6.0以降のインスタンスは、複数のI/Oスレッドをサポートしてパフォーマンスを向上させます。 パフォーマンスは最大2倍向上する可能性がありますが、CPU使用率も高くなります。

• SSDBやPikaなどのストレージサービスを永続ストレージとして使用します。 ただし、これらのストレージサービスはRedisプロトコルと完全に互換性がなく、ホットデータとコールドデータの管理はキーレベルでのみ可能です。 これらのサービスにおいて、メモリとディスクとの間で大きな鍵を転送することは高価である。

メモリ

100% メモリ可用性を提供します。 ディザスタリカバリ、O&M管理、スケーリング、およびデータ永続性 (フォークの書き込み時レプリケーションなど) によって引き起こされるメモリオーバーヘッドは、Alibaba Cloudが負担し、インスタンスメモリにはカウントされません。

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

ディザスタリカバリ、O&M管理、およびスケーリングのために、メモリリソースの40% 25% を予約します。

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