機能概要
Tencent Cloud 分散型キャッシュデータベース監査機能は、データベース操作ログの記録と分析を行う完全なシステムです。ユーザーが実行するすべてのコマンドをリアルタイムに収集、安全に保存、効率的に照会することで、データベースのセキュリティ保護と可観測性を全面的に向上させます。
全量動作記録：分散キャッシュデータベースに対するすべての操作命令をリアルタイムに収集し、記録します。
コンプライアンス要件を満たす：金融、医療、政府などの業界における厳格なコンプライアンス監査基準（Cybersecurity Classified Protection Compliance Serviceなど）への対応を支援します。
問題追跡：運用保守およびセキュリティチームに履歴操作の照会とセキュリティ監視の機能を提供し、リスクの迅速な特定と責任の所在の明確化を実現します。
機能説明
|
オンデマンドでの有効化と無効化 | データベース監査を有効にします。 | 単一インスタンスまたは複数インスタンスに対してワンクリックで監査機能を有効化できます。有効化後、システムはバックグラウンドで自動的にコマンド実行状況を収集および記録します。 |
| データベース監査を無効にします。 | 単一インスタンスまたは複数インスタンスの監査収集をいつでも停止できます。停止後は関連費用の発生が停止します。 説明： 監査を無効にすると、このインスタンスのすべての履歴監査ログが同期して消去され、復元できません。慎重に操作してください。 |
カスタム監査ルール | 監査タイプを必要に応じて調整します。 | セキュリティポリシーに基づいて監査範囲を動的に調整できます。変更は直ちに有効になります。 書き込みコマンド（デフォルト）：SET、DEL、HSETなどの書き込み操作コマンドを監査し、データ変更動作に焦点を当てます。 読み取りコマンド：GET、HGET、LRANGEなどの読み取り操作コマンドを監査し、データアクセス動作を追跡します。 すべてのコマンド：すべての読み書き操作コマンドを監査し、全操作の記録を実現します。 |
| 自動デグレードポリシー | 監査デグレードをトリガーするP99レイテンシーのしきい値を設定できます（デフォルト500ms、範囲300～1000ms）。 説明： インスタンスの遅延がこのしきい値に達した場合、システムはログ収集を自動的に一時停止し、データベースのメインビジネスの可用性を優先的に確保します。 |
監査ログ管理 | ログ保持期間を設定します。 | 保持期間をカスタマイズできます（7～30日、デフォルトは7日）。期限が切れると自動的にクリーンアップされます。 |
| 階層型ストレージ | 高頻度ストレージと低頻度ストレージを組み合わせた階層型アーキテクチャを提供します。システムは最近アクティブなログを自動的に高頻度領域に保存し、日常的な調査の検索速度を確保します。履歴ログは自動的に低頻度領域へ移行され、長期的なコンプライアンス保持とストレージコストの抑制を両立します。 |
| 監査情報の完全記録 | 全リンクでコマンド実行コンテキストを記録します。これには、実行時間、実行コマンド（完全な内容を含む）、ユーザーアカウント、データベース名、クライアントIP、ノードID、実行時間、エラー情報が含まれます。 |
利用条件
|
インスタンスバージョン | Redisエンジン：4.0、5.0、6.2、7.0。 Valkeyエンジン：8.0以上。 Proxyエンジン：5.8.25。 |
インスタンスステータス | インスタンスは「実行中」状態である必要があります。「作成中」、「アップグレード中」、「隔離中」、「破棄済み」などの状態にあるインスタンスは、Configを有効化または設定できません。 |
リージョンサポート | インスタンスが所在するリージョンでは監査機能が有効になっています。現在、監査機能はすべてのパブリッククラウドリージョンで利用可能です。グレー期間中に追加されたリージョンは許可リストの制限を受ける場合があります。コンソールの実際の表示を基準としてください。 |
関連概念
P99レイテンシ
定義：P99レイテンシ（99th Percentile Latency）は、システムパフォーマンスの安定性を測る重要な指標です。すべてのリクエストのうち、99%のリクエスト応答時間がこの値を超えず、わずか1%のリクエスト応答時間のみがこの値を超えることを示します。
監査における役割：P99レイテンシは監査機能のデグレード保護メカニズムにおける中核的なトリガー指標です。インスタンスの負荷が高すぎるためにP99レイテンシが設定されたしきい値を超えた場合、システムは自動的にデグレードポリシーをトリガーし、監査ログの収集を一時的に停止して、コンピューティングリソースを業務リクエストの処理に優先的に割り当て、コア業務に影響を与えないようにします。
デグレードポリシー
定義：デグレードポリシーは自己適応型の保護メカニズムです。インスタンスのパフォーマンス指標（P99レイテンシ）が事前設定されたしきい値を超えると、システムは監査ログの収集と報告を自動的に一時停止し、システムリソースを業務リクエストの処理に優先的に割り当て、監査機能の影響を受けずに業務の可用性を確保します。
正常状態：インスタンスのP99レイテンシが正常範囲内にある場合、監査ルールに適合するすべてのユーザーコマンドは監査ログに完全に記録されます。
デグレードトリガー：P99レイテンシが設定されたしきい値（デフォルト500ms）を継続的に超えて一定の時間ウィンドウに達した後、システムは自動的にデグレード状態に入り、監査データの収集を一時停止します。
デグレード期間中：デグレード状態で実行されたコマンドは監査ログに記録されませんが、コマンドの正常な実行には影響しません。
自動復旧：P99レイテンシが正常な水準に回復し、安定した状態が維持された後、システムは自動的にデグレード状態を終了し、監査ログの正常な収集を再開します。
関連するAPI
|
| 監査ログを有効にします。 |
| 監査ログを変更します。 |
| 監査ログを無効にします。 |
| ログを照会します。 |
| ログダウンロードタスクを作成します。 |
| ログインスタンスのリストを照会します。 |
| ログダウンロードタスクを照会します。 |
| ログダウンロードタスクを削除します。 |
よくあるご質問
Q1：監査機能を有効にするとパフォーマンスに影響しますか？
一定の影響はありますが、複数の最適化メカニズムにより影響は許容範囲内に制御されます。監査は非同期ログ収集メカニズムを採用しており、コマンド実行とログ報告は分離されて行われます。同時に、システムにはデグレードポリシーが組み込まれており、P99レイテンシが設定されたしきい値（デフォルト500ms）を超えると自動的に監査を一時停止し、業務の可用性を優先的に確保します。パフォーマンスが回復した後、監査は自動的に再開されます。「読み取りコマンド」と「全コマンド」の監査については、ログ量がより多いため、パフォーマンスへの影響は実際の業務の読み取りと書き込みの比率に基づいて評価する必要があります。本番環境で有効にする前に、まずテスト環境で負荷テストを実施して検証することをお勧めします。
Q2：監査ログはどのくらいの期間保持されますか？
監査ログは7～30日間の柔軟な保持期間設定をサポートしており、デフォルトでは7日間保持されます。お客様は業界のコンプライアンス要件とコスト予算に応じて、コンソールでいつでも保持期間を調整できます。変更後、新たに生成されたログに対して直ちに有効になります。保持期間を過ぎたログはシステムから自動的に削除され、削除後は復元できません。
Q3：監査ログにはどのような情報が記録されますか？
監査ログは以下の次元の情報を完全に記録し、問題の追跡とコンプライアンス監査に十分な根拠を提供します：
コマンド実行時間：コマンド実行の正確なタイムスタンプ。
クライアントIP：リクエストを開始したクライアントのIPアドレスであり、操作の発生元を追跡するために使用されます。
ユーザーアカウント：コマンドを実行するデータベースアカウント名です（デフォルトアカウントを使用する場合はdefaultと表示されます）。
データベース番号：データベース番号（0～15）であり、コマンドが作用する具体的なデータベースを識別します。
コマンドタイプ：実行されたコマンド名です。例えばSET、GET、HSET、DEL、LPUSHなどがあります。
ノードID：クラスタアーキテクチャでコマンドを実行する特定のノードの識別子であり、シャードレベルの問題を特定するために役立ちます。
コマンド詳細：Key名とパラメータを含む完全なコマンド内容です（パスワードやキーなどの機密データは自動的にマスキングされます）。
実行時間：コマンド実行の所要時間で、単位はミリ秒です。低速クエリの特定に使用できます。
エラーメッセージ：コマンド実行失敗時のエラー原因の説明です。