ソリューションとテクノロジーで成功への道筋をつけることができます。Cloudお客様のビジネス全体に役立つ、わかりやすい料金体系です。安全でインテリジェントなプラットフォームを使って今すぐ始めましょう。プロダクトをお試しいただけます。システム監査ログを有効化する方法について説明します。エージェントを構成する方法についても説明します。監査ログとは異なります。メッセージ、ログイン試行、バイナリ実行など、クラスタとワークロードの状態に関する重要な情報が記録されます。インシデントの調査を行えます。エージェントが構成されます。定義上、監査はイベントの後に実行されるため、事後的なセキュリティ対策となります。ログだけでは不十分です。ログの最適な使用方法を検討してください。アクティビティの増加に伴って、そのノードのリソース使用量も増えるため、ワークロードのパフォーマンスの低下や、リソースコストの上昇を招く可能性があります。送信される監査ログは、プロジェクトのログの割り当てを消費します。追加のログに対応するには、ログとストレージの割り当ての上限引き上げが必要になる場合があります。実行するノードでのみ動作します。動作する仕組みを説明します。自由に構成できるようになります。デプロイする方法について説明します。それらを格納する名前空間のインスタンスを定義します。クラスタ内の各ノードにポッドがデプロイされます。つのコンテナが格納されます。エージェントで使用されます。ログでは、次のイベントがログに記録されます。作成することをおすすめします。デプロイ後に発生するイベントに対してのみ生成されます。ロギングを構成します。以外の宛先にログを送信するようにも構成できます。リソースを消費します。そのため、追加費用が発生する場合があります。フィルタを設定すると、ロギングのボリュームを管理できます。フィルタを設定すると、特定のデータがログに記録されないようにできます。エージェントの構成をご覧ください。構成することもできます。ログの除外をご覧ください。デプロイ既存のクラスタを使用することも、新しいクラスタを作成することもできます。サンプルのマニフェストをダウンロードします。cos-auditd-logging.yamlサンプルのマニフェストを必要に応じて編集します。仕組みについては、前のセクションをご覧ください。cos-auditd-logging.yamlロギングポッドが起動したことを確認します。ご使用の名前空間名に置き換えてください。--namespace=cos-auditdポッドが実行されている場合、出力は次のようになります。つのノードが存在します。監査ログにアクセスできるようになりました。削除してノードを再起動します。監査の構成は、有効になると同時にロックされます。この構成を変更するには、ノードの再作成が必要になります。DaemonSet、ConfigMap、およびそれらの名前空間をクラスタから削除します。cos-auditd-logging.yamlクラスタのノードを再起動します。グループを取得します。--filter=${CLUSTER_NAME})次に、インスタンス自体を取得します。--format="csv(instance)[no-heading][terminator=',']")最後に、インスタンスを再作成します。フォレンジックを始める。監査ロギングと監査ポリシーについて学習する。セキュリティの概要を読む。監査ログについて学習する。