ミラーリング対象のパケットの選択

## アノテーションを使用したpodのミラーリング

podレベルでミラーリングを制御するには、`mirror.wallarm.com/enabled`アノテーションを使用し、その値を`true`または`false`に設定します。例:

```bash
kubectl patch deployment <DEPLOYMENT_NAME> -n <NAMESPACE> -p '{"spec": {"template":{"metadata":{"annotations":{"mirror.wallarm.com/enabled":"true"}}}} }'

values.yamlを使用したnamespace、pod、コンテナ、またはノードのミラーリング¶

values.yamlファイル内のconfig.agent.mirror.filtersブロックにより、トラフィックミラーリングレベルを細かく制御できます。このアプローチでは、以下のエンティティのミラーリングを制御できます:

• Namespace - filters.namespaceパラメータを使用

• Pod - podのラベルを使用するfilters.pod_labelsまたはpodのアノテーションを使用するfilters.pod_annotations

• Node - filters.node_nameパラメータを使用

• Container - filters.container_nameパラメータを使用

Namespaceの選択¶

特定のnamespaceのトラフィックミラーリングを有効にするには、filters.namespaceパラメータにその名前を指定します。例えば、my-namespaceというKubernetes namespaceのトラフィックミラーリングを有効にするには:

config:
  agent:
    mirror:
      filters:
        - namespace: 'my-namespace'

Podの選択¶

podのラベルおよびアノテーションによってトラフィックミラーリング対象のpodを選択できます。以下はその方法です:

config:
  agent:
    mirror:
      filters:
        - pod_labels:
            environment: 'production'

config:
  agent:
    mirror:
      filters:
        - pod_labels:
            environment: 'production'
            team: 'backend,ops'

config:
  agent:
    mirror:
      filters:
        - pod_annotations:
            app.kubernetes.io/name: 'myapp'

app.kubernetes.io/name: myapp AND (app.kubernetes.io/instance: myapp-instance-main OR
app.kubernetes.io/instance: myapp-instance-reserve)

config:
  agent:
    mirror:
      filters:
        - pod_annotations:
            app.kubernetes.io/name: 'myapp'
            app.kubernetes.io/instance: 'myapp-instance-main,myapp-instance-reserve'

ノードの選択¶

特定のKubernetesノードのトラフィックミラーリングを有効にするには、filters.node_nameパラメータにノード名を指定します。例えば、my-nodeというKubernetesノードのトラフィックミラーリングを有効にするには:

config:
  agent:
    mirror:
      filters:
        - node_name: 'my-node'

コンテナの選択¶

特定のKubernetesコンテナのトラフィックミラーリングを有効にするには、filters.container_nameパラメータにコンテナ名を指定します。例えば、my-containerというKubernetesコンテナのトラフィックミラーリングを有効にするには:

config:
  agent:
    mirror:
      filters:
        - container_name: 'my-container'

変更の適用¶

values.yamlファイルを変更してデプロイ済みのチャートをアップグレードする場合は、以下のコマンドを使用します:

helm upgrade <RELEASE_NAME> wallarm/wallarm-oob -n wallarm-ebpf -f <PATH_TO_VALUES>

ラベル、アノテーション、フィルターの優先順位¶

複数の選択方法が使用され、上位のレベルでミラーリングが有効になっている場合、下位の設定が優先されます。

上位のレベルでミラーリングが無効化されている場合、下位の設定は一切適用されません。上位のレベルがトラフィックミラーリングの無効化において優先されるためです。

同じ対象が異なる手段（例：Wallarm podのアノテーションおよびvalues.yamlフィルターブロック）を通じてミラーリング対象として選択された場合、Wallarm podのアノテーションが優先されます。

例¶

ラベル、アノテーション、およびフィルターは、トラフィックミラーリングおよび解析のレベル設定において高い柔軟性を提供します。しかし、これらは互いに重複する可能性があります。以下はいくつかの構成例で、これらがどのように連携するかを説明します。

values.yamlにおける多層構成¶

次のvalues.yaml構成を考えます:

config:
  agent:
    mirror:
      filters:
        - namespace: "default"
        - namespace: 'my-namespace'
          pod_labels:
            environment: 'production'
            team: 'backend,ops'
          pod_annotations:
            app.kubernetes.io/name: 'myapp'

設定されたフィルターは次のように適用されます:

namespace: default OR (namespace: my-namespace AND environment: production AND (team: backend
OR team: ops) AND app.kubernetes.io/name: myapp)

namespaceラベル、podアノテーション、およびvalues.yamlフィルターの併用¶

Was this page helpful?

How can we improve this article? (Optional)

Information is unclear or confusing

Insufficient information

Outdated or incorrect information

0/240

Send