次の表は DatadogAgent リソースの構成可能なパラメーターの一覧です。
たとえば、agent.image.name の値を設定する場合、
DatadogAgent リソースは次のようになります。
apiVersion: datadoghq.com/v1alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
agent:
image:
name: "datadog/agent:latest"
| パラメーター | 説明 |
|---|---|
| agent.additionalAnnotations | AdditionalAnnotations は、Agent Pod に追加されるアノテーションを提供します。 |
| agent.additionalLabels | AdditionalLabels は、クラスターチェックランナーポッドに追加されるラベルを提供します。 |
| agent.apm.enabled | これを有効にすると、ポート 8126 で APM とトレースが有効になります。[Datadog Docker のドキュメント][1]を参照してください。 |
| agent.apm.env | Datadog Agent は、多くの[環境変数][2]をサポートしています。 |
| agent.apm.hostPort | ホストで公開するポートの数。指定する場合、これは有効なポート番号 0 < x < 65536 である必要があります。HostNetwork を指定する場合、これは ContainerPort と一致する必要があります。ほとんどのコンテナはこれを必要としません。 |
| agent.apm.resources.limits | 制限は、許可されるコンピューティングリソースの最大量を表します。詳細については、[Kubernetes のドキュメント][3]を参照してください。 |
| agent.apm.resources.requests | Requests は、必要なコンピューティングリソースの最小量を表します。コンテナの requests が省略されている場合、明示的に指定されている場合はデフォルトで limits になり、それ以外の場合は実装定義の値になります。詳細については、[Kubernetes のドキュメント][3]を参照してください。 |
| agent.config.checksd.configMapName | ディレクトリのマウントに使用される ConfigMap 名。 |
| agent.config.collectEvents | Kubernetes API からイベント収集を開始できるようにします。詳細については、[イベント収集のドキュメント][4]を参照してください。 |
| agent.config.confd.configMapName | ディレクトリのマウントに使用される ConfigMap 名。 |
| agent.config.criSocket.criSocketPath | コンテナランタイムソケットへのパス（Docker と異なる場合）。これは、Agent 6.6.0 からサポートされます。 |
| agent.config.criSocket.dockerSocketPath | Docker ランタイムソケットへのパス。 |
| agent.config.ddUrl | Agent データを送信する Datadog インテークサーバーのホスト。Agent がカスタム URL にデータを送信する必要がある場合にのみ、このオプションを設定します。site で定義されるサイト設定をオーバーライドします。 |
| agent.config.dogstatsd.dogstatsdOriginDetection | コンテナのタグ付けの発信点検出を有効にします。 詳細は、[Unix ソケット発信点検出に関するドキュメント][5]を参照してください。 |
| agent.config.dogstatsd.useDogStatsDSocketVolume | Unix ドメインソケットで DogStatsD を有効にします。[Unix ソケットのドキュメントを参照してください][6]。 |
| agent.config.env | Datadog Agent は、多くの[環境変数][2]をサポートしています。 |
| agent.config.hostPort | ホストで公開するポートの数。指定する場合、これは有効なポート番号 0 < x < 65536 である必要があります。HostNetwork を指定する場合、これは ContainerPort と一致する必要があります。ほとんどのコンテナはこれを必要としません。 |
| agent.config.leaderElection | イベント収集のリーダー選出メカニズムを有効にします。 |
| agent.config.logLevel | ログの詳細度を設定します。有効なログレベルは、trace、debug、info、warn、error、critical、off となります。 |
| agent.config.podAnnotationsAsTags | Kubernetes アノテーションと Datadog タグのマッピングを提供します。<KUBERNETES_ANNOTATIONS>: <DATADOG_TAG_KEY> |
| agent.config.podLabelsAsTags | Kubernetes ラベルと Datadog タグのマッピングを提供します。<KUBERNETES_LABEL>: <DATADOG_TAG_KEY> |
| agent.config.resources.limits | 許可されるコンピューティングリソースの最大量を表します。詳細については、[Kubernetes のドキュメント][3]を参照してください。 |
| agent.config.resources.requests | 必要なコンピューティングリソースの最小量を表します。コンテナの requests が省略されている場合、明示的に指定されている場合はデフォルトで limits になり、それ以外の場合は実装定義の値になります。詳細については、[Kubernetes のドキュメント][10]を参照してください。 |
| agent.config.securityContext.allowPrivilegeEscalation | プロセスがその親プロセスより多くの特権を取得できるかを制御します。このブール値は、コンテナプロセスに no_new_privs フラグを設定するかを直接制御します。AllowPrivilegeEscalation は、コンテナが Privileged として実行され、かつ CAP_SYS_ADMIN のある場合は常に true となります。 |
| agent.config.securityContext.capabilities.add | 追加された機能。 |
| agent.config.securityContext.capabilities.drop | 削除された機能。 |
| agent.config.securityContext.privileged | コンテナを特権モードで実行します。特権モードのコンテナでのプロセスは、基本的にホスト上のルートと同等です。デフォルトは false です。 |
| agent.config.securityContext.procMount | procMount は、コンテナに使用する proc マウントのタイプを示します。デフォルトは DefaultProcMount で、読み取り専用パスとマスクされたパスにコンテナランタイムのデフォルトを使用します。この際 ProcMountType 機能フラグは有効でなければなりません。 |
| agent.config.securityContext.readOnlyRootFilesystem | このコンテナに読み取り専用のルートファイルシステムがあるか否か。デフォルトは false です。 |
| agent.config.securityContext.runAsGroup | コンテナプロセスのエントリポイントを実行する GID。設定されていない場合はランタイムのデフォルト値を使用します。 PodSecurityContext で設定することもできます。SecurityContext と PodSecurityContext の両方で設定されている場合、SecurityContext で指定された値が優先されます。 |
| agent.config.securityContext.runAsNonRoot | コンテナを非ルートユーザーとして実行する必要があることを示します。true の場合、Kubelet は実行時にイメージを検証し、UID 0（ルート）として実行されていないことを確認します。実行された場合、コンテナは起動されません。設定されていない場合や false の場合は、上記の検証は行われません。PodSecurityContext で設定することもできます。SecurityContext と PodSecurityContext の両方で設定されている場合、SecurityContext で指定された値が優先されます。 |
| agent.config.securityContext.runAsUser | コンテナプロセスのエントリポイントを実行する UID。指定されていない場合のデフォルトは、画像メタデータで指定されたユーザーとなります。PodSecurityContext で設定することもできます。SecurityContext と PodSecurityContext の両方で設定されている場合、SecurityContext で指定された値が優先されます。 |
| agent.config.securityContext.seLinuxOptions.level | コンテナに適用される SELinux レベルのラベル。 |
| agent.config.securityContext.seLinuxOptions.role | コンテナに適用される SELinux ロールのラベル。 |
| agent.config.securityContext.seLinuxOptions.type | コンテナに適用される SELinux タイプのラベル。 |
| agent.config.securityContext.seLinuxOptions.user | コンテナに適用される SELinux ユーザーのラベル。 |
| agent.config.securityContext.windowsOptions.gmsaCredentialSpec | GMSACredentialSpec は、[GMSA Admission Webhook][7] が GMSACredentialSpecName フィールドで指定された GMSA 資格情報仕様の内容をインライン化する場所です。このフィールドはアルファレベルで、WindowsGMSA 機能フラグを有効にするサーバーでのみサポートされます。 |
| agent.config.securityContext.windowsOptions.gmsaCredentialSpecName | GMSACredentialSpecName は、使用する GMSA 資格情報仕様の名前です。このフィールドはアルファレベルで、WindowsGMSA 機能フラグを有効にするサーバーでのみサポートされます。 |
| agent.config.securityContext.windowsOptions.runAsUserName | コンテナプロセスのエントリポイントを実行する Windows の UserName。指定されていない場合のデフォルトは、画像メタデータで指定されたユーザーとなります。PodSecurityContext で設定することもできます。SecurityContext と PodSecurityContext の両方で設定されている場合、SecurityContext で指定された値が優先されます。このフィールドはベータレベルで、WindowsRunAsUserName 機能フラグで無効にできます。 |
| agent.config.tags | この Agent によって収集されるすべてのメトリクス、イベント、およびサービスチェックにアタッチされるタグのリスト。[タグ付けに関するドキュメント][8]を参照してください。 |
| agent.config.tolerations | 指定された場合、Agent ポッドの許容範囲。 |
| agent.config.volumeMounts | Datadog Agent コンテナで追加のボリュームマウントを指定します。 |
| agent.config.volumes | Datadog Agent コンテナで追加のボリュームを指定します。 |
| agent.customConfig.configData | コンフィギュレーションファイルの内容に対応します。 |
| agent.customConfig.configMap.fileKey | コンフィギュレーションファイルの内容を保存する ConfigMap.Data で使用されるキーに対応します。 |
| agent.customConfig.configMap.name | ConfigMap 名。 |
| agent.daemonsetName | 作成または移行元の DaemonSet 名。 |
| agent.deploymentStrategy.canary.duration | |
| agent.deploymentStrategy.canary.paused | |
| agent.deploymentStrategy.canary.replicas | |
| agent.deploymentStrategy.reconcileFrequency | ExtendDaemonSet のリコンサイル頻度。 |
| agent.deploymentStrategy.rollingUpdate.maxParallelPodCreation | 並列して作成されるポッドの最大数。デフォルト値は 250 です。 |
| agent.deploymentStrategy.rollingUpdate.maxPodSchedulerFailure | maxPodSchedulerFailure は、スケジューラの障害（リソースの制約）に起因してそのノードでスケジュールされたポッドの最大数。値は絶対数（例、5）や更新再開時の DaemonSet ポッドの総数に対する割合（例、10%）となります。絶対数。 |
| agent.deploymentStrategy.rollingUpdate.maxUnavailable | 更新時に利用できない可能性のある DaemonSet ポッドの総数。値は絶対数（例、5）や更新再開時の DaemonSet ポッドの総数に対する割合（例、10%）となります。絶対数は切り上げによる割合から計算されます。0 にすることはできません。デフォルト値は 1 です。 |
| agent.deploymentStrategy.rollingUpdate.slowStartAdditiveIncrease | 値は絶対数（例、5）や更新再開時の DaemonSet ポッドの総数に対する割合（例、10%）となります。デフォルト値は 5 です。 |
| agent.deploymentStrategy.rollingUpdate.slowStartIntervalDuration | 処理時間の間隔。デフォルト値は 1 分です。 |
| agent.deploymentStrategy.updateStrategyType | DaemonSet に使用される更新戦略。 |
| agent.dnsConfig.nameservers | DNS ネームサーバーの IP アドレス一覧。dnsPolicy から生成される基本のネームサーバーに追加されます。重複するネームサーバーは削除されます。 |
| agent.dnsConfig.options | DNS リゾルバのオプション一覧。dnsPolicy から生成される基本のオプションにマージされます。重複するエントリは削除されます。options で指定される解決オプションは、基本の dnsPolicy にあるものをオーバーライドします。 |
| agent.dnsConfig.searches | ホスト名ルックアップのための DNS 検索ドメイン一覧。dnsPolicy から生成される基本の検索パスに追加されます。重複するパスは削除されます。 |
| agent.dnsPolicy | ポッドの DNS ポリシーを設定します。デフォルトは ClusterFirst です。有効な値は、ClusterFirstWithHostNet、ClusterFirst、Default、None です。dnsConfig で指定される DNS パラメータは、dnsPolicy で選択されたポリシーにマージされます。DNS オプションを hostNetwork と一緒に設定するには、dnsPolicy を明示的に ClusterFirstWithHostNet に設定する必要があります。 |
| agent.env | すべての Datadog Agents の環境変数。[詳細は、Docker 環境変数のドキュメントを参照してください][2]。 |
| agent.hostNetwork | このポッド用にリクエストされたホストネットワーキング。ホストのネットワークネームスペースを使用します。設定する場合は、使用するポートを指定する必要があります。デフォルトは false です。 |
| agent.hostPID | ホストの PID ネームスペースを使用します。任意 : デフォルトは false です。 |
| agent.image.name | 使用するイメージを定義します。Datadog Agent 6 には、datadog/agent:latest を使用します。スタンドアローン Datadog Agent DogStatsD には、datadog/dogstatsd:latest を使用します。Datadog Cluster Agent には、 datadog/cluster-agent:latest を使用します。 |
| agent.image.pullPolicy | Kubernetes のプルポリシー。Always、Never、または IfNotPresent を使用します。 |
| agent.image.pullSecrets | Docker レジストリ資格情報を指定します。[詳細は、Kubernetes のドキュメントを参照してください][9]。 |
| agent.log.containerCollectUsingFiles | コンテナランタイム API を使わずに、/var/log/pods にあるファイルからログを収集します。通常これがログを収集するのに最も効率的な方法です。詳細は[ログの収集][10]ドキュメントを参照してください。デフォルトは、true です。 |
| agent.log.containerLogsPath | コンテナのログパスからのログ収集を許可します。Docker ランタイムを使用しない場合は、別のパスを設定します。詳細は、[Kubernetes のドキュメント][11]を参照してください。デフォルトは、/var/lib/docker/containers です。 |
| agent.log.enabled | これを有効にすると、Datadog Agent のログ収集が有効になります。詳細は、[ログ収集][10]ドキュメントを参照してください。 |
| agent.log.logsConfigContainerCollectAll | これを有効にすると、すべてのコンテナのログ収集が有効になります。詳細は、[ログ収集][10]ドキュメントを参照してください。 |
| agent.log.openFilesLimit | Datadog Agent が追尾するログファイルの最大数を設定します。この制限を上げることで、Agent のリソース消費が増加することもあります。詳細は、[ログ収集][10]ドキュメントを参照してください。デフォルトは 100 です。 |
| agent.log.podLogsPath | これを設定し、ポッドのログパスからログ収集を許可します。デフォルトは、/var/log/pods です。 |
| agent.log.tempStoragePath | このパス（常にホストからマウントされます）は、処理されたログファイルに関する情報を格納するために、Datadog Agent が使用します。Datadog Agent を再起動すると、適切なオフセットからログファイルの追尾を始めることができます。デフォルトは、/var/lib/datadog-agent/logs です。 |
| agent.priorityClassName | 指定されている場合、ポッドの優先度を示します。system-node-critical と system-cluster-critical 2 つは特別なキーワードで、最高位の優先度を意味します（その中でも前者が最高位）。他の名前は、その名前で PriorityClass オブジェクトを作成し定義する必要があります。指定のない場合、ポッドの優先度はデフォルト値かそれもない場合は 0 となります。 |
| agent.process.enabled | これを有効にすると、ライブプロセスモニタリングが有効になります。注: /etc/passwd は自動的にマウントされ、ユーザー名解決を行います。詳細は、[プロセスに関するドキュメントを参照してください][12]。 |
| agent.process.env | Datadog Agent は、多くの[環境変数][3]をサポートしています。 |
| agent.process.resources.limits | 許可されるコンピューティングリソースの最大量を表します。詳細については、[Kubernetes のドキュメント][3]を参照してください。 |
| agent.process.resources.requests | 必要なコンピューティングリソースの最小量を表します。コンテナの requests が省略されている場合、明示的に指定されている場合はデフォルトで limits になり、それ以外の場合は実装定義の値になります。詳細については、[Kubernetes のドキュメント][3]を参照してください。 |
| agent.rbac.create | RBAC リソースの作成を構成するために使用されます。 |
| agent.rbac.serviceAccountName | フィールド Create が true の場合に Ignored を使うようにサービスアカウント名を設定するために使用されます。 |
| agent.systemProbe.appArmorProfileName | AppArmor プロファイルを指定します。 |
| agent.systemProbe.bpfDebugEnabled | カーネルデバッグのロギング。 |
| agent.systemProbe.conntrackEnabled | netlink/conntrack サブシステムに接続し、接続データに NAT 情報を追加するために、システムプローブエージェントを有効にします。詳細は、[Conntrack のドキュメントを参照してください][13]。 |
| agent.systemProbe.debugPort | システムプローブエージェントの pprof および expvar を公開するポートを指定します。 |
| agent.systemProbe.enabled | これを有効にすると、ライブプロセスモニタリングが有効になります。注: /etc/passwd は自動的にマウントされ、ユーザー名解決を行います。詳細は、[プロセスに関するドキュメントを参照してください][12]。 |
| agent.systemProbe.env | Datadog SystemProbe は、多くの[環境変数][2]をサポートしています。 |
| agent.systemProbe.resources.limits | 許可されるコンピューティングリソースの最大量を表します。詳細については、[Kubernetes のドキュメント][3]を参照してください。 |
| agent.systemProbe.resources.requests | 必要なコンピューティングリソースの最小量を表します。コンテナの requests が省略されている場合、明示的に指定されている場合はデフォルトで limits になり、それ以外の場合は実装定義の値になります。詳細については、[Kubernetes のドキュメント][3]を参照してください。 |
| agent.systemProbe.secCompCustomProfileConfigMap | カスタム SecComp プロファイルを含む既存の ConfigMap を指定します。 |
| agent.systemProbe.secCompProfileName | SecComp プロファイルを指定します。 |
| agent.systemProbe.secCompRootPath | SecComp プロファイルのルートディレクトリを指定します。 |
| agent.systemProbe.securityContext.allowPrivilegeEscalation | プロセスがその親プロセスより多くの特権を取得できるかを制御します。このブール値は、コンテナプロセスに no_new_privs フラグを設定するかを直接制御します。AllowPrivilegeEscalation は、1）コンテナが Privileged として実行され、2）CAP_SYS_ADMIN のある場合、常に true となります。 |
| agent.systemProbe.securityContext.capabilities.add | 追加された機能。 |
| agent.systemProbe.securityContext.capabilities.drop | 削除された機能。 |
| agent.systemProbe.securityContext.privileged | コンテナを特権モードで実行します。特権モードのコンテナでのプロセスは、基本的にホスト上のルートと同等です。デフォルトは false です。 |
| agent.systemProbe.securityContext.procMount | コンテナに使用する proc マウントのタイプを示します。デフォルトは DefaultProcMount で、読み取り専用パスとマスクされたパスにコンテナランタイムのデフォルトを使用します。この際 ProcMountType 機能フラグは有効でなければなりません。 |
| agent.systemProbe.securityContext.readOnlyRootFilesystem | このコンテナに読み取り専用のルートファイルシステムがあるか否か。デフォルトは false です。 |
| agent.systemProbe.securityContext.runAsGroup | コンテナプロセスのエントリポイントを実行する GID。設定されていない場合はランタイムのデフォルト値を使用します。 PodSecurityContext で設定することもできます。SecurityContext と PodSecurityContext の両方で設定されている場合、SecurityContext で指定された値が優先されます。 |
| agent.systemProbe.securityContext.runAsNonRoot | コンテナを非ルートユーザーとして実行する必要があることを示します。true の場合、Kubelet は実行時にイメージを検証し、UID 0（ルート）として実行されていないことを確認します。実行された場合、コンテナは起動されません。設定されていない場合や false の場合は、上記の検証は行われません。PodSecurityContext で設定することもできます。SecurityContext と PodSecurityContext の両方で設定されている場合、SecurityContext で指定された値が優先されます。 |
| agent.systemProbe.securityContext.runAsUser | コンテナプロセスのエントリポイントを実行する UID。指定されていない場合のデフォルトは、画像メタデータで指定されたユーザーとなります。PodSecurityContext で設定することもできます。SecurityContext と PodSecurityContext の両方で設定されている場合、SecurityContext で指定された値が優先されます。 |
| agent.systemProbe.securityContext.seLinuxOptions.level | コンテナに適用される SELinux レベルのラベル。 |
| agent.systemProbe.securityContext.seLinuxOptions.role | コンテナに適用される SELinux ロールのラベル。 |
| agent.systemProbe.securityContext.seLinuxOptions.type | コンテナに適用される SELinux タイプのラベル。 |
| agent.systemProbe.securityContext.seLinuxOptions.user | コンテナに適用される SELinux ユーザーのラベル。 |
| agent.systemProbe.securityContext.windowsOptions.gmsaCredentialSpec | GMSACredentialSpec は、[GMSA Admission Webhook][7] が GMSACredentialSpecName フィールドで指定された GMSA 資格情報仕様の内容をインライン化する場所です。このフィールドはアルファレベルで、WindowsGMSA 機能フラグを有効にするサーバーでのみサポートされます。 |
| agent.systemProbe.securityContext.windowsOptions.gmsaCredentialSpecName | GMSACredentialSpecName は、使用する GMSA 資格情報仕様の名前です。このフィールドはアルファレベルで、WindowsGMSA 機能フラグを有効にするサーバーでのみサポートされます。 |
| agent.systemProbe.securityContext.windowsOptions.runAsUserName | コンテナプロセスのエントリポイントを実行する Windows の UserName。指定されていない場合のデフォルトは、画像メタデータで指定されたユーザーとなります。PodSecurityContext で設定することもできます。SecurityContext と PodSecurityContext の両方で設定されている場合、SecurityContext で指定された値が優先されます。このフィールドはベータレベルで、WindowsRunAsUserName 機能フラグで無効にできます。 |
| agent.useExtendedDaemonset | Agent のデプロイに、ExtendedDaemonset を使用します。デフォルトは false です。 |
| clusterAgent.additionalAnnotations | AdditionalAnnotations は、Cluster Agent ポッドに追加されるアノテーションを提供します。 |
| clusterAgent.additionalLabels | AdditionalLabels は、クラスターチェックランナーポッドに追加されるラベルを提供します。. |
| clusterAgent.affinity.nodeAffinity.preferredDuringSchedulingIgnoredDuringExecution | スケジューラは、ポッドをこのフィールドで指定されたアフィニティ表現を満たすノードへスケジュールすることを好みますが、いくつかの表現に違反するノードを選択することもあります。最も優先されるノードは、重さの合計が最も大きいノードです。つまり、すべてのスケジューリング要件（リソース要求、requiredDuringScheduling アフィニティ表現など）をすべて満たすノードごとに、このフィールドの要素を繰り返し処理し、ノードが対応する matchExpressions と一致する場合は「重さ」を合計に加えて計算します。最も合計の大きいノードが最優先されます。 |
| clusterAgent.affinity.nodeAffinity.requiredDuringSchedulingIgnoredDuringExecution.nodeSelectorTerms | 必須。ノードセレクター条件の一覧。条件には OR が用いられます。 |
| clusterAgent.affinity.podAffinity.preferredDuringSchedulingIgnoredDuringExecution | スケジューラは、ポッドをこのフィールドで指定されたアフィニティ表現を満たすノードへスケジュールすることを好みますが、いくつかの表現に違反するノードを選択することもあります。最も優先されるノードは、重さの合計が最も大きいノードです。つまり、すべてのスケジューリング要件（リソース要求、requiredDuringScheduling アフィニティ表現など）をすべて満たすノードごとに、このフィールドの要素を繰り返し処理し、ノードに対応する podAffinityTerm と一致するポッドがある場合は「重さ」を合計に加えて計算します。最も合計の大きいノードが最優先されます。 |
| clusterAgent.affinity.podAffinity.requiredDuringSchedulingIgnoredDuringExecution | このフィールドで指定されたアフィニティ要件がスケジュール時に満たされない場合、ポッドはノードにスケジューリングされません。このフィールドで指定されたアフィニティ要件が、ポッド実行中のある時点で満たされなくなった場合（ポッドラベルの更新など）、システムは最終的にノードからポッドを削除する場合とそうでない場合があります。複数の要素がある場合、各 podAffinityTerm に対応するノードのリストは交差します。つまり、すべての条件が満たされる必要があります。 |
| clusterAgent.affinity.podAntiAffinity.preferredDuringSchedulingIgnoredDuringExecution | スケジューラは、ポッドをこのフィールドで指定されたアンチアフィニティ表現を満たすノードへスケジュールすることを好みますが、いくつかの表現に違反するノードを選択することもあります。最も優先されるノードは、重さの合計が最も大きいノードです。つまり、すべてのスケジューリング要件（リソース要求、requiredDuringScheduling アンチアフィニティ表現など）をすべて満たすノードごとに、このフィールドの要素を繰り返し処理し、ノードが対応する podAffinityTerm と一致するポッドがある場合は「重さ」を合計に加えて計算します。最も合計の大きいノードが最優先されます。 |
| clusterAgent.affinity.podAntiAffinity.requiredDuringSchedulingIgnoredDuringExecution | このフィールドで指定されたアンチアフィニティ要件がスケジュール時に満たされない場合、ポッドはノードにスケジューリングされません。このフィールドで指定されたアンチアフィニティ要件が、ポッド実行中のある時点で満たされなくなった場合（ポッドラベルの更新など）、システムは最終的にノードからポッドを削除する場合とそうでない場合があります。複数の要素がある場合、各 podAffinityTerm に対応するノードのリストは交差します。つまり、すべての条件が満たされる必要があります。 |
| clusterAgent.config.admissionController.enabled | Admission Controller が APM/DogStatsD 構成と標準タグ（env、service、version）をポッドに自動的に挿入できるようにします。 |
| clusterAgent.config.admissionController.mutateUnlabelled | ポッドラベル admission.datadoghq.com/enabled="true" なしで、構成の挿入を有効化します。 |
| clusterAgent.config.admissionController.serviceName | Webhook サービス名に対応します。 |
| clusterAgent.config.clusterChecksEnabled | Cluster Agent と DaemonSet の両方で、クラスターチェックとエンドポイントチェック機能を有効にします。詳細は、[クラスターチェック][14]のドキュメントを参照してください。Kube Service アノテーションによるオートディスカバリーは自動的に有効になります。 |
| clusterAgent.config.confd.configMapName | ディレクトリのマウントに使用される ConfigMap 名。 |
| clusterAgent.config.env | Datadog Agent は、多くの[環境変数][2]をサポートしています。 |
| clusterAgent.config.externalMetrics.enabled | metricsProvider を有効にして、Datadog のメトリクスに基づいてスケーリングできるようにします。 |
| clusterAgent.config.externalMetrics.port | 指定する場合、metricsProvider External Metrics サービスポートを構成します。 |
| clusterAgent.config.externalMetrics.useDatadogMetrics | DatadogMetrics CRD の使用を有効にします（任意のクエリでスケーリングできるようにします）。 |
| clusterAgent.config.logLevel | ログの詳細度を設定します。有効なログレベルは、trace、debug、info、warn、error、critical、off となります。 |
| clusterAgent.config.resources.limits | 許可されるコンピューティングリソースの最大量を表します。詳細については、[Kubernetes のドキュメント][3]を参照してください。 |
| clusterAgent.config.resources.requests | 必要なコンピューティングリソースの最小量を表します。コンテナの requests が省略されている場合、明示的に指定されている場合はデフォルトで limits になり、それ以外の場合は実装定義の値になります。詳細については、[Kubernetes のドキュメント][3]を参照してください。 |
| clusterAgent.config.volumeMounts | Datadog Cluster Agent コンテナで追加のボリュームマウントを指定します。 |
| clusterAgent.config.volumes | Datadog Cluster Agent コンテナで追加のボリュームを指定します。 |
| clusterAgent.customConfig.configData | コンフィギュレーションファイルの内容に対応します。 |
| clusterAgent.customConfig.configMap.fileKey | コンフィギュレーションファイルの内容を格納するため、ConfigMap.Data で使用されるキーに対応します。 |
| clusterAgent.customConfig.configMap.name | ConfigMap 名。 |
| clusterAgent.deploymentName | 作成または移行元のCluster Agent のデプロイ名。 |
| clusterAgent.image.name | 使用するイメージを定義します。Datadog Agent 6 には、datadog/agent:latest を使用します。スタンドアローン Datadog Agent DogStatsD には、datadog/dogstatsd:latest を使用します。Datadog Cluster Agent には、 datadog/cluster-agent:latest を使用します。 |
| clusterAgent.image.pullPolicy | Kubernetes のプルポリシー。Always、Never、または IfNotPresent を使用します。 |
| clusterAgent.image.pullSecrets | Docker レジストリ資格情報を指定します。[詳細は、Kubernetes のドキュメントを参照してください][9]。 |
| clusterAgent.nodeSelector | ポッドがノードに収まるために true である必要のあるセレクター。そのノード上でスケジュールされるポッドのためノードのラベルと一致する必要のあるセレクター。詳細は、[Kubernetes のドキュメント][15]を参照してください。 |
| clusterAgent.priorityClassName | 指定されている場合、ポッドの優先度を示します。system-node-critical と system-cluster-critical 2 つは特別なキーワードで、最高位の優先度を意味します（その中でも前者が最高位）。他の名前は、その名前で PriorityClass オブジェクトを作成し定義する必要があります。指定のない場合、ポッドの優先度はデフォルト値かそれもない場合は 0 となります。 |
| clusterAgent.rbac.create | RBAC リソースの作成を構成するために使用されます。 |
| clusterAgent.rbac.serviceAccountName | 使用するサービスアカウント名を設定するために使用します。フィールド Create が true の場合、無視されます。 |
| clusterAgent.replicas | Cluster Agent レプリカの数。 |
| clusterAgent.tolerations | 指定された場合、Cluster Agent ポッドの許容範囲。 |
| clusterChecksRunner.additionalAnnotations | クラスターチェックランナーポッドに追加されるアノテーションを提供します。 |
| clusterChecksRunner.additionalLabels | クラスターチェックランナーポッドに追加されるラベルを提供します。 |
| clusterChecksRunner.affinity.nodeAffinity.preferredDuringSchedulingIgnoredDuringExecution | スケジューラは、ポッドをこのフィールドで指定されたアフィニティ表現を満たすノードへスケジュールすることを好みますが、いくつかの表現に違反するノードを選択することもあります。最も優先されるノードは、重さの合計が最も大きいノードです。つまり、すべてのスケジューリング要件（リソース要求、requiredDuringScheduling アフィニティ表現など）をすべて満たすノードごとに、このフィールドの要素を繰り返し処理し、ノードが対応する matchExpressions と一致する場合は「重さ」を合計に加えて計算します。最も合計の大きいノードが最優先されます。 |
| clusterChecksRunner.affinity.nodeAffinity.requiredDuringSchedulingIgnoredDuringExecution.nodeSelectorTerms | 必須。ノードセレクター条件の一覧。条件には OR が用いられます。 |
| clusterChecksRunner.affinity.podAffinity.preferredDuringSchedulingIgnoredDuringExecution | スケジューラは、ポッドをこのフィールドで指定されたアフィニティ表現を満たすノードへスケジュールすることを好みますが、いくつかの表現に違反するノードを選択することもあります。最も優先されるノードは、重さの合計が最も大きいノードです。つまり、すべてのスケジューリング要件（リソース要求、requiredDuringScheduling アフィニティ表現など）をすべて満たすノードごとに、このフィールドの要素を繰り返し処理し、ノードに対応する podAffinityTerm と一致するポッドがある場合は「重さ」を合計に加えて計算します。最も合計の大きいノードが最優先されます。 |
| clusterChecksRunner.affinity.podAffinity.requiredDuringSchedulingIgnoredDuringExecution | このフィールドで指定されたアフィニティ要件がスケジュール時に満たされない場合、ポッドはノードにスケジューリングされません。このフィールドで指定されたアフィニティ要件が、ポッド実行中のある時点で満たされなくなった場合（ポッドラベルの更新など）、システムは最終的にノードからポッドを削除する場合とそうでない場合があります。複数の要素がある場合、各 podAffinityTerm に対応するノードのリストは交差します。つまり、すべての条件が満たされる必要があります。 |
| clusterChecksRunner.affinity.podAntiAffinity.preferredDuringSchedulingIgnoredDuringExecution | スケジューラは、ポッドをこのフィールドで指定されたアンチアフィニティ表現を満たすノードへスケジュールすることを好みますが、いくつかの表現に違反するノードを選択することもあります。最も優先されるノードは、重さの合計が最も大きいノードです。つまり、すべてのスケジューリング要件（リソース要求、requiredDuringScheduling アンチアフィニティ表現など）をすべて満たすノードごとに、このフィールドの要素を繰り返し処理し、さらに対応する podAffinityTerm に一致するポッドがノードにある場合は「重さ」を合計に加えて計算します。最も合計の大きいノードが最優先されます。 |
| clusterChecksRunner.affinity.podAntiAffinity.requiredDuringSchedulingIgnoredDuringExecution | このフィールドで指定されたアンチアフィニティ要件がスケジュール時に満たされない場合、ポッドはノードにスケジューリングされません。このフィールドで指定されたアンチアフィニティ要件が、ポッド実行中のある時点で満たされなくなった場合（ポッドラベルの更新など）、システムは最終的にノードからポッドを削除する場合とそうでない場合があります。複数の要素がある場合、各 podAffinityTerm に対応するノードのリストは交差します。つまり、すべての条件が満たされる必要があります。 |
| clusterChecksRunner.config.env | Datadog Agent は、多くの[環境変数][2]をサポートしています。 |
| clusterChecksRunner.config.logLevel | ログの詳細度を設定します。有効なログレベルは、trace、debug、info、warn、error、critical、off となります。 |
| clusterChecksRunner.config.resources.limits | 許可されるコンピューティングリソースの最大量を表します。詳細については、[Kubernetes のドキュメント][3]を参照してください。 |
| clusterChecksRunner.config.resources.requests | 必要なコンピューティングリソースの最小量を表します。コンテナの requests が省略されている場合、明示的に指定されている場合はデフォルトで limits になり、それ以外の場合は実装定義の値になります。詳細については、[Kubernetes のドキュメント][3]を参照してください。 |
| clusterChecksRunner.config.volumeMounts | Datadog クラスターチェックランナーコンテナで追加のボリュームマウントを指定します。 |
| clusterChecksRunner.config.volumes | Datadog クラスターチェックランナーコンテナで追加のボリュームを指定します。 |
| clusterChecksRunner.customConfig.configData | コンフィギュレーションファイルの内容に対応します。 |
| clusterChecksRunner.customConfig.configMap.fileKey | コンフィギュレーションファイルの内容を格納するために ConfigMap.Data で使用されるキーに対応します。 |
| clusterChecksRunner.customConfig.configMap.name | ConfigMap 名。 |
| clusterChecksRunner.deploymentName | 作成または移行元のクラスターチェックデプロイ名。 |
| clusterChecksRunner.image.name | 使用するイメージを定義します。Datadog Agent 6 には、「datadog/agent:latest」 を使用します。スタンドアローン Datadog Agent DogStatsD には、「datadog/dogstatsd:latest」 を使用します。Datadog Cluster Agent には、 「datadog/cluster-agent:latest」 を使用します。 |
| clusterChecksRunner.image.pullPolicy | Kubernetes のプルポリシー。Always、Never、または IfNotPresent を使用します。 |
| clusterChecksRunner.image.pullSecrets | Docker レジストリ資格情報を指定できます。[詳細は、Kubernetes のドキュメントを参照してください][9]。 |
| clusterChecksRunner.nodeSelector | ポッドがノードに収まるために true である必要のあるセレクター。そのノード上でスケジュールされるポッドのためノードのラベルと一致する必要のあるセレクター。詳細は、[Kubernetes のドキュメント][15]を参照してください。 |
| clusterChecksRunner.priorityClassName | 指定されている場合、ポッドの優先度を示します。system-node-critical と system-cluster-critical 2 つは特別なキーワードで、最高位の優先度を意味します（その中でも前者が最高位）。他の名前は、その名前で PriorityClass オブジェクトを作成し定義する必要があります。指定のない場合、ポッドの優先度はデフォルト値かそれもない場合は 0 となります。 |
| clusterChecksRunner.rbac.create | RBAC リソースの作成を構成するために使用されます。 |
| clusterChecksRunner.rbac.serviceAccountName | 利用するサービスアカウント名を設定するために使用します。フィールド Create が true の場合は無視されます。 |
| clusterChecksRunner.replicas | Cluster Agent レプリカの数。 |
| clusterChecksRunner.tolerations | 指定されている場合、クラスターチェックポッドの許容範囲。 |
| clusterName | 一意のクラスター名を設定し、ホストとクラスターチェックランナーを簡単にスコープできるようにします。 |
| credentials.apiKey | Agent を実行する前に、これを Datadog API キーに設定します。 |
| credentials.apiKeyExistingSecret | 非推奨。API キーを既存のシークレットから渡す場合、apiSecret を検討してください。設定されている場合、このパラメータは apiKey より優先されます。 |
| credentials.apiSecret.keyName | 使用する秘密の鍵。 |
| credentials.apiSecret.secretName | 秘密の名前。 |
| credentials.appKey | clusterAgent.metricsProvider.enabled = true を使用する場合、メトリクスへの読み取りアクセス用に Datadog アプリケーションキーを設定する必要があります。 |
| credentials.appKeyExistingSecret | 非推奨。アプリキーを既存のシークレットから渡す場合、appSecret を検討してください。設定されている場合、このパラメータは appKey より優先されます。 |
| credentials.appSecret.keyName | 使用する秘密の鍵。 |
| credentials.appSecret.secretName | 秘密の名前。 |
| credentials.token | ノード Agent と Cluster Agent 間の事前共有鍵。A〜Z および A〜z を使い 32 文字以上で設定します。 |
| credentials.useSecretBackend | Agent シークレットバックエンド機能を使い、コンポーネントが必要とする資格情報を取得します（Agent、クラスター、クラスターチェック）。useSecretBackend: true の場合、他の資格情報パラメーターは無視されます。デフォルトは false です。 |
| site | Agent データを送信する Datadog インテークのサイト。EU サイトにデータを送信するには datadoghq.eu に設定します。 |
このページ
