Tair (Redis® OSS-Compatible):Tair (Redis OSS-compatible) の開発および O&M 標準

リソースタイプ

説明

コンピューティングリソース

ワイルドカード、並行 Lua スクリプト、1 対多の PUBSUB、ホットキーは、大量のコンピューティングリソースを消費します。クラスターインスタンスでは、これらの項目はリクエストスキューやシャードの未活用も引き起こす可能性があります。

ストレージリソース

ストリーミングジョブやラージキーは、大量のストレージリソースを消費します。クラスターインスタンスでは、これらの項目はデータスキューやシャードの未活用も引き起こす可能性があります。

ネットワークリソース

データベース全体のスキャン (KEYS) や、ラージキーおよびラージバリューに対する範囲クエリ (HGETALL) は、大量のネットワークリソースを消費し、スレッドの輻輳を引き起こすことがよくあります。

重要度

標準

説明

★★★★★

• 高速キャッシュ：キャッシュのみのシナリオでは、AOF 永続化を無効にしてオーバーヘッドを削減します。キャッシュされたデータへの強い依存を避けてください。Tair データベースが最大ストレージ容量に達すると、エビクションポリシーがトリガーされて領域を解放しますが、これにより書き込み負荷が高い状況でレイテンシーが増加する可能性があります。

  重要

  データフラッシュバック機能を使用してポイントインタイムでデータを復元するには、AOF 永続化を有効にする必要があります。

• インメモリデータベース：Tair (Enterprise Edition) 永続メモリ最適化インスタンスを選択します。永続メモリ最適化インスタンスは、コマンドレベルの永続化を提供します。アラート設定を通じてメモリ使用量を監視します。

★★★★★

Elastic Compute Service (ECS) インスタンスなど、Tair インスタンスと同じ Virtual Private Cloud (VPC) にアプリケーションをデプロイしてください。

Tair は高いパフォーマンスを提供しますが、Tair インスタンスから離れた場所にデプロイしたり、インターネット経由で接続したりすると、ネットワークレイテンシーによってパフォーマンスが大幅に低下します。

★★★★☆

サービスごとに Tair インスタンスを作成してください。

複数のサービス間で Tair インスタンスを共有しないでください。キャッシュとインメモリデータベースのワークロードを混在させると、1 つのサービスのエビクションポリシー、スロークエリ、FLUSHDB コマンドの実行が他のサービスに影響を与えます。

★★★★☆

期限切れキーをエビクトするために、適切なエビクションポリシーを設定してください。

Tair の期限切れキーのデフォルトエビクションポリシーはvolatile-lruです。エビクションポリシーは、Redis Open-Source Edition インスタンスで設定可能なパラメータで設定します。

★★★☆☆

ストレステストデータと期間を管理してください。

Tair はストレステストデータを削除しません。ビジネスへの影響を防ぐために、ストレステストデータと期間を自分で管理する必要があります。

重要度

標準

説明

★★★★★

バリューを 10 KB 未満に保ってください。

過大なバリューは、データスキュー、ホットキー、高帯域幅、または高 CPU 使用率を引き起こします。

★★★★★

説明的で簡潔なキー名を使用してください。

• キー名：

  • 読みやすい文字列を使用してください。データベース、テーブル、フィールドのコンポーネントをコロン (:) で区切ってください。例：project:user:001

  • 意味を失わずにキー名を短縮してください。たとえば、username は u に短縮できます。

  • Redis では、中括弧 {} はハッシュタグです。クラスターインスタンスでは、データスキューを防ぐために、キー名で中括弧を正しく使用してください。詳細については、「Redis クラスター仕様」をご参照ください。

    説明

    クラスターインスタンスの場合、RENAME などのコマンドで複数のキーを管理したいが、ハッシュタグを使用してキーを同じデータシャードに配置しない場合、コマンドは失敗します。

• 長さ：キー名は 128 バイト以内に収め、できるだけ短くしてください。

★★★★★

複雑なデータ構造あたりのサブキーを 1,000 未満に制限してください。

HGETALL などのコマンドの時間計算量は、サブキー数に応じてスケールします。過剰なサブキーを持つキーに対して頻繁に O(N)+ コマンドを実行すると、スロークエリ、データスキュー、ホットキーが発生します。

★★★★☆

バリューを読みやすい構造にシリアル化してください。

言語バイトコードはバージョン間で変更される可能性があります。生のオブジェクト (Java、C#) を Tair に保存すると、スタックのアップグレードが困難になります。代わりに、バリューを読みやすい構造にシリアル化してください。

重要度

標準

説明

★★★★★

JedisPool または JedisCluster を使用して Tair インスタンスに接続してください。

単一接続はタイムアウト後に自動的に再接続できません。JedisPool 接続を設定してください。詳細については、「クライアントを使用してインスタンスに接続する」、「JedisPool の最適化」、「JedisCluster」をご参照ください。

★★★★☆

クライアントに適切なフォールトトレランスメカニズムを設計してください。

ネットワークの変動やリソースの高使用率により、Tair で接続タイムアウトやスロークエリが発生する可能性があります。これらのリスクを防ぐために、クライアントに適切なフォールトトレランスメカニズムを設計する必要があります。

★★★★☆

適切な再試行間隔を使用してください。

200 ms 未満の再試行間隔は、急速な再試行をトリガーし、サービス雪崩を引き起こす可能性があります。詳細については、「Redis クライアントの再試行メカニズム」をご参照ください。

重要度

標準

説明

★★★★★

KEYS * などの範囲クエリを避けてください。代わりに、ポイントクエリまたは SCAN を使用してください。

範囲クエリは、サービス中断、スロークエリ、または輻輳を引き起こす可能性があります。

★★★★★

Lua スクリプトの代わりに拡張データ構造 (exString (Redis 文字列機能を拡張するコマンドを含む) 、exHash、exZset、GIS、Bloom、Doc、TS、Cpc、Roaring、Search、Vectorなど) を使用してください。

Lua スクリプトはマルチスレッドをサポートしていないため、大量のコンピューティングリソースとメモリリソースを消費します。複雑または不適切なスクリプトは、リソースを使い果たす可能性があります。

★★★★☆

パイプラインを使用して、データのラウンドトリップタイム (RTT) を削減してください。

クライアントが個々の応答に依存しない場合は、パイプラインでコマンドをバッチ処理してください。ガイドライン：

• パイプライン操作用に専用の接続を確立し、通常の操作とは分離してください。

• 各パイプラインを 100 コマンド以下に制限してください。

★★★★☆

Redis コマンドを正しく使用してください。

トランザクションコマンドの制限：

• Redis トランザクションはロールバックできません。

• クラスターインスタンスでトランザクションコマンドを実行する場合は、ハッシュタグを使用してキーを同じハッシュスロットに割り当てる必要があります。ハッシュタグが引き起こす可能性のあるデータスキューを防止してください。

• トランザクションコマンドを Lua スクリプトでラップしないでください。コンパイルとロードは大量のコンピューティングリソースを消費します。

★★★★☆

Pub/Sub コマンドによる大規模なメッセージ配信を避けてください。

Pub/Sub には、データ永続化と確認応答メカニズムがありません。1 KB を超えるメッセージを 100 を超えるサブスクライバーに配信すると、サーバーリソースを使い果たし、メッセージ損失を引き起こす可能性があります。

重要度

標準

説明

★★★★★

さまざまなインスタンス管理操作の影響を理解してください。

設定変更または再起動により、Tair インスタンスで一時的な切断が発生する可能性があります。実行する前に影響を理解してください。詳細については、「インスタンスの状態と影響」をご参照ください。

★★★★★

クライアントのエラー処理とディザスタリカバリロジックをテストしてください。

Tair はノードの健全性を監視し、マスターが使用不可になったときに自動的にマスター/レプリカ切り替えをトリガーします。クライアントが本番稼働する前に、手動で切り替えをトリガーして、エラー処理とディザスタリカバリロジックを検証してください。詳細については、「マスターノードからレプリカノードへのワークロードの手動切り替え」をご参照ください。

★★★★★

時間のかかるコマンドやリスクの高いコマンドを無効にしてください。

本番環境でのコマンドの誤用は、データ損失 (FLUSHALL) やネットワーク輻輳 (KEYS) を引き起こす可能性があります。安定性を向上させるために、リスクの高いコマンドを無効にしてください。詳細については、「リスクの高いコマンドを無効にする」をご参照ください。

★★★★☆

保留中のイベントに迅速に対処してください。

Alibaba Cloud は、ハードウェアアップグレード、ソフトウェア更新、またはネットワークメンテナンスのために保留中のイベントを生成します。たとえば、マイナーデータベースバージョンの更新が必要な場合などです。影響を確認し、必要に応じて再スケジュールしてください。詳細については、「スケジュールされたイベントの表示と管理」をご参照ください。

★★★★☆

コアメトリックのアラートを設定してください。

アラート設定を使用して、CPU 使用率、メモリ使用量、帯域幅をリアルタイムで監視してください。

★★★★☆

Tair O&M 機能を使用してインスタンスの健全性を定期的にチェックし、リソース異常をトラブルシューティングしてください。

• スロークエリログを使用してタイムアウトの問題をトラブルシューティングする：スロークエリとソースクライアント IP を特定して、タイムアウトの問題を解決します。

• パフォーマンス監視データを表示する：Tair は、サービスの健全性を監視し、問題を迅速にトラブルシューティングするためのパフォーマンスメトリックを提供します。

• 診断レポートを作成する：インスタンスの状態 (パフォーマンスレベル、リクエストスキュー、スロークエリログ) を評価し、例外を特定します。

• オフラインキー分析機能を使用する：ラージキーを特定し、メモリ使用量、分散、TTL を分析します。

• リアルタイムキー統計機能を使用する：ホットキーを特定して、データベースパフォーマンスを最適化します。

★★★☆☆

監査ログ機能を有効にし、監査ログを評価してください。

監査ログ機能は、書き込み操作を記録し、クエリ、オンライン分析、エクスポートをサポートします。これを使用して、インスタンスのセキュリティとパフォーマンスを監視してください。詳細については、「監査ログ」をご参照ください。