From 22ed7f40a4cbf1911be3d80b65c68c62dcd6f344 Mon Sep 17 00:00:00 2001 From: ptux Date: Fri, 19 Nov 2021 23:08:32 +0900 Subject: [PATCH 01/33] overview done --- .../tasks/debug-application-cluster/audit.md | 253 ++++++++++++++++++ 1 file changed, 253 insertions(+) create mode 100644 content/ja/docs/tasks/debug-application-cluster/audit.md diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md new file mode 100644 index 0000000000..0cac8fed0e --- /dev/null +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -0,0 +1,253 @@ +--- +content_type: concept +title: 監査 +--- + + + +Kubernetesの監査はクラスタ内の一連の行動を記録するセキュリティに関連した時系列の記録を提供します。 +クラスタはユーザー、Kubernetes APIを使用するアプリケーション、 +およびコントロールプレーン自体によって生成されたアクティビティなどを監査します。 + +監査により、クラスタ管理者は以下の質問に答えることができます: + + - what happened? + - when did it happen? + - who initiated it? + - on what did it happen? + - where was it observed? + - from where was it initiated? + - to where was it going? + + + +Audit records begin their lifecycle inside the +[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/) +component. Each request on each stage +of its execution generates an audit event, which is then pre-processed according to +a certain policy and written to a backend. The policy determines what's recorded +and the backends persist the records. The current backend implementations +include logs files and webhooks. + +Each request can be recorded with an associated _stage_. The defined stages are: + +- `RequestReceived` - The stage for events generated as soon as the audit + handler receives the request, and before it is delegated down the handler + chain. +- `ResponseStarted` - Once the response headers are sent, but before the + response body is sent. This stage is only generated for long-running requests + (e.g. watch). +- `ResponseComplete` - The response body has been completed and no more bytes + will be sent. +- `Panic` - Events generated when a panic occurred. + +{{< note >}} +The configuration of an +[Audit Event configuration](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event) +is different from the +[Event](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#event-v1-core) +API object. +{{< /note >}} + +The audit logging feature increases the memory consumption of the API server +because some context required for auditing is stored for each request. +Memory consumption depends on the audit logging configuration. + +## Audit policy + +Audit policy defines rules about what events should be recorded and what data +they should include. The audit policy object structure is defined in the +[`audit.k8s.io` API group](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy). +When an event is processed, it's +compared against the list of rules in order. The first matching rule sets the +_audit level_ of the event. The defined audit levels are: + +- `None` - don't log events that match this rule. +- `Metadata` - log request metadata (requesting user, timestamp, resource, + verb, etc.) but not request or response body. +- `Request` - log event metadata and request body but not response body. + This does not apply for non-resource requests. +- `RequestResponse` - log event metadata, request and response bodies. + This does not apply for non-resource requests. + +You can pass a file with the policy to `kube-apiserver` +using the `--audit-policy-file` flag. If the flag is omitted, no events are logged. +Note that the `rules` field __must__ be provided in the audit policy file. +A policy with no (0) rules is treated as illegal. + +Below is an example audit policy file: + +{{< codenew file="audit/audit-policy.yaml" >}} + +You can use a minimal audit policy file to log all requests at the `Metadata` level: + +```yaml +# Log all requests at the Metadata level. +apiVersion: audit.k8s.io/v1 +kind: Policy +rules: +- level: Metadata +``` + +If you're crafting your own audit profile, you can use the audit profile for Google Container-Optimized OS as a starting point. You can check the +[configure-helper.sh](https://github.com/kubernetes/kubernetes/blob/master/cluster/gce/gci/configure-helper.sh) +script, which generates an audit policy file. You can see most of the audit policy file by looking directly at the script. + +You can also refer to the [`Policy` configuration reference](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy) +for details about the fields defined. + +## Audit backends + +Audit backends persist audit events to an external storage. +Out of the box, the kube-apiserver provides two backends: + +- Log backend, which writes events into the filesystem +- Webhook backend, which sends events to an external HTTP API + +In all cases, audit events follow a structure defined by the Kubernetes API in the +[`audit.k8s.io` API group](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event). + +{{< note >}} +In case of patches, request body is a JSON array with patch operations, not a JSON object +with an appropriate Kubernetes API object. For example, the following request body is a valid patch +request to `/apis/batch/v1/namespaces/some-namespace/jobs/some-job-name`: + +```json +[ + { + "op": "replace", + "path": "/spec/parallelism", + "value": 0 + }, + { + "op": "remove", + "path": "/spec/template/spec/containers/0/terminationMessagePolicy" + } +] +``` + +{{< /note >}} + +### Log backend + +The log backend writes audit events to a file in [JSONlines](https://jsonlines.org/) format. +You can configure the log audit backend using the following `kube-apiserver` flags: + +- `--audit-log-path` specifies the log file path that log backend uses to write + audit events. Not specifying this flag disables log backend. `-` means standard out +- `--audit-log-maxage` defined the maximum number of days to retain old audit log files +- `--audit-log-maxbackup` defines the maximum number of audit log files to retain +- `--audit-log-maxsize` defines the maximum size in megabytes of the audit log file before it gets rotated + +If your cluster's control plane runs the kube-apiserver as a Pod, remember to mount the `hostPath` +to the location of the policy file and log file, so that audit records are persisted. For example: +```shell + --audit-policy-file=/etc/kubernetes/audit-policy.yaml \ + --audit-log-path=/var/log/audit.log +``` +then mount the volumes: + +```yaml +... +volumeMounts: + - mountPath: /etc/kubernetes/audit-policy.yaml + name: audit + readOnly: true + - mountPath: /var/log/audit.log + name: audit-log + readOnly: false +``` +and finally configure the `hostPath`: + +```yaml +... +- name: audit + hostPath: + path: /etc/kubernetes/audit-policy.yaml + type: File + +- name: audit-log + hostPath: + path: /var/log/audit.log + type: FileOrCreate + +``` + +### Webhook backend + +The webhook audit backend sends audit events to a remote web API, which is assumed to +be a form of the Kubernetes API, including means of authentication. You can configure +a webhook audit backend using the following kube-apiserver flags: + +- `--audit-webhook-config-file` specifies the path to a file with a webhook + configuration. The webhook configuration is effectively a specialized + [kubeconfig](/docs/tasks/access-application-cluster/configure-access-multiple-clusters). +- `--audit-webhook-initial-backoff` specifies the amount of time to wait after the first failed + request before retrying. Subsequent requests are retried with exponential backoff. + +The webhook config file uses the kubeconfig format to specify the remote address of +the service and credentials used to connect to it. + +## Event batching {#batching} + +Both log and webhook backends support batching. Using webhook as an example, here's the list of +available flags. To get the same flag for log backend, replace `webhook` with `log` in the flag +name. By default, batching is enabled in `webhook` and disabled in `log`. Similarly, by default +throttling is enabled in `webhook` and disabled in `log`. + +- `--audit-webhook-mode` defines the buffering strategy. One of the following: + - `batch` - buffer events and asynchronously process them in batches. This is the default. + - `blocking` - block API server responses on processing each individual event. + - `blocking-strict` - Same as blocking, but when there is a failure during audit logging at the + RequestReceived stage, the whole request to the kube-apiserver fails. + +The following flags are used only in the `batch` mode: + +- `--audit-webhook-batch-buffer-size` defines the number of events to buffer before batching. + If the rate of incoming events overflows the buffer, events are dropped. +- `--audit-webhook-batch-max-size` defines the maximum number of events in one batch. +- `--audit-webhook-batch-max-wait` defines the maximum amount of time to wait before unconditionally + batching events in the queue. +- `--audit-webhook-batch-throttle-qps` defines the maximum average number of batches generated + per second. +- `--audit-webhook-batch-throttle-burst` defines the maximum number of batches generated at the same + moment if the allowed QPS was underutilized previously. + +## Parameter tuning + +Parameters should be set to accommodate the load on the API server. + +For example, if kube-apiserver receives 100 requests each second, and each request is audited only +on `ResponseStarted` and `ResponseComplete` stages, you should account for ≅200 audit +events being generated each second. Assuming that there are up to 100 events in a batch, +you should set throttling level at least 2 queries per second. Assuming that the backend can take up to +5 seconds to write events, you should set the buffer size to hold up to 5 seconds of events; +that is: 10 batches, or 1000 events. + +In most cases however, the default parameters should be sufficient and you don't have to worry about +setting them manually. You can look at the following Prometheus metrics exposed by kube-apiserver +and in the logs to monitor the state of the auditing subsystem. + +- `apiserver_audit_event_total` metric contains the total number of audit events exported. +- `apiserver_audit_error_total` metric contains the total number of events dropped due to an error + during exporting. + +### Log entry truncation {#truncate} + +Both log and webhook backends support limiting the size of events that are logged. +As an example, the following is the list of flags available for the log backend: + +- `audit-log-truncate-enabled` whether event and batch truncating is enabled. +- `audit-log-truncate-max-batch-size` maximum size in bytes of the batch sent to the underlying backend. +- `audit-log-truncate-max-event-size` maximum size in bytes of the audit event sent to the underlying backend. + +By default truncate is disabled in both `webhook` and `log`, a cluster administrator should set +`audit-log-truncate-enabled` or `audit-webhook-truncate-enabled` to enable the feature. + +## {{% heading "whatsnext" %}} + +* Learn about [Mutating webhook auditing annotations](/docs/reference/access-authn-authz/extensible-admission-controllers/#mutating-webhook-auditing-annotations). +* Learn more about [`Event`](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event) + and the [`Policy`](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy) + resource types by reading the Audit configuration reference. + From 497a07f5f52ee26fc4b68506281ccde8efa949d1 Mon Sep 17 00:00:00 2001 From: ptux Date: Fri, 19 Nov 2021 23:49:54 +0900 Subject: [PATCH 02/33] add reference file --- .../kube-apiserver.md | 2535 +++++++++++++++++ .../config-api/apiserver-audit.v1.md | 620 ++++ 2 files changed, 3155 insertions(+) create mode 100644 content/ja/docs/reference/command-line-tools-reference/kube-apiserver.md create mode 100644 content/ja/docs/reference/config-api/apiserver-audit.v1.md diff --git a/content/ja/docs/reference/command-line-tools-reference/kube-apiserver.md b/content/ja/docs/reference/command-line-tools-reference/kube-apiserver.md new file mode 100644 index 0000000000..96d0229b43 --- /dev/null +++ b/content/ja/docs/reference/command-line-tools-reference/kube-apiserver.md @@ -0,0 +1,2535 @@ +--- +title: kube-apiserver +content_type: tool-reference +weight: 30 +auto_generated: true +--- + + + +## {{% heading "synopsis" %}} + + + +Kubernetes API 服务器验证并配置 API 对象的数据， +这些对象包括 pods、services、replicationcontrollers 等。 +API 服务器为 REST 操作提供服务，并为集群的共享状态提供前端， +所有其他组件都通过该前端进行交互。 + +``` +kube-apiserver [flags] +``` + +## {{% heading "options" %}} + + ++++ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
--add-dir-header
+ +

如果为 true，则将文件目录添加到日志消息的标题中

+
--admission-control-config-file string
+ +

包含准入控制配置的文件。

+
--advertise-address string
+ +

+向集群成员通知 apiserver 消息的 IP 地址。 +这个地址必须能够被集群中其他成员访问。 +如果 IP 地址为空，将会使用 --bind-address， +如果未指定 --bind-address，将会使用主机的默认接口地址。 +

+
--allow-metric-labels stringToString     默认值：[]

+ +允许使用的指标标签到指标值的映射列表。键的格式为 <MetricName>,<LabelName>. +值的格式为 <allowed_value>,<allowed_value>...。 +例如：metric1,label1='v1,v2,v3', metric1,label2='v1,v2,v3' metric2,label1='v1,v2,v3'。 +

--allow-privileged
+ +如果为 true, 将允许特权容器。[默认值=false] +
--alsologtostderr
+ +在向文件输出日志的同时，也将日志写到标准输出。 +
--anonymous-auth     默认值：true
+ +启用到 API 服务器的安全端口的匿名请求。 +未被其他认证方法拒绝的请求被当做匿名请求。 +匿名请求的用户名为 system:anonymous， +用户组名为 system:unauthenticated。 +
--api-audiences strings
+ +API 的标识符。 +服务帐户令牌验证者将验证针对 API 使用的令牌是否已绑定到这些受众中的至少一个。 +如果配置了 --service-account-issuer 标志，但未配置此标志， +则此字段默认为包含发布者 URL 的单个元素列表。 +
--apiserver-count int     默认值：1
+ +集群中运行的 API 服务器数量，必须为正数。 +（在启用 --endpoint-reconciler-type=master-count 时使用。） +
--audit-log-batch-buffer-size int     默认值：10000
+ +批处理和写入之前用于存储事件的缓冲区大小。 +仅在批处理模式下使用。 +
--audit-log-batch-max-size int     默认值：1
+ +每个批次的最大大小。仅在批处理模式下使用。 +
--audit-log-batch-max-wait duration
+ +强制写入尚未达到最大大小的批次之前要等待的时间。 +仅在批处理模式下使用。 +
--audit-log-batch-throttle-burst int
+ +如果之前未使用 ThrottleQPS，则为同时发送的最大请求数。 +仅在批处理模式下使用。 +
--audit-log-batch-throttle-enable
+ +是否启用了批量限制。仅在批处理模式下使用。 +
--audit-log-batch-throttle-qps float
+ +每秒的最大平均批次数。仅在批处理模式下使用。 +
--audit-log-compress
+ +若设置了此标志，则被轮换的日志文件会使用 gzip 压缩。 +
--audit-log-format string     默认值："json"
+ +所保存的审计格式。 +"legacy" 表示每行一个事件的文本格式。"json" 表示结构化的 JSON 格式。 +已知格式为 legacy，json。 +
--audit-log-maxage int
+ +根据文件名中编码的时间戳保留旧审计日志文件的最大天数。 +
--audit-log-maxbackup int
+ +要保留的旧的审计日志文件个数上限。 +
--audit-log-maxsize int
+ +轮换之前，审计日志文件的最大大小（以兆字节为单位）。 +
--audit-log-mode string     默认值："blocking"
+ +用来发送审计事件的策略。 +阻塞（blocking）表示发送事件应阻止服务器响应。 +批处理（batch）会导致后端异步缓冲和写入事件。 +已知的模式是批处理（batch），阻塞（blocking），严格阻塞（blocking-strict）。 +
--audit-log-path string
+ +如果设置，则所有到达 API 服务器的请求都将记录到该文件中。 +"-" 表示标准输出。 +
--audit-log-truncate-enabled
+ +是否启用事件和批次截断。 +
--audit-log-truncate-max-batch-size int     默认值：10485760
+ +发送到下层后端的每批次的最大数据量。 +实际的序列化大小可能会增加数百个字节。 +如果一个批次超出此限制，则将其分成几个较小的批次。 +
--audit-log-truncate-max-event-size int     默认值：102400
+ +发送到下层后端的每批次的最大数据量。 +如果事件的大小大于此数字，则将删除第一个请求和响应； +如果这样做没有减小足够大的程度，则将丢弃事件。 +
--audit-log-version string     默认值："audit.k8s.io/v1"
+ +用于对写入日志的审计事件执行序列化的 API 组和版本。 +
--audit-policy-file string
+ +定义审计策略配置的文件的路径。 +
--audit-webhook-batch-buffer-size int     默认值：10000
+ +划分批次和写入之前用于存储事件的缓冲区大小。 +仅在批处理模式下使用。 +
--audit-webhook-batch-max-size int     默认值：400
+ +批次的最大大小。 +仅在批处理模式下使用。 +
--audit-webhook-batch-max-wait duration     默认值：30s
+ +强制写入尚未达到最大大小的批处理之前要等待的时间。 +仅在批处理模式下使用。 +
--audit-webhook-batch-throttle-burst int     默认值：15
+ +如果之前未使用 ThrottleQPS，同时发送的最大请求数。 +仅在批处理模式下使用。 +
--audit-webhook-batch-throttle-enable     默认值：true
+ +是否启用了批量限制。仅在批处理模式下使用。 +
--audit-webhook-batch-throttle-qps float32     默认值：10
+ +每秒的最大平均批次数。仅在批处理模式下使用。 +
--audit-webhook-config-file string
+ +定义审计 webhook 配置的 kubeconfig 格式文件的路径。 +
--audit-webhook-initial-backoff duration     默认值：10s
+ +重试第一个失败的请求之前要等待的时间。 +
--audit-webhook-mode string     默认值："batch"
+ +发送审计事件的策略。 +阻止（Blocking）表示发送事件应阻止服务器响应。 +批处理（Batch）导致后端异步缓冲和写入事件。 +已知的模式是批处理（batch），阻塞（blocking），严格阻塞（blocking-strict）。 +
--audit-webhook-truncate-enabled
+ +是否启用事件和批处理截断。 +
--audit-webhook-truncate-max-batch-size int     默认值：10485760
+ +发送到下层后端的批次的最大数据量。 +实际的序列化大小可能会增加数百个字节。 +如果一个批次超出此限制，则将其分成几个较小的批次。 +
--audit-webhook-truncate-max-event-size int     默认值：102400
+ +发送到下层后端的批次的最大数据量。 +如果事件的大小大于此数字，则将删除第一个请求和响应； +如果事件和事件的大小没有减小到一定幅度，则将丢弃事件。 +
--audit-webhook-version string     默认值："audit.k8s.io/v1" +
+ +用于序列化写入 Webhook 的审计事件的 API 组和版本。 +
--authentication-token-webhook-cache-ttl duration     2m0s
+ +对来自 Webhook 令牌身份验证器的响应的缓存时间。 +
--authentication-token-webhook-config-file string
+ +包含 Webhook 配置的 kubeconfig 格式文件，用于进行令牌认证。 +API 服务器将查询远程服务，以对持有者令牌进行身份验证。 +
--authentication-token-webhook-version string     默认值："v1beta1" +
+ +与 Webhook 之间交换 authentication.k8s.io TokenReview 时使用的 API 版本。 +
--authorization-mode stringSlice     默认值："AlwaysAllow"
+ +在安全端口上进行鉴权的插件的顺序列表。 +逗号分隔的列表：AlwaysAllow、AlwaysDeny、ABAC、Webhook、RBAC、Node。 +
--authorization-policy-file string
+ +包含鉴权策略的文件，其内容为分行 JSON 格式， +在安全端口上与 --authorization-mode=ABAC 一起使用。 +
--authorization-webhook-cache-authorized-ttl duration     默认值：5m0s
+ +对来自 Webhook 鉴权组件的 “授权（authorized）” 响应的缓存时间。 +
--authorization-webhook-cache-unauthorized-ttl duration     默认值：30s
+ +对来自 Webhook 鉴权模块的 “未授权（unauthorized）” 响应的缓存时间。 +
--authorization-webhook-config-file string
+ +包含 Webhook 配置的文件，其格式为 kubeconfig， +与 --authorization-mode=Webhook 一起使用。 +API 服务器将查询远程服务，以对 API 服务器的安全端口的访问执行鉴权。 +
--authorization-webhook-version string     默认值："v1beta1"
+ +与 Webhook 之间交换 authorization.k8s.io SubjectAccessReview 时使用的 API 版本。 +
--azure-container-registry-config string
+ +包含 Azure 容器仓库配置信息的文件的路径。 +
--bind-address string     默认值："0.0.0.0"
+ +用来监听 --secure-port 端口的 IP 地址。 +集群的其余部分以及 CLI/web 客户端必须可以访问所关联的接口。 +如果为空白或未指定地址（0.0.0.0 或 ::），则将使用所有接口。 +
--cert-dir string     默认值："/var/run/kubernetes"
+ +TLS 证书所在的目录。 +如果提供了 --tls-cert-file 和 --tls-private-key-file +标志值，则将忽略此标志。 +
--client-ca-file string
+ +如果已设置，则使用与客户端证书的 CommonName 对应的标识对任何出示由 +client-ca 文件中的授权机构之一签名的客户端证书的请求进行身份验证。 +
--cloud-config string
+ +云厂商配置文件的路径。空字符串表示无配置文件。 +
--cloud-provider string
+ +云服务提供商。空字符串表示没有云厂商。 +
--cloud-provider-gce-l7lb-src-cidrs cidrs     默认值："130.211.0.0/22,35.191.0.0/16"
+ +在 GCE 防火墙中打开 CIDR，以进行第 7 层负载均衡流量代理和健康状况检查。 +
--contention-profiling
+ +如果启用了性能分析，则启用锁争用性能分析。 +
--cors-allowed-origins strings
+ +CORS 允许的来源清单，以逗号分隔。 +允许的来源可以是支持子域匹配的正则表达式。 +如果此列表为空，则不会启用 CORS。 +
--default-not-ready-toleration-seconds int     默认值：300
+ +对污点 NotReady:NoExecute 的容忍时长（以秒计）。 +默认情况下这一容忍度会被添加到尚未具有此容忍度的每个 pod 中。 +
--default-unreachable-toleration-seconds int     默认值：300
+ +对污点 Unreachable:NoExecute 的容忍时长（以秒计） +默认情况下这一容忍度会被添加到尚未具有此容忍度的每个 pod 中。 +
--default-watch-cache-size int     默认值：100
+ +默认监听（watch）缓存大小。 +如果为零，则将为没有设置默认监视大小的资源禁用监视缓存。 +
--delete-collection-workers int     默认值： 1
+ +为 DeleteCollection 调用而产生的工作线程数。 +这些用于加速名字空间清理。 +
--disable-admission-plugins strings
+ +尽管位于默认启用的插件列表中（NamespaceLifecycle、LimitRanger、ServiceAccount、TaintNodesByCondition、Priority、DefaultTolerationSeconds、DefaultStorageClass、StorageObjectInUseProtection、PersistentVolumeClaimResize、RuntimeClass、CertificateApproval、CertificateSigning、CertificateSubjectRestriction、DefaultIngressClass、MutatingAdmissionWebhook、ValidatingAdmissionWebhook、ResourceQuota）仍须被禁用的插件。 +
取值为逗号分隔的准入插件列表：AlwaysAdmit、AlwaysDeny、AlwaysPullImages、CertificateApproval、CertificateSigning、CertificateSubjectRestriction、DefaultIngressClass、DefaultStorageClass、DefaultTolerationSeconds、DenyServiceExternalIPs、EventRateLimit、ExtendedResourceToleration、ImagePolicyWebhook、LimitPodHardAntiAffinityTopology、LimitRanger、MutatingAdmissionWebhook、NamespaceAutoProvision、NamespaceExists、NamespaceLifecycle、NodeRestriction、OwnerReferencesPermissionEnforcement、PersistentVolumeClaimResize、PersistentVolumeLabel、PodNodeSelector、PodSecurityPolicy、PodTolerationRestriction、Priority、ResourceQuota、RuntimeClass、SecurityContextDeny、ServiceAccount、StorageObjectInUseProtection、TaintNodesByCondition、ValidatingAdmissionWebhook。 +
该标志中插件的顺序无关紧要。 +
--disabled-metrics strings
+ +此标志为行为不正确的度量指标提供一种处理方案。 +你必须提供完全限定的指标名称才能将其禁止。 +声明：禁用度量值的行为优先于显示已隐藏的度量值。 +
--egress-selector-config-file string
+ +带有 API 服务器出站选择器配置的文件。 +
--enable-admission-plugins stringSlice
+ +除了默认启用的插件（NamespaceLifecycle、LimitRanger、ServiceAccount、TaintNodesByCondition、Priority、DefaultTolerationSeconds、DefaultStorageClass、StorageObjectInUseProtection、PersistentVolumeClaimResize、RuntimeClass、CertificateApproval、CertificateSigning、CertificateSubjectRestriction、DefaultIngressClass、MutatingAdmissionWebhook、ValidatingAdmissionWebhook、ResourceQuota）之外要启用的插件 +
取值为逗号分隔的准入插件列表：AlwaysAdmit、AlwaysDeny、AlwaysPullImages、CertificateApproval、CertificateSigning、CertificateSubjectRestriction、DefaultIngressClass、DefaultStorageClass、DefaultTolerationSeconds、DenyServiceExternalIPs、EventRateLimit、ExtendedResourceToleration、ImagePolicyWebhook、LimitPodHardAntiAffinityTopology、LimitRanger、MutatingAdmissionWebhook、NamespaceAutoProvision、NamespaceExists、NamespaceLifecycle、NodeRestriction、OwnerReferencesPermissionEnforcement、PersistentVolumeClaimResize、PersistentVolumeLabel、PodNodeSelector、PodSecurityPolicy、PodTolerationRestriction、Priority、ResourceQuota、RuntimeClass、SecurityContextDeny、ServiceAccount、StorageObjectInUseProtection、TaintNodesByCondition、ValidatingAdmissionWebhook +
该标志中插件的顺序无关紧要。 +
--enable-aggregator-routing
+ +允许聚合器将请求路由到端点 IP 而非集群 IP。 +
--enable-bootstrap-token-auth
+ +启用以允许将 "kube-system" 名字空间中类型为 "bootstrap.kubernetes.io/token" +的 Secret 用于 TLS 引导身份验证。 +
--enable-garbage-collector     默认值：true
+ +启用通用垃圾收集器。必须与 kube-controller-manager 的相应标志同步。 +
--enable-priority-and-fairness     默认值：true
+ +如果为 true 且启用了 APIPriorityAndFairness 特性门控， +请使用增强的处理程序替换 max-in-flight 处理程序， +以便根据优先级和公平性完成排队和调度。 +
--encryption-provider-config string
+ +包含加密提供程序配置信息的文件，用在 etcd 中所存储的 Secret 上。 +
--endpoint-reconciler-type string     默认值："lease"
+ +使用端点协调器（master-count、lease 或 none）。 +
--etcd-cafile string
+ +用于保护 etcd 通信的 SSL 证书颁发机构文件。 +
--etcd-certfile string
+ +用于保护 etcd 通信的 SSL 证书文件。 +
--etcd-compaction-interval duration     默认值：5m0s
+ +压缩请求的间隔。 +如果为0，则禁用来自 API 服务器的压缩请求。 +
--etcd-count-metric-poll-period duration     默认值：1m0s
+ +针对每种类型的资源数量轮询 etcd 的频率。 +0 值表示禁用度量值收集。 +
--etcd-db-metric-poll-interval duration     默认值：30s
+ +轮询 etcd 和更新度量值的请求间隔。0 值表示禁用度量值收集。 +
--etcd-healthcheck-timeout duration      +检查 etcd 健康状况时使用的超时时长。 +
--etcd-keyfile string
+ +用于保护 etcd 通信的 SSL 密钥文件。 +
--etcd-prefix string     默认值："/registry"
+ +要在 etcd 中所有资源路径之前添加的前缀。 +
--etcd-servers strings
+ +要连接的 etcd 服务器列表（scheme://ip:port），以逗号分隔。 +
--etcd-servers-overrides strings
+ +etcd 服务器针对每个资源的重载设置，以逗号分隔。 +单个替代格式：组/资源#服务器（group/resource#servers）， +其中服务器是 URL，以分号分隔。 +
--event-ttl duration     默认值：1h0m0s
+ +事件的保留时长。 +
--experimental-logging-sanitization
+ +[试验性功能] 启用此标志时，被标记为敏感的字段（密码、密钥、令牌）都不会被日志输出。
+运行时的日志清理可能会引入相当程度的计算开销，因此不应该在产品环境中启用。 +
--external-hostname string
+ +为此主机生成外部化 UR L时要使用的主机名（例如 Swagger API 文档或 OpenID 发现）。 +
--feature-gates <逗号分隔的 'key=True|False' 键值对>
+ +

一组 key=value 对，用来描述测试性/试验性功能的特性门控。可选项有： +APIListChunking=true|false (BETA - 默认值=true)
+APIPriorityAndFairness=true|false (BETA - 默认值=true)
+APIResponseCompression=true|false (BETA - 默认值=true)
+APIServerIdentity=true|false (ALPHA - 默认值=false)
+AllAlpha=true|false (ALPHA - 默认值=false)
+AllBeta=true|false (BETA - 默认值=false)
+AnyVolumeDataSource=true|false (ALPHA - 默认值=false)
+AppArmor=true|false (BETA - 默认值=true)
+BalanceAttachedNodeVolumes=true|false (ALPHA - 默认值=false)
+BoundServiceAccountTokenVolume=true|false (BETA - 默认值=true)
+CPUManager=true|false (BETA - 默认值=true)
+CSIInlineVolume=true|false (BETA - 默认值=true)
+CSIMigration=true|false (BETA - 默认值=true)
+CSIMigrationAWS=true|false (BETA - 默认值=false)
+CSIMigrationAzureDisk=true|false (BETA - 默认值=false)
+CSIMigrationAzureFile=true|false (BETA - 默认值=false)
+CSIMigrationGCE=true|false (BETA - 默认值=false)
+CSIMigrationOpenStack=true|false (BETA - 默认值=true)
+CSIMigrationvSphere=true|false (BETA - 默认值=false)
+CSIMigrationvSphereComplete=true|false (BETA - 默认值=false)
+CSIServiceAccountToken=true|false (BETA - 默认值=true)
+CSIStorageCapacity=true|false (BETA - 默认值=true)
+CSIVolumeFSGroupPolicy=true|false (BETA - 默认值=true)
+CSIVolumeHealth=true|false (ALPHA - 默认值=false)
+ConfigurableFSGroupPolicy=true|false (BETA - 默认值=true)
+ControllerManagerLeaderMigration=true|false (ALPHA - 默认值=false)
+CronJobControllerV2=true|false (BETA - 默认值=true)
+CustomCPUCFSQuotaPeriod=true|false (ALPHA - 默认值=false)
+DaemonSetUpdateSurge=true|false (ALPHA - 默认值=false)
+DefaultPodTopologySpread=true|false (BETA - 默认值=true)
+DevicePlugins=true|false (BETA - 默认值=true)
+DisableAcceleratorUsageMetrics=true|false (BETA - 默认值=true)
+DownwardAPIHugePages=true|false (BETA - 默认值=false)
+DynamicKubeletConfig=true|false (BETA - 默认值=true)
+EfficientWatchResumption=true|false (BETA - 默认值=true)
+EndpointSliceProxying=true|false (BETA - 默认值=true)
+EndpointSliceTerminatingCondition=true|false (ALPHA - 默认值=false)
+EphemeralContainers=true|false (ALPHA - 默认值=false)
+ExpandCSIVolumes=true|false (BETA - 默认值=true)
+ExpandInUsePersistentVolumes=true|false (BETA - 默认值=true)
+ExpandPersistentVolumes=true|false (BETA - 默认值=true)
+ExperimentalHostUserNamespace默认值ing=true|false (BETA - 默认值=false)
+GenericEphemeralVolume=true|false (BETA - 默认值=true)
+GracefulNodeShutdown=true|false (BETA - 默认值=true)
+HPAContainerMetrics=true|false (ALPHA - 默认值=false)
+HPAScaleToZero=true|false (ALPHA - 默认值=false)
+HugePageStorageMediumSize=true|false (BETA - 默认值=true)
+IPv6DualStack=true|false (BETA - 默认值=true)
+InTreePluginAWSUnregister=true|false (ALPHA - 默认值=false)
+InTreePluginAzureDiskUnregister=true|false (ALPHA - 默认值=false)
+InTreePluginAzureFileUnregister=true|false (ALPHA - 默认值=false)
+InTreePluginGCEUnregister=true|false (ALPHA - 默认值=false)
+InTreePluginOpenStackUnregister=true|false (ALPHA - 默认值=false)
+InTreePluginvSphereUnregister=true|false (ALPHA - 默认值=false)
+IndexedJob=true|false (ALPHA - 默认值=false)
+IngressClassNamespacedParams=true|false (ALPHA - 默认值=false)
+KubeletCredentialProviders=true|false (ALPHA - 默认值=false)
+KubeletPodResources=true|false (BETA - 默认值=true)
+KubeletPodResourcesGetAllocatable=true|false (ALPHA - 默认值=false)
+LocalStorageCapacityIsolation=true|false (BETA - 默认值=true)
+LocalStorageCapacityIsolationFSQuotaMonitoring=true|false (ALPHA - 默认值=false)
+LogarithmicScaleDown=true|false (ALPHA - 默认值=false)
+MemoryManager=true|false (ALPHA - 默认值=false)
+MixedProtocolLBService=true|false (ALPHA - 默认值=false)
+NamespaceDefaultLabelName=true|false (BETA - 默认值=true)
+NetworkPolicyEndPort=true|false (ALPHA - 默认值=false)
+NonPreemptingPriority=true|false (BETA - 默认值=true)
+PodAffinityNamespaceSelector=true|false (ALPHA - 默认值=false)
+PodDeletionCost=true|false (ALPHA - 默认值=false)
+PodOverhead=true|false (BETA - 默认值=true)
+PreferNominatedNode=true|false (ALPHA - 默认值=false)
+ProbeTerminationGracePeriod=true|false (ALPHA - 默认值=false)
+ProcMountType=true|false (ALPHA - 默认值=false)
+QOSReserved=true|false (ALPHA - 默认值=false)
+RemainingItemCount=true|false (BETA - 默认值=true)
+RemoveSelfLink=true|false (BETA - 默认值=true)
+RotateKubeletServerCertificate=true|false (BETA - 默认值=true)
+ServerSideApply=true|false (BETA - 默认值=true)
+ServiceInternalTrafficPolicy=true|false (ALPHA - 默认值=false)
+ServiceLBNodePortControl=true|false (ALPHA - 默认值=false)
+ServiceLoadBalancerClass=true|false (ALPHA - 默认值=false)
+ServiceTopology=true|false (ALPHA - 默认值=false)
+SetHostnameAsFQDN=true|false (BETA - 默认值=true)
+SizeMemoryBackedVolumes=true|false (ALPHA - 默认值=false)
+StorageVersionAPI=true|false (ALPHA - 默认值=false)
+StorageVersionHash=true|false (BETA - 默认值=true)
+SuspendJob=true|false (ALPHA - 默认值=false)
+TTLAfterFinished=true|false (BETA - 默认值=true)
+TopologyAwareHints=true|false (ALPHA - 默认值=false)
+TopologyManager=true|false (BETA - 默认值=true)
+ValidateProxyRedirects=true|false (BETA - 默认值=true)
+VolumeCapacityPriority=true|false (ALPHA - 默认值=false)
+WarningHeaders=true|false (BETA - 默认值=true)
+WinDSR=true|false (ALPHA - 默认值=false)
+WinOverlay=true|false (BETA - 默认值=true)
+WindowsEndpointSliceProxying=true|false (BETA - 默认值=true)

+
--goaway-chance float
+ +为防止 HTTP/2 客户端卡在单个 API 服务器上，可启用随机关闭连接（GOAWAY）。 +客户端的其他运行中请求将不会受到影响，并且客户端将重新连接， +可能会在再次通过负载平衡器后登陆到其他 API 服务器上。 +此参数设置将发送 GOAWAY 的请求的比例。 +具有单个 API 服务器或不使用负载平衡器的群集不应启用此功能。 +最小值为0（关闭），最大值为 .02（1/50 请求）； 建议使用 .001（1/1000）。 +
-h, --help
+ +kube-apiserver 的帮助命令 +
--http2-max-streams-per-connection int
+ +服务器为客户端提供的 HTTP/2 连接中最大流数的限制。 +零表示使用 GoLang 的默认值。 +
--identity-lease-duration-seconds int     默认值：3600
+ +kube-apiserver 租约时长（按秒计），必须是正数。 +（当 APIServerIdentity 特性门控被启用时使用此标志值） +
--identity-lease-renew-interval-seconds int     默认值：10
+ +kube-apiserver 对其租约进行续期的时间间隔（按秒计），必须是正数。 +（当 APIServerIdentity 特性门控被启用时使用此标志值） +
--kubelet-certificate-authority string
+ +证书颁发机构的证书文件的路径。 +
--kubelet-client-certificate string
+ +TLS 的客户端证书文件的路径。 +
--kubelet-client-key string
+ +TLS 客户端密钥文件的路径。 +
--kubelet-preferred-address-types strings     默认值：Hostname,InternalDNS,InternalIP,ExternalDNS,ExternalIP
+ +用于 kubelet 连接的首选 NodeAddressTypes 列表。 +
--kubelet-timeout duration     默认值：5s
+ +kubelet 操作超时时间。 +
--kubernetes-service-node-port int
+ +如果非零，那么 Kubernetes 主服务（由 apiserver 创建/维护）将是 NodePort 类型， +使用它作为端口的值。 +如果为零，则 Kubernetes 主服务将为 ClusterIP 类型。 +
--lease-reuse-duration-seconds int     默认值：60
+ +每个租约被重用的时长。 +如果此值比较低，可以避免大量对象重用此租约。 +注意，如果此值过小，可能导致存储层出现性能问题。 +
--livez-grace-period duration
+ +此选项代表 API 服务器完成启动序列并生效所需的最长时间。 +从 API 服务器的启动时间到这段时间为止， +/livez 将假定未完成的启动后钩子将成功完成，因此返回 true。 +
--log-backtrace-at traceLocation     默认值：:0
+ +当日志机制执行到'文件 :N'时，生成堆栈跟踪。 +
--log-dir string
+ +如果为非空，则在此目录中写入日志文件。 +
--log-file string
+ +如果为非空，使用此值作为日志文件。 +
--log-file-max-size uint     默认值：1800
+ +定义日志文件可以增长到的最大大小。单位为兆字节。 +如果值为 0，则最大文件大小为无限制。 +
--log-flush-frequency duration     默认值：5s
+ +两次日志刷新之间的最大秒数 +
--logging-format string     默认值："text"
+ +设置日志格式。允许的格式："json"，"json"。
+非默认格式不支持以下标志：--add-dir-header、--alsologtostderr、--log-backtrace-at、--log-dir、--log-file、--log-file-max-size、--logtostderr、--one-output、-skip-headers、-skip-log-headers、--stderrthreshold、-vmodule 和 --log-flush-frequency。
+当前非默认选择为 alpha，会随时更改而不会发出警告。 +
--logtostderr     默认值：true
+ +在标准错误而不是文件中输出日志记录。 +
--master-service-namespace string     默认值："default"
+ +已废弃：应该从其中将 Kubernetes 主服务注入到 Pod 中的名字空间。 +
--max-connection-bytes-per-sec int
+ +如果不为零，则将每个用户连接限制为该数（字节数/秒）。 +当前仅适用于长时间运行的请求。 +
--max-mutating-requests-inflight int     默认值：200
+ +在给定时间内进行中变更类型请求的最大个数。 +当超过该值时，服务将拒绝所有请求。 +零表示无限制。 +
--max-requests-inflight int     默认值：400
+ +在给定时间内进行中非变更类型请求的最大数量。 +当超过该值时，服务将拒绝所有请求。 +零表示无限制。 +
--min-request-timeout int     默认值：1800
+ +可选字段，表示处理程序在请求超时前，必须保持其处于打开状态的最小秒数。 +当前只对监听（Watch）请求的处理程序有效，它基于这个值选择一个随机数作为连接超时值， +以达到分散负载的目的。 +
--oidc-ca-file string
+ +如果设置该值，将会使用 oidc-ca-file 中的机构之一对 OpenID 服务的证书进行验证， +否则将会使用主机的根 CA 对其进行验证。 +
--oidc-client-id string
+ +OpenID 连接客户端的要使用的客户 ID，如果设置了 oidc-issuer-url，则必须设置这个值。 +
--oidc-groups-claim string
+ +如果提供该值，这个自定义 OpenID 连接声明将被用来设定用户组。 +该声明值需要是一个字符串或字符串数组。 +此标志为实验性的，请查阅身份认证相关文档进一步了解详细信息。 +
--oidc-groups-prefix string
+ +如果提供了此值，则所有组都将以该值作为前缀，以防止与其他身份认证策略冲突。 +
--oidc-issuer-url string
+ +OpenID 颁发者 URL，只接受 HTTPS 方案。 +如果设置该值，它将被用于验证 OIDC JSON Web Token(JWT)。 +
--oidc-required-claim <逗号分隔的 'key=value' 键值对列表>
+ +描述 ID 令牌中必需声明的键值对。 +如果设置此值，则会验证 ID 令牌中存在与该声明匹配的值。 +重复此标志以指定多个声明。 +
--oidc-signing-algs strings     默认值：RS256
+ +允许的 JOSE 非对称签名算法的逗号分隔列表。 +若 JWT 所带的 "alg" 标头值不在列表中，则该 JWT 将被拒绝。 +取值依据 RFC 7518 https://tools.ietf.org/html/rfc7518#section-3.1 定义。 +
--oidc-username-claim string     默认值："sub"
+ +要用作用户名的 OpenID 声明。 +请注意，除默认声明（"sub"）以外的其他声明不能保证是唯一且不可变的。 +此标志是实验性的，请参阅身份认证文档以获取更多详细信息。 +
--oidc-username-prefix string
+ +如果提供，则所有用户名都将以该值作为前缀。 +如果未提供，则除 "email" 之外的用户名声明都会添加颁发者 URL 作为前缀，以避免冲突。 +要略过添加前缀处理，请设置值为 "-"。 +
--one-output
+ +此标志为真时，日志只会被写入到其原生的严重性级别中（而不是同时写到所有较低 +严重性级别中）。 +
--permit-address-sharing     默认值：false

+ +若此标志为 true，则使用 SO_REUSEADDR 来绑定端口。 +这样设置可以同时绑定到用通配符表示的类似 0.0.0.0 这种 IP 地址， +以及特定的 IP 地址。也可以避免等待内核释放 TIME_WAIT 状态的套接字。 +

--permit-port-sharing     默认值：false
+ +如果为 true，则在绑定端口时将使用 SO_REUSEPORT， +这样多个实例可以绑定到同一地址和端口上。 +
--profiling     默认值：true
+ +通过 Web 接口 host:port/debug/pprof/ 启用性能分析。 +
--proxy-client-cert-file string
+ +当必须调用外部程序以处理请求时，用于证明聚合器或者 kube-apiserver 的身份的客户端证书。 +包括代理转发到用户 api-server 的请求和调用 Webhook 准入控制插件的请求。 +Kubernetes 期望此证书包含来自于 --requestheader-client-ca-file 标志中所给 CA 的签名。 +该 CA 在 kube-system 命名空间的 "extension-apiserver-authentication" ConfigMap 中公开。 +从 kube-aggregator 收到调用的组件应该使用该 CA 进行各自的双向 TLS 验证。 +
--proxy-client-key-file string
+ +当必须调用外部程序来处理请求时，用来证明聚合器或者 kube-apiserver 的身份的客户端私钥。 +这包括代理转发给用户 api-server 的请求和调用 Webhook 准入控制插件的请求。 +
--request-timeout duration     默认值：1m0s
+ +可选字段，指示处理程序在超时之前必须保持打开请求的持续时间。 +这是请求的默认请求超时，但对于特定类型的请求，可能会被 +--min-request-timeout等标志覆盖。 +
--requestheader-allowed-names strings
+ +此值为客户端证书通用名称（Common Name）的列表；表中所列的表项可以用来提供用户名， +方式是使用 --requestheader-username-headers 所指定的头部。 +如果为空，能够通过 --requestheader-client-ca-file 中机构 +认证的客户端证书都是被允许的。 +
--requestheader-client-ca-file string
+ +在信任请求头中以 --requestheader-username-headers 指示的用户名之前， +用于验证接入请求中客户端证书的根证书包。 +警告：一般不要假定传入请求已被授权。 +
--requestheader-extra-headers-prefix strings
+ +用于查验请求头部的前缀列表。建议使用 X-Remote-Extra-。 +
--requestheader-group-headers strings
+ +用于查验用户组的请求头部列表。建议使用 X-Remote-Group。 +
--requestheader-username-headers strings
+ +用于查验用户名的请求头头列表。建议使用 X-Remote-User。 +
--runtime-config <逗号分隔的 'key=value' 对列表>
+ +一组启用或禁用内置 API 的键值对。支持的选项包括： +
v1=true|false（针对核心 API 组） +
<group>/<version>=true|false（针对特定 API 组和版本，例如：apps/v1=true） +
api/all=true|false 控制所有 API 版本 +
api/ga=true|false 控制所有 v[0-9]+ API 版本 +
api/beta=true|false 控制所有 v[0-9]+beta[0-9]+ API 版本 +
api/alpha=true|false 控制所有 v[0-9]+alpha[0-9]+ API 版本 +
api/legacy 已弃用，并将在以后的版本中删除 +
--secure-port int     默认值：6443
+ +带身份验证和鉴权机制的 HTTPS 服务端口。 +不能用 0 关闭。 +
--service-account-extend-token-expiration     默认值：true
+ +在生成令牌时，启用投射服务帐户到期时间扩展， +这有助于从旧版令牌安全地过渡到绑定的服务帐户令牌功能。 +如果启用此标志，则准入插件注入的令牌的过期时间将延长至 1 年，以防止过渡期间发生意外故障， +并忽略 service-account-max-token-expiration 的值。 +
--service-account-issuer string
+ +服务帐号令牌颁发者的标识符。 +颁发者将在已办法令牌的 "iss" 声明中检查此标识符。 +此值为字符串或 URI。 +如果根据 OpenID Discovery 1.0 规范检查此选项不是有效的 URI，则即使特性门控设置为 true， +ServiceAccountIssuerDiscovery 功能也将保持禁用状态。 +强烈建议该值符合 OpenID 规范：https://openid.net/specs/openid-connect-discovery-1_0.html。 +实践中，这意味着 service-account-issuer 取值必须是 HTTPS URL。 +还强烈建议此 URL 能够在 {service-account-issuer}/.well-known/openid-configuration +处提供 OpenID 发现文档。 +
--service-account-jwks-uri string
+ +覆盖 /.well-known/openid-configuration 提供的发现文档中 JSON Web 密钥集的 URI。 +如果发现文档和密钥集是通过 API 服务器外部 +（而非自动检测到或被外部主机名覆盖）之外的 URL 提供给依赖方的，则此标志很有用。 +仅在启用 ServiceAccountIssuerDiscovery 特性门控的情况下有效。 +
--service-account-key-file strings
+ +包含 PEM 编码的 x509 RSA 或 ECDSA 私钥或公钥的文件，用于验证 ServiceAccount 令牌。 +指定的文件可以包含多个键，并且可以使用不同的文件多次指定标志。 +如果未指定，则使用 --tls-private-key-file。 +提供 --service-account-signing-key 时必须指定。 +
--service-account-lookup     默认值：true
+ +如果为 true，则在身份认证时验证 etcd 中是否存在 ServiceAccount 令牌。 +
--service-account-max-token-expiration duration
+ +服务帐户令牌发布者创建的令牌的最长有效期。 +如果请求有效期大于此值的有效令牌请求，将使用此值的有效期颁发令牌。 +
--service-account-signing-key-file string
+ +包含服务帐户令牌颁发者当前私钥的文件的路径。 +颁发者将使用此私钥签署所颁发的 ID 令牌。 +
--service-cluster-ip-range string
+ +CIDR 表示的 IP 范围用来为服务分配集群 IP。 +此地址不得与指定给节点或 Pod 的任何 IP 范围重叠。 +
--service-node-port-range <形式为 'N1-N2' 的字符串>     默认值：30000-32767
+ +保留给具有 NodePort 可见性的服务的端口范围。 +例如："30000-32767"。范围的两端都包括在内。 +
--show-hidden-metrics-for-version string
+ +你要显示隐藏指标的先前版本。仅先前的次要版本有意义，不允许其他值。 +格式为 <major>.<minor>，例如："1.16"。 +这种格式的目的是确保你有机会注意到下一个版本是否隐藏了其他指标， +而不是在此之后将它们从发行版中永久删除时感到惊讶。 +
--shutdown-delay-duration duration
+ +延迟终止时间。在此期间，服务器将继续正常处理请求。 +端点 /healthz 和 /livez 将返回成功，但是 /readyz 立即返回失败。 +在此延迟过去之后，将开始正常终止。 +这可用于允许负载平衡器停止向该服务器发送流量。 +
--skip-headers
+ +如果为 true，日志消息中避免标题前缀。 +
--skip-log-headers
+ +如果为 true，则在打开日志文件时避免标题。 +
--stderrthreshold int     默认值：2
+ +将达到或超过此阈值的日志写到标准错误输出 +
--storage-backend string
+ +持久化存储后端。选项："etcd3"（默认）。 +
--storage-media-type string     默认值："application/vnd.kubernetes.protobuf"
+ +用于在存储中存储对象的媒体类型。 +某些资源或存储后端可能仅支持特定的媒体类型，并且将忽略此设置。 +
--strict-transport-security-directives strings

+ +为 HSTS 所设置的指令列表，用逗号分隔。 +如果此列表为空，则不会添加 HSTS 指令。 +例如： 'max-age=31536000,includeSubDomains,preload' +

--tls-cert-file string
+ +包含用于 HTTPS 的默认 x509 证书的文件。（CA 证书（如果有）在服务器证书之后并置）。 +如果启用了 HTTPS 服务，并且未提供 --tls-cert-file 和 +--tls-private-key-file， +为公共地址生成一个自签名证书和密钥，并将其保存到 --cert-dir 指定的目录中。 +
--tls-cipher-suites strings
+ +服务器的密码套件的列表，以逗号分隔。如果省略，将使用默认的 Go 密码套件。 +
首选值： +TLS_AES_128_GCM_SHA256、TLS_AES_256_GCM_SHA384、TLS_CHACHA20_POLY1305_SHA256、TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA、TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256、TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA、TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384、TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305、TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256、TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA、TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA、TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256、TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA、TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384、TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305、TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256、TLS_RSA_WITH_3DES_EDE_CBC_SHA、TLS_RSA_WITH_AES_128_CBC_SHA、TLS_RSA_WITH_AES_128_GCM_SHA256、 TLS_RSA_WITH_AES_256_CBC_SHA, TLS_RSA_WITH_AES_256_GCM_SHA384. +不安全的值有： +TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256、TLS_ECDHE_ECDSA_WITH_RC4_128_SHA、TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256、TLS_ECDHE_RSA_WITH_RC4_128_SHA、TLS_RSA_WITH_AES_128_CBC_SHA256、TLS_RSA_WITH_RC4_128_SHA。 +
--tls-min-version string
+ +支持的最低 TLS 版本。可能的值：VersionTLS10，VersionTLS11，VersionTLS12，VersionTLS13 +
--tls-private-key-file string
+ +包含匹配 --tls-cert-file 的 x509 证书私钥的文件。 +
--tls-sni-cert-key string     默认值： []
+ +一对 x509 证书和私钥文件路径，（可选）后缀为全限定域名的域名模式列表，可以使用带有通配符的前缀。 +域模式也允许使用 IP 地址，但仅当 apiserver 对客户端请求的IP地址具有可见性时，才应使用 IP。 +如果未提供域模式，则提取证书的名称。 +非通配符匹配优先于通配符匹配，显式域模式优先于提取出的名称。 +对于多个密钥/证书对，请多次使用 --tls-sni-cert-key。 +示例："example.crt,example.key" 或 "foo.crt,foo.key:\*.foo.com,foo.com"。 +
--token-auth-file string
+ +如果设置该值，这个文件将被用于通过令牌认证来保护 API 服务的安全端口。 +
-v, --v int
+ +日志级别详细程度的数字。 +
--version version[=true]
+ +打印版本信息并退出 +
--vmodule <用逗号分隔的多个 'pattern=N' 配置字符串>
+ +以逗号分隔的 pattern=N 设置列表，用于文件过滤的日志记录。 +
--watch-cache     默认值：true
+ +在 API 服务器中启用监视缓存。 +
--watch-cache-sizes strings
+ +某些资源（Pods、Nodes 等）的监视缓存大小设置，以逗号分隔。 +每个资源对应的设置格式：resource[.group]#size，其中 +resource 为小写复数（无版本）， +对于 apiVersion v1（旧版核心 API）的资源要省略 group， +对其它资源要给出 group；size 为一个数字。 +启用 watch-cache 时，此功能生效。 +某些资源（replicationcontrollers、endpoints、 +nodes、pods、services、 +apiservices.apiregistration.k8s.io） +具有通过启发式设置的系统默认值，其他资源默认为 +default-watch-cache-size。 +
+ diff --git a/content/ja/docs/reference/config-api/apiserver-audit.v1.md b/content/ja/docs/reference/config-api/apiserver-audit.v1.md new file mode 100644 index 0000000000..11df06bd8c --- /dev/null +++ b/content/ja/docs/reference/config-api/apiserver-audit.v1.md @@ -0,0 +1,620 @@ +--- +title: kube-apiserver Audit Configuration (v1) +content_type: tool-reference +package: audit.k8s.io/v1 +auto_generated: true +--- + + +## Resource Types + + +- [Event](#audit-k8s-io-v1-Event) +- [EventList](#audit-k8s-io-v1-EventList) +- [Policy](#audit-k8s-io-v1-Policy) +- [PolicyList](#audit-k8s-io-v1-PolicyList) + + + + +## `Event` {#audit-k8s-io-v1-Event} + + + + +**Appears in:** + +- [EventList](#audit-k8s-io-v1-EventList) + + +Event captures all the information that can be included in an API audit log. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
FieldDescription
apiVersion
string		audit.k8s.io/v1
kind
string		Event
level [Required]
+Level +		 + AuditLevel at which event was generated
auditID [Required]
+k8s.io/apimachinery/pkg/types.UID +		 + Unique audit ID, generated for each request.
stage [Required]
+Stage +		 + Stage of the request handling when this event instance was generated.
requestURI [Required]
+string +		 + RequestURI is the request URI as sent by the client to a server.
verb [Required]
+string +		 + Verb is the kubernetes verb associated with the request. +For non-resource requests, this is the lower-cased HTTP method.
user [Required]
+authentication/v1.UserInfo +		 + Authenticated user information.
impersonatedUser
+authentication/v1.UserInfo +		 + Impersonated user information.
sourceIPs
+[]string +		 + Source IPs, from where the request originated and intermediate proxies.
userAgent
+string +		 + UserAgent records the user agent string reported by the client. +Note that the UserAgent is provided by the client, and must not be trusted.
objectRef
+ObjectReference +		 + Object reference this request is targeted at. +Does not apply for List-type requests, or non-resource requests.
responseStatus
+meta/v1.Status +		 + The response status, populated even when the ResponseObject is not a Status type. +For successful responses, this will only include the Code and StatusSuccess. +For non-status type error responses, this will be auto-populated with the error Message.
requestObject
+k8s.io/apimachinery/pkg/runtime.Unknown +		 + API object from the request, in JSON format. The RequestObject is recorded as-is in the request +(possibly re-encoded as JSON), prior to version conversion, defaulting, admission or +merging. It is an external versioned object type, and may not be a valid object on its own. +Omitted for non-resource requests. Only logged at Request Level and higher.
responseObject
+k8s.io/apimachinery/pkg/runtime.Unknown +		 + API object returned in the response, in JSON. The ResponseObject is recorded after conversion +to the external type, and serialized as JSON. Omitted for non-resource requests. Only logged +at Response Level.
requestReceivedTimestamp
+meta/v1.MicroTime +		 + Time the request reached the apiserver.
stageTimestamp
+meta/v1.MicroTime +		 + Time the request reached current audit stage.
annotations
+map[string]string +		 + Annotations is an unstructured key value map stored with an audit event that may be set by +plugins invoked in the request serving chain, including authentication, authorization and +admission plugins. Note that these annotations are for the audit event, and do not correspond +to the metadata.annotations of the submitted object. Keys should uniquely identify the informing +component to avoid name collisions (e.g. podsecuritypolicy.admission.k8s.io/policy). Values +should be short. Annotations are included in the Metadata level.
+ + + +## `EventList` {#audit-k8s-io-v1-EventList} + + + + + +EventList is a list of audit Events. + + + + + + + + + + + + + + + + + + + + + + +
FieldDescription
apiVersion
string		audit.k8s.io/v1
kind
string		EventList
metadata
+meta/v1.ListMeta +		 + No description provided. +
items [Required]
+[]Event +		 + No description provided. +
+ + + +## `Policy` {#audit-k8s-io-v1-Policy} + + + + +**Appears in:** + +- [PolicyList](#audit-k8s-io-v1-PolicyList) + + +Policy defines the configuration of audit logging, and the rules for how different request +categories are logged. + + + + + + + + + + + + + + + + + + + + + + + + + + + +
FieldDescription
apiVersion
string		audit.k8s.io/v1
kind
string		Policy
metadata
+meta/v1.ObjectMeta +		 + ObjectMeta is included for interoperability with API infrastructure.Refer to the Kubernetes API documentation for the fields of the metadata field.
rules [Required]
+[]PolicyRule +		 + Rules specify the audit Level a request should be recorded at. +A request may match multiple rules, in which case the FIRST matching rule is used. +The default audit level is None, but can be overridden by a catch-all rule at the end of the list. +PolicyRules are strictly ordered.
omitStages
+[]Stage +		 + OmitStages is a list of stages for which no events are created. Note that this can also +be specified per rule in which case the union of both are omitted.
+ + + +## `PolicyList` {#audit-k8s-io-v1-PolicyList} + + + + + +PolicyList is a list of audit Policies. + + + + + + + + + + + + + + + + + + + + + + +
FieldDescription
apiVersion
string		audit.k8s.io/v1
kind
string		PolicyList
metadata
+meta/v1.ListMeta +		 + No description provided. +
items [Required]
+[]Policy +		 + No description provided. +
+ + + +## `GroupResources` {#audit-k8s-io-v1-GroupResources} + + + + +**Appears in:** + +- [PolicyRule](#audit-k8s-io-v1-PolicyRule) + + +GroupResources represents resource kinds in an API group. + + + + + + + + + + + + + + + + + + + + + + + +
FieldDescription
group
+string +		 + Group is the name of the API group that contains the resources. +The empty string represents the core API group.
resources
+[]string +		 + Resources is a list of resources this rule applies to. + +For example: +'pods' matches pods. +'pods/log' matches the log subresource of pods. +'∗' matches all resources and their subresources. +'pods/∗' matches all subresources of pods. +'∗/scale' matches all scale subresources. + +If wildcard is present, the validation rule will ensure resources do not +overlap with each other. + +An empty list implies all resources and subresources in this API groups apply.
resourceNames
+[]string +		 + ResourceNames is a list of resource instance names that the policy matches. +Using this field requires Resources to be specified. +An empty list implies that every instance of the resource is matched.
+ + + +## `Level` {#audit-k8s-io-v1-Level} + +(Alias of `string`) + + +**Appears in:** + +- [Event](#audit-k8s-io-v1-Event) + +- [PolicyRule](#audit-k8s-io-v1-PolicyRule) + + +Level defines the amount of information logged during auditing + + + + + +## `ObjectReference` {#audit-k8s-io-v1-ObjectReference} + + + + +**Appears in:** + +- [Event](#audit-k8s-io-v1-Event) + + +ObjectReference contains enough information to let you inspect or modify the referred object. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
FieldDescription
resource
+string +		 + No description provided. +
namespace
+string +		 + No description provided. +
name
+string +		 + No description provided. +
uid
+k8s.io/apimachinery/pkg/types.UID +		 + No description provided. +
apiGroup
+string +		 + APIGroup is the name of the API group that contains the referred object. +The empty string represents the core API group.
apiVersion
+string +		 + APIVersion is the version of the API group that contains the referred object.
resourceVersion
+string +		 + No description provided. +
subresource
+string +		 + No description provided. +
+ + + +## `PolicyRule` {#audit-k8s-io-v1-PolicyRule} + + + + +**Appears in:** + +- [Policy](#audit-k8s-io-v1-Policy) + + +PolicyRule maps requests based off metadata to an audit Level. +Requests must match the rules of every field (an intersection of rules). + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
FieldDescription
level [Required]
+Level +		 + The Level that requests matching this rule are recorded at.
users
+[]string +		 + The users (by authenticated user name) this rule applies to. +An empty list implies every user.
userGroups
+[]string +		 + The user groups this rule applies to. A user is considered matching +if it is a member of any of the UserGroups. +An empty list implies every user group.
verbs
+[]string +		 + The verbs that match this rule. +An empty list implies every verb.
resources
+[]GroupResources +		 + Resources that this rule matches. An empty list implies all kinds in all API groups.
namespaces
+[]string +		 + Namespaces that this rule matches. +The empty string "" matches non-namespaced resources. +An empty list implies every namespace.
nonResourceURLs
+[]string +		 + NonResourceURLs is a set of URL paths that should be audited. +∗s are allowed, but only as the full, final step in the path. +Examples: + "/metrics" - Log requests for apiserver metrics + "/healthz∗" - Log all health checks
omitStages
+[]Stage +		 + OmitStages is a list of stages for which no events are created. Note that this can also +be specified policy wide in which case the union of both are omitted. +An empty list means no restrictions will apply.
+ + + +## `Stage` {#audit-k8s-io-v1-Stage} + +(Alias of `string`) + + +**Appears in:** + +- [Event](#audit-k8s-io-v1-Event) + +- [Policy](#audit-k8s-io-v1-Policy) + +- [PolicyRule](#audit-k8s-io-v1-PolicyRule) + + +Stage defines the stages in request handling that audit events may be generated. + + + + From 3a7107afb10c237d4ad50cf1c8e49ad695c75c50 Mon Sep 17 00:00:00 2001 From: ptux Date: Sat, 20 Nov 2021 00:22:52 +0900 Subject: [PATCH 03/33] bedtime --- .../tasks/debug-application-cluster/audit.md | 55 ++++++++----------- 1 file changed, 23 insertions(+), 32 deletions(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 0cac8fed0e..0b5d68d2c0 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -11,47 +11,38 @@ Kubernetesの監査はクラスタ内の一連の行動を記録するセキュ 監査により、クラスタ管理者は以下の質問に答えることができます: - - what happened? - - when did it happen? - - who initiated it? - - on what did it happen? - - where was it observed? - - from where was it initiated? - - to where was it going? + - 何が起きたのか？ + - いつ起こったのか？ + - 誰がそれを始めたのか？ + - 何のために起こったのか？ + - それはどこで観察されましたか？ + - それはどこから始まったのか？ + - それはどこへ向かっていたのか？ -Audit records begin their lifecycle inside the -[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/) -component. Each request on each stage -of its execution generates an audit event, which is then pre-processed according to -a certain policy and written to a backend. The policy determines what's recorded -and the backends persist the records. The current backend implementations -include logs files and webhooks. +監査記録は、そのライフサイクルを +[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/)コンポーネントの中で始まります。 +各リクエストは、その実行の各段階でその実行の各段階で、監査イベントが生成されます。 +ポリシーに従って前処理され、バックエンドに書き込まれます。 ポリシーが何を記録するかを決定しを決定し、 +バックエンドがその記録を永続化します。現在のバックエンドの実装はログファイルやWebhookなどがあります。 -Each request can be recorded with an associated _stage_. The defined stages are: +各リクエストは関連する _stage_ で記録されます。 +定義されたステージは以下の通りです: -- `RequestReceived` - The stage for events generated as soon as the audit - handler receives the request, and before it is delegated down the handler - chain. -- `ResponseStarted` - Once the response headers are sent, but before the - response body is sent. This stage is only generated for long-running requests - (e.g. watch). -- `ResponseComplete` - The response body has been completed and no more bytes - will be sent. -- `Panic` - Events generated when a panic occurred. +- `RequestReceived` - 監査ハンドラーがリクエストを受信すると同時に生成されるイベントのステージ。 + つまり、ハンドラーチェーンに委譲される前に生成されるイベントのステージです。 +- `ResponseStarted` - レスポンスヘッダーが送信された後、レスポンスボディが送信される前のステージです。 + このステージは長時間実行されるリクエスト（watchなど）でのみ発生します。 +- `ResponseComplete` - レスポンスボディの送信が完了して、それ以上のバイトは送信されません。 +- `Panic` - パニックが起きたときに発生するイベント。 {{< note >}} -The configuration of an -[Audit Event configuration](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event) -is different from the -[Event](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#event-v1-core) -API object. +[Audit Event configuration](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event)の設定は[Event](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#event-v1-core)API オブジェクトとは異なります。 {{< /note >}} -The audit logging feature increases the memory consumption of the API server -because some context required for auditing is stored for each request. -Memory consumption depends on the audit logging configuration. +監査ログ機能は、リクエストごとに監査に必要なコンテキストが保存されるため、APIサーバーのメモリ消費量が増加します。 +メモリの消費量は、監査ログ機能の設定によって異なります。 ## Audit policy From 5ac6dd58862d96f8bdb9c4f6bf773cf4b0c38d12 Mon Sep 17 00:00:00 2001 From: ptux Date: Sat, 20 Nov 2021 08:56:04 +0900 Subject: [PATCH 04/33] good morning --- .../tasks/debug-application-cluster/audit.md | 195 +++++++++--------- 1 file changed, 95 insertions(+), 100 deletions(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 0b5d68d2c0..fcd9f7e487 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -46,31 +46,36 @@ Kubernetesの監査はクラスタ内の一連の行動を記録するセキュ ## Audit policy -Audit policy defines rules about what events should be recorded and what data -they should include. The audit policy object structure is defined in the -[`audit.k8s.io` API group](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy). -When an event is processed, it's -compared against the list of rules in order. The first matching rule sets the -_audit level_ of the event. The defined audit levels are: +監査ポリシーはどのようなイベントを記録し、どのようなデータを含むべきかについてのルールを定義します。 +監査ポリシーのオブジェクト構造は、[audit.k8s.io` API group](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy)で定義されています。 -- `None` - don't log events that match this rule. -- `Metadata` - log request metadata (requesting user, timestamp, resource, - verb, etc.) but not request or response body. -- `Request` - log event metadata and request body but not response body. - This does not apply for non-resource requests. -- `RequestResponse` - log event metadata, request and response bodies. - This does not apply for non-resource requests. +イベントが処理されると、そのイベントは順番にルールのリストと比較されます。 +最初のマッチングルールは、イベントの監査レベルを設定します。 + +定義されている監査レベルは: + +- `None` - ルールに一致するイベントを記録しません。 +- `Metadata` - lリクエストのメタデータ（リクエストしたユーザー、タイムスタンプ、リソース、動作など）を記録しますが、リクエストやレスポンスのボディは記録しません。 +- `Request` - ログイベントのメタデータとリクエストボディは表示されますが、レスポンスボディは表示されません。 + これは非リソースリクエストには適用されません。 +- `RequestResponse` - イベントのメタデータ、リクエストとレスポンスのボディを記録しますが、 + 非リソースリクエストには適用されません。 You can pass a file with the policy to `kube-apiserver` using the `--audit-policy-file` flag. If the flag is omitted, no events are logged. Note that the `rules` field __must__ be provided in the audit policy file. A policy with no (0) rules is treated as illegal. -Below is an example audit policy file: +`audit-policy-file` フラグを使って、ポリシーを記述したファイルを `kube-apiserver` に渡すことができます。 +このフラグが省略された場合イベントは記録されません。 +監査ポリシーファイルでは、`rules`フィールドが必ず指定されることに注意してください。 +ルールがない(0)ポリシーは不当なものとして扱われます。 + +以下は監査ポリシーファイルの例: {{< codenew file="audit/audit-policy.yaml" >}} -You can use a minimal audit policy file to log all requests at the `Metadata` level: +最小限の監査ポリシーファイルを使用して、すべてのリクエストを `Metadata` レベルで記録することができます。 ```yaml # Log all requests at the Metadata level. @@ -80,28 +85,26 @@ rules: - level: Metadata ``` -If you're crafting your own audit profile, you can use the audit profile for Google Container-Optimized OS as a starting point. You can check the -[configure-helper.sh](https://github.com/kubernetes/kubernetes/blob/master/cluster/gce/gci/configure-helper.sh) -script, which generates an audit policy file. You can see most of the audit policy file by looking directly at the script. +独自の監査プロファイルを作成する場合は、Google Container-Optimized OSの監査プロファイルを出発点として使用できます。 +監査ポリシーファイルを生成する[configure-helper.sh](https://github.com/kubernetes/kubernetes/blob/master/cluster/gce/gci/configure-helper.sh)スクリプトを確認することができます。 +スクリプトを直視することで、監査ポリシーファイルのほとんどを見ることができます。 -You can also refer to the [`Policy` configuration reference](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy) -for details about the fields defined. +また、定義されているフィールドの詳細については、[Policy` configuration reference](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy)を参照できます。 -## Audit backends +## 監査バックエンド -Audit backends persist audit events to an external storage. -Out of the box, the kube-apiserver provides two backends: +監査バックエンドは監査イベントを外部ストレージに永続化します。 +kube-apiserverには2つのバックエンドが用意されています。 -- Log backend, which writes events into the filesystem -- Webhook backend, which sends events to an external HTTP API +- イベントをファイルシステムに書き込むログバックエンド +- 外部のHTTP APIにイベントを送信するWebhookバックエンド + +いずれの場合も、監査イベントはKubernetes API[`audit.k8s.io` API group](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event)で定義されている構造に従います。 -In all cases, audit events follow a structure defined by the Kubernetes API in the -[`audit.k8s.io` API group](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event). {{< note >}} -In case of patches, request body is a JSON array with patch operations, not a JSON object -with an appropriate Kubernetes API object. For example, the following request body is a valid patch -request to `/apis/batch/v1/namespaces/some-namespace/jobs/some-job-name`: +パッチの場合、リクエストボディはパッチ操作を含むJSON配列であり、適切なKubernetes APIオブジェクトを含むJSONオブジェクトではありません。 +例えば、以下のリクエストボディは`/apis/batch/v1/namespaces/some-namespace/jobs/some-job-name`に対する有効なパッチリクエストです。 ```json [ @@ -119,25 +122,25 @@ request to `/apis/batch/v1/namespaces/some-namespace/jobs/some-job-name`: {{< /note >}} -### Log backend +### ログバックエンド -The log backend writes audit events to a file in [JSONlines](https://jsonlines.org/) format. -You can configure the log audit backend using the following `kube-apiserver` flags: +ログバックエンドは監査イベントを[JSONlines](https://jsonlines.org/)形式のファイルに書き込みます。 +以下の `kube-apiserver` フラグを使ってログ監査バックエンドを設定できます。 -- `--audit-log-path` specifies the log file path that log backend uses to write - audit events. Not specifying this flag disables log backend. `-` means standard out -- `--audit-log-maxage` defined the maximum number of days to retain old audit log files -- `--audit-log-maxbackup` defines the maximum number of audit log files to retain -- `--audit-log-maxsize` defines the maximum size in megabytes of the audit log file before it gets rotated +- `--audit-log-path` は、ログバックエンドが監査イベントを書き込む際に使用するログファイルのパスを指定します。 + このフラグを指定しないと、ログバックエンドは無効になります。`-` は標準出力を意味します。 +- `--audit-log-maxage` は、古い監査ログファイルを保持する最大日数を定義します。 +- `audit-log-maxbackup`は、保持する監査ログファイルの最大数を定義します。 +- `--audit-log-maxsize` は、監査ログファイルがローテーションされるまでの最大サイズをメガバイト単位で定義します。 -If your cluster's control plane runs the kube-apiserver as a Pod, remember to mount the `hostPath` -to the location of the policy file and log file, so that audit records are persisted. For example: +クラスタのコントロールプレーンでkube-apiserverをPodとして動作させている場合は、監査記録が永久化されるように、ポリシーファイルとログファイルの場所に`hostPath`をマウントすることを忘れないでください。 +例えば: ```shell --audit-policy-file=/etc/kubernetes/audit-policy.yaml \ --audit-log-path=/var/log/audit.log ``` -then mount the volumes: +それからボリュームをマウントします: ```yaml ... volumeMounts: @@ -148,8 +151,8 @@ volumeMounts: name: audit-log readOnly: false ``` -and finally configure the `hostPath`: +最後に `hostPath` を設定します: ```yaml ... - name: audit @@ -164,81 +167,73 @@ and finally configure the `hostPath`: ``` -### Webhook backend +### Webhook バックエンド -The webhook audit backend sends audit events to a remote web API, which is assumed to -be a form of the Kubernetes API, including means of authentication. You can configure -a webhook audit backend using the following kube-apiserver flags: +Webhook監査バックエンドは、監査イベントをリモートのWeb APIに送信しますが、 +これは認証手段を含むKubernetes APIの形式であると想定されます。 -- `--audit-webhook-config-file` specifies the path to a file with a webhook - configuration. The webhook configuration is effectively a specialized - [kubeconfig](/docs/tasks/access-application-cluster/configure-access-multiple-clusters). -- `--audit-webhook-initial-backoff` specifies the amount of time to wait after the first failed - request before retrying. Subsequent requests are retried with exponential backoff. +Webhook監査バックエンドを設定するには、以下のkube-apiserverフラグを使用します。 -The webhook config file uses the kubeconfig format to specify the remote address of -the service and credentials used to connect to it. +- `--audit-webhook-config-file` は、Webhookの設定ファイルのパスを指定します。 + webhookの設定は、事実上特化した [kubeconfig](/docs/tasks/access-application-cluster/configure-access-multiple-clusters) です。 +- `--audit-webhook-initial-backoff` は、最初に失敗したリクエストの後、再試行するまでに待つ時間を指定します。 + それ以降のリクエストは、指数関数的なバックオフで再試行されます。 -## Event batching {#batching} +Webhookの設定ファイルは、kubeconfig 形式でサービスのリモートアドレスと接続に使用する認証情報を指定します。 -Both log and webhook backends support batching. Using webhook as an example, here's the list of -available flags. To get the same flag for log backend, replace `webhook` with `log` in the flag -name. By default, batching is enabled in `webhook` and disabled in `log`. Similarly, by default -throttling is enabled in `webhook` and disabled in `log`. +## イベントバッチ {#batching} -- `--audit-webhook-mode` defines the buffering strategy. One of the following: - - `batch` - buffer events and asynchronously process them in batches. This is the default. - - `blocking` - block API server responses on processing each individual event. - - `blocking-strict` - Same as blocking, but when there is a failure during audit logging at the - RequestReceived stage, the whole request to the kube-apiserver fails. +ログバックエンドとwebhookバックエンドの両方がバッチ処理をサポートしています。 +webhookを例に、利用可能なフラグの一覧を示します。 +ログバックエンドで同じフラグを取得するには、フラグ名の `webhook` を `log` に置き換えてください。 +デフォルトでは、バッチングは `webhook` では有効で、`log` では無効です。 +同様に、デフォルトでは、スロットリングは `webhook` で有効で、`log` では無効です。 -The following flags are used only in the `batch` mode: +- `--audit-webhook-mode` は、バッファリング戦略を定義します。以下のいずれかとなります。 + - `batch` - イベントをバッファリングして、非同期にバッチ処理します。これがデフォルトです。 + - `blocking` - 個々のイベントを処理する際に、APIサーバーの応答をブロックします。 + - `blocking-strict` - blockingと同じですが、RequestReceivedステージでの監査ログに失敗した場合は RequestReceivedステージで監査ログに失敗すると、kube-apiserverへのリクエスト全体が失敗します。 -- `--audit-webhook-batch-buffer-size` defines the number of events to buffer before batching. - If the rate of incoming events overflows the buffer, events are dropped. -- `--audit-webhook-batch-max-size` defines the maximum number of events in one batch. -- `--audit-webhook-batch-max-wait` defines the maximum amount of time to wait before unconditionally - batching events in the queue. -- `--audit-webhook-batch-throttle-qps` defines the maximum average number of batches generated - per second. -- `--audit-webhook-batch-throttle-burst` defines the maximum number of batches generated at the same - moment if the allowed QPS was underutilized previously. +以下のフラグは `batch` モードでのみ使用されます: -## Parameter tuning +- `--audit-webhook-batch-buffer-size` は、バッチ処理を行う前にバッファリングするイベントの数を定義します。 + 入力イベントの割合がバッファをオーバーフローすると、イベントはドロップされます。 +- `--audit-webhook-batch-max-size` は、1つのバッチに入れるイベントの最大数を定義します。 +- `--audit-webhook-batch-max-wait` は、キュー内のイベントを無条件にバッチ処理するまでの最大待機時間を定義します。 +- `--audit-webhook-batch-throttle-qps` は、1秒あたりに生成されるバッチの最大平均数を定義します。 +- `--audit-webhook-batch-throttle-burst` は、許可された QPS が低い場合に、同じ瞬間に生成されるバッチの最大数を定義します。 -Parameters should be set to accommodate the load on the API server. -For example, if kube-apiserver receives 100 requests each second, and each request is audited only -on `ResponseStarted` and `ResponseComplete` stages, you should account for ≅200 audit -events being generated each second. Assuming that there are up to 100 events in a batch, -you should set throttling level at least 2 queries per second. Assuming that the backend can take up to -5 seconds to write events, you should set the buffer size to hold up to 5 seconds of events; -that is: 10 batches, or 1000 events. +## パラメータチューニング -In most cases however, the default parameters should be sufficient and you don't have to worry about -setting them manually. You can look at the following Prometheus metrics exposed by kube-apiserver -and in the logs to monitor the state of the auditing subsystem. +パラメータは、APIサーバーの負荷に合わせて設定してください。 -- `apiserver_audit_event_total` metric contains the total number of audit events exported. -- `apiserver_audit_error_total` metric contains the total number of events dropped due to an error - during exporting. +例えば、kube-apiserverが毎秒100件のリクエストを受け取り、それぞれのリクエストが`ResponseStarted`と`ResponseComplete`の段階でのみ監査されるとします。毎秒≅200の監査イベントが発生すると考えてください。 +1 つのバッチに最大 100 個のイベントがあるの場合、スロットリングレベルを少なくとも2クエリ/秒に設定する必要があります。 +バックエンドがイベントを書き込むのに最大で5秒かかる場合、5秒分のイベントを保持するようにバッファサイズを設定する必要があります。 -### Log entry truncation {#truncate} +10バッチ、または1000イベントとなります。 -Both log and webhook backends support limiting the size of events that are logged. -As an example, the following is the list of flags available for the log backend: +しかし、ほとんどの場合デフォルトのパラメーターで十分であり、手動で設定する必要はありません。 +kube-apiserverが公開している以下のPrometheusメトリクスや、ログを見て監査サブシステムの状態を監視することができます。 -- `audit-log-truncate-enabled` whether event and batch truncating is enabled. -- `audit-log-truncate-max-batch-size` maximum size in bytes of the batch sent to the underlying backend. -- `audit-log-truncate-max-event-size` maximum size in bytes of the audit event sent to the underlying backend. +- `apiserver_audit_event_total` メトリックには、エクスポートされた監査イベントの合計数が含まれます。 +- `apiserver_audit_error_total` メトリックには、エクスポート中にエラーが発生してドロップされたイベントの総数が含まれます。 -By default truncate is disabled in both `webhook` and `log`, a cluster administrator should set -`audit-log-truncate-enabled` or `audit-webhook-truncate-enabled` to enable the feature. +### ログエントリー・トランケーション {#truncate} + +logバックエンドとwebhookバックエンドは、ログに記録されるイベントのサイズを制限することをサポートしています。 + +例として、logバックエンドで利用可能なフラグの一覧を以下に示します + +- `audit-log-truncate-enabled` イベントとバッチの切り捨てを有効にするかどうかです。 +- `audit-log-truncate-max-batch-size` バックエンドに送信されるバッチのバイト単位の最大サイズ。 +- `audit-log-truncate-max-event-size` バックエンドに送信される監査イベントのバイト単位の最大サイズです。 + +デフォルトでは、`webhook` と `log` の両方で切り捨ては無効になっていますが、クラスタ管理者は `audit-log-truncate-enabled` または `audit-webhook-truncate-enabled` を設定して、この機能を有効にする必要があります。 ## {{% heading "whatsnext" %}} -* Learn about [Mutating webhook auditing annotations](/docs/reference/access-authn-authz/extensible-admission-controllers/#mutating-webhook-auditing-annotations). -* Learn more about [`Event`](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event) - and the [`Policy`](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy) - resource types by reading the Audit configuration reference. - +* [Mutating webhook auditing annotations](/docs/reference/access-authn-authz/extensible-admission-controllers/#mutating-webhook-auditing-annotations). +* [`Event`](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event) +* [`Policy`](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy) From 3b816b6c9bb7aa6cbe6bf451a8a4b399b49ef8bf Mon Sep 17 00:00:00 2001 From: ptux Date: Fri, 3 Dec 2021 19:12:48 +0900 Subject: [PATCH 05/33] =?UTF-8?q?=E8=8B=B1=E5=8D=98=E8=AA=9E=E3=81=A8?= =?UTF-8?q?=E6=97=A5=E6=9C=AC=E8=AA=9E=E3=81=AE=E9=96=93=E3=81=AB=E5=8D=8A?= =?UTF-8?q?=E8=A7=92=E3=82=B9=E3=83=9A=E3=83=BC=E3=82=B9=E3=81=AF=E4=B8=8D?= =?UTF-8?q?=E8=A6=81?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../tasks/debug-application-cluster/audit.md | 29 +++++++++---------- 1 file changed, 14 insertions(+), 15 deletions(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index fcd9f7e487..6ed9fd04d8 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -21,8 +21,7 @@ Kubernetesの監査はクラスタ内の一連の行動を記録するセキュ -監査記録は、そのライフサイクルを -[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/)コンポーネントの中で始まります。 +監査記録は、そのライフサイクルを[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/)コンポーネントの中で始まります。 各リクエストは、その実行の各段階でその実行の各段階で、監査イベントが生成されます。 ポリシーに従って前処理され、バックエンドに書き込まれます。 ポリシーが何を記録するかを決定しを決定し、 バックエンドがその記録を永続化します。現在のバックエンドの実装はログファイルやWebhookなどがあります。 @@ -38,7 +37,7 @@ Kubernetesの監査はクラスタ内の一連の行動を記録するセキュ - `Panic` - パニックが起きたときに発生するイベント。 {{< note >}} -[Audit Event configuration](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event)の設定は[Event](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#event-v1-core)API オブジェクトとは異なります。 +[Audit Event configuration](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event)の設定は[Event](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#event-v1-core)APIオブジェクトとは異なります。 {{< /note >}} 監査ログ機能は、リクエストごとに監査に必要なコンテキストが保存されるため、APIサーバーのメモリ消費量が増加します。 @@ -66,7 +65,7 @@ using the `--audit-policy-file` flag. If the flag is omitted, no events are logg Note that the `rules` field __must__ be provided in the audit policy file. A policy with no (0) rules is treated as illegal. -`audit-policy-file` フラグを使って、ポリシーを記述したファイルを `kube-apiserver` に渡すことができます。 +`audit-policy-file`フラグを使って、ポリシーを記述したファイルを `kube-apiserver`に渡すことができます。 このフラグが省略された場合イベントは記録されません。 監査ポリシーファイルでは、`rules`フィールドが必ず指定されることに注意してください。 ルールがない(0)ポリシーは不当なものとして扱われます。 @@ -75,7 +74,7 @@ A policy with no (0) rules is treated as illegal. {{< codenew file="audit/audit-policy.yaml" >}} -最小限の監査ポリシーファイルを使用して、すべてのリクエストを `Metadata` レベルで記録することができます。 +最小限の監査ポリシーファイルを使用して、すべてのリクエストを `Metadata`レベルで記録することができます。 ```yaml # Log all requests at the Metadata level. @@ -152,7 +151,7 @@ volumeMounts: readOnly: false ``` -最後に `hostPath` を設定します: +最後に`hostPath`を設定します: ```yaml ... - name: audit @@ -185,9 +184,9 @@ Webhookの設定ファイルは、kubeconfig 形式でサービスのリモー ログバックエンドとwebhookバックエンドの両方がバッチ処理をサポートしています。 webhookを例に、利用可能なフラグの一覧を示します。 -ログバックエンドで同じフラグを取得するには、フラグ名の `webhook` を `log` に置き換えてください。 -デフォルトでは、バッチングは `webhook` では有効で、`log` では無効です。 -同様に、デフォルトでは、スロットリングは `webhook` で有効で、`log` では無効です。 +ログバックエンドで同じフラグを取得するには、フラグ名の`webhook`を`log`に置き換えてください。 +デフォルトでは、バッチングは`webhook`では有効で、`log`では無効です。 +同様に、デフォルトではスロットリングは `webhook` で有効で、`log`では無効です。 - `--audit-webhook-mode` は、バッファリング戦略を定義します。以下のいずれかとなります。 - `batch` - イベントをバッファリングして、非同期にバッチ処理します。これがデフォルトです。 @@ -196,12 +195,12 @@ webhookを例に、利用可能なフラグの一覧を示します。 以下のフラグは `batch` モードでのみ使用されます: -- `--audit-webhook-batch-buffer-size` は、バッチ処理を行う前にバッファリングするイベントの数を定義します。 +- `--audit-webhook-batch-buffer-size`は、バッチ処理を行う前にバッファリングするイベントの数を定義します。 入力イベントの割合がバッファをオーバーフローすると、イベントはドロップされます。 -- `--audit-webhook-batch-max-size` は、1つのバッチに入れるイベントの最大数を定義します。 -- `--audit-webhook-batch-max-wait` は、キュー内のイベントを無条件にバッチ処理するまでの最大待機時間を定義します。 -- `--audit-webhook-batch-throttle-qps` は、1秒あたりに生成されるバッチの最大平均数を定義します。 -- `--audit-webhook-batch-throttle-burst` は、許可された QPS が低い場合に、同じ瞬間に生成されるバッチの最大数を定義します。 +- `--audit-webhook-batch-max-size`は、1つのバッチに入れるイベントの最大数を定義します。 +- `--audit-webhook-batch-max-wait`は、キュー内のイベントを無条件にバッチ処理するまでの最大待機時間を定義します。 +- `--audit-webhook-batch-throttle-qps`は、1秒あたりに生成されるバッチの最大平均数を定義します。 +- `--audit-webhook-batch-throttle-burst`は、許可された QPS が低い場合に、同じ瞬間に生成されるバッチの最大数を定義します。 ## パラメータチューニング @@ -230,7 +229,7 @@ logバックエンドとwebhookバックエンドは、ログに記録される - `audit-log-truncate-max-batch-size` バックエンドに送信されるバッチのバイト単位の最大サイズ。 - `audit-log-truncate-max-event-size` バックエンドに送信される監査イベントのバイト単位の最大サイズです。 -デフォルトでは、`webhook` と `log` の両方で切り捨ては無効になっていますが、クラスタ管理者は `audit-log-truncate-enabled` または `audit-webhook-truncate-enabled` を設定して、この機能を有効にする必要があります。 +デフォルトでは、`webhook`と`log`の両方で切り捨ては無効になっていますが、クラスタ管理者は `audit-log-truncate-enabled`または`audit-webhook-truncate-enabled`を設定して、この機能を有効にする必要があります。 ## {{% heading "whatsnext" %}} From 758a49065537d471275c50a4abfdf60b668636c9 Mon Sep 17 00:00:00 2001 From: ptux Date: Tue, 28 Dec 2021 10:24:54 +0900 Subject: [PATCH 06/33] change to English reference --- .../kube-apiserver.md | 1856 +++-------------- 1 file changed, 254 insertions(+), 1602 deletions(-) diff --git a/content/ja/docs/reference/command-line-tools-reference/kube-apiserver.md b/content/ja/docs/reference/command-line-tools-reference/kube-apiserver.md index 96d0229b43..77b354dc70 100644 --- a/content/ja/docs/reference/command-line-tools-reference/kube-apiserver.md +++ b/content/ja/docs/reference/command-line-tools-reference/kube-apiserver.md @@ -5,6 +5,7 @@ weight: 30 auto_generated: true --- + + ## {{% heading "synopsis" %}} - -Kubernetes API 服务器验证并配置 API 对象的数据， -这些对象包括 pods、services、replicationcontrollers 等。 -API 服务器为 REST 操作提供服务，并为集群的共享状态提供前端， -所有其他组件都通过该前端进行交互。 ``` kube-apiserver [flags] @@ -36,7 +32,7 @@ kube-apiserver [flags] ## {{% heading "options" %}} - +
@@ -47,2489 +43,1145 @@ kube-apiserver [flags] - + - + - + - + - + - - + - + - + - + - + - + - + - + - + - - - + + + + - + - + - + - + - - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - - + - + - - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - - + - + - + - + - + - + - + - + - + - + - + - + - + - + - - + - + - + - + - + - + - + + + + + + + + - + - + - + - + - + - + - +
--add-dir-header
- -

如果为 true，则将文件目录添加到日志消息的标题中

-

If true, adds the file directory to the header of the log messages
--admission-control-config-file string
- -

包含准入控制配置的文件。

-

File with admission control configuration.
--advertise-address string
- -

-向集群成员通知 apiserver 消息的 IP 地址。 -这个地址必须能够被集群中其他成员访问。 -如果 IP 地址为空，将会使用 --bind-address， -如果未指定 --bind-address，将会使用主机的默认接口地址。 -

-

The IP address on which to advertise the apiserver to members of the cluster. This address must be reachable by the rest of the cluster. If blank, the --bind-address will be used. If --bind-address is unspecified, the host's default interface will be used.
--allow-metric-labels stringToString     默认值：[]--allow-metric-labels stringToString     Default: []

- -允许使用的指标标签到指标值的映射列表。键的格式为 <MetricName>,<LabelName>. -值的格式为 <allowed_value>,<allowed_value>...。 -例如：metric1,label1='v1,v2,v3', metric1,label2='v1,v2,v3' metric2,label1='v1,v2,v3'。 -

The map from metric-label to value allow-list of this label. The key's format is <MetricName>,<LabelName>. The value's format is <allowed_value>,<allowed_value>...e.g. metric1,label1='v1,v2,v3', metric1,label2='v1,v2,v3' metric2,label1='v1,v2,v3'.
--allow-privileged
- -如果为 true, 将允许特权容器。[默认值=false] -

If true, allow privileged containers. [default=false]
--alsologtostderr
- -在向文件输出日志的同时，也将日志写到标准输出。 -

log to standard error as well as files
--anonymous-auth     默认值：true--anonymous-auth     Default: true
- -启用到 API 服务器的安全端口的匿名请求。 -未被其他认证方法拒绝的请求被当做匿名请求。 -匿名请求的用户名为 system:anonymous， -用户组名为 system:unauthenticated。 -

Enables anonymous requests to the secure port of the API server. Requests that are not rejected by another authentication method are treated as anonymous requests. Anonymous requests have a username of system:anonymous, and a group name of system:unauthenticated.
--api-audiences strings
- -API 的标识符。 -服务帐户令牌验证者将验证针对 API 使用的令牌是否已绑定到这些受众中的至少一个。 -如果配置了 --service-account-issuer 标志，但未配置此标志， -则此字段默认为包含发布者 URL 的单个元素列表。 -

Identifiers of the API. The service account token authenticator will validate that tokens used against the API are bound to at least one of these audiences. If the --service-account-issuer flag is configured and this flag is not, this field defaults to a single element list containing the issuer URL.
--apiserver-count int     默认值：1--apiserver-count int     Default: 1
- -集群中运行的 API 服务器数量，必须为正数。 -（在启用 --endpoint-reconciler-type=master-count 时使用。） -

The number of apiservers running in the cluster, must be a positive number. (In use when --endpoint-reconciler-type=master-count is enabled.)
--audit-log-batch-buffer-size int     默认值：10000--audit-log-batch-buffer-size int     Default: 10000
- -批处理和写入之前用于存储事件的缓冲区大小。 -仅在批处理模式下使用。 -

The size of the buffer to store events before batching and writing. Only used in batch mode.
--audit-log-batch-max-size int     默认值：1
- -每个批次的最大大小。仅在批处理模式下使用。 ---audit-log-batch-max-size int     Default: 1

The maximum size of a batch. Only used in batch mode.
--audit-log-batch-max-wait duration
- -强制写入尚未达到最大大小的批次之前要等待的时间。 -仅在批处理模式下使用。 -

The amount of time to wait before force writing the batch that hadn't reached the max size. Only used in batch mode.
--audit-log-batch-throttle-burst int
- -如果之前未使用 ThrottleQPS，则为同时发送的最大请求数。 -仅在批处理模式下使用。 -

Maximum number of requests sent at the same moment if ThrottleQPS was not utilized before. Only used in batch mode.
--audit-log-batch-throttle-enable
- -是否启用了批量限制。仅在批处理模式下使用。 -

Whether batching throttling is enabled. Only used in batch mode.
--audit-log-batch-throttle-qps float
- -每秒的最大平均批次数。仅在批处理模式下使用。 -

Maximum average number of batches per second. Only used in batch mode.
--audit-log-compress
- -若设置了此标志，则被轮换的日志文件会使用 gzip 压缩。 -

If set, the rotated log files will be compressed using gzip.
--audit-log-format string     默认值："json" --audit-log-format string     Default: "json"
- -所保存的审计格式。 -"legacy" 表示每行一个事件的文本格式。"json" 表示结构化的 JSON 格式。 -已知格式为 legacy，json。 -

Format of saved audits. "legacy" indicates 1-line text format for each event. "json" indicates structured json format. Known formats are legacy,json.
--audit-log-maxage int
- -根据文件名中编码的时间戳保留旧审计日志文件的最大天数。 -

The maximum number of days to retain old audit log files based on the timestamp encoded in their filename.
--audit-log-maxbackup int
- -要保留的旧的审计日志文件个数上限。 -

The maximum number of old audit log files to retain.
--audit-log-maxsize int
- -轮换之前，审计日志文件的最大大小（以兆字节为单位）。 -

The maximum size in megabytes of the audit log file before it gets rotated.
--audit-log-mode string     默认值："blocking"--audit-log-mode string     Default: "blocking"
- -用来发送审计事件的策略。 -阻塞（blocking）表示发送事件应阻止服务器响应。 -批处理（batch）会导致后端异步缓冲和写入事件。 -已知的模式是批处理（batch），阻塞（blocking），严格阻塞（blocking-strict）。 -

Strategy for sending audit events. Blocking indicates sending events should block server responses. Batch causes the backend to buffer and write events asynchronously. Known modes are batch,blocking,blocking-strict.
--audit-log-path string
- -如果设置，则所有到达 API 服务器的请求都将记录到该文件中。 -"-" 表示标准输出。 -

If set, all requests coming to the apiserver will be logged to this file. '-' means standard out.
--audit-log-truncate-enabled
- -是否启用事件和批次截断。 -

Whether event and batch truncating is enabled.
--audit-log-truncate-max-batch-size int     默认值：10485760--audit-log-truncate-max-batch-size int     Default: 10485760
- -发送到下层后端的每批次的最大数据量。 -实际的序列化大小可能会增加数百个字节。 -如果一个批次超出此限制，则将其分成几个较小的批次。 -

Maximum size of the batch sent to the underlying backend. Actual serialized size can be several hundreds of bytes greater. If a batch exceeds this limit, it is split into several batches of smaller size.
--audit-log-truncate-max-event-size int     默认值：102400--audit-log-truncate-max-event-size int     Default: 102400
- -发送到下层后端的每批次的最大数据量。 -如果事件的大小大于此数字，则将删除第一个请求和响应； -如果这样做没有减小足够大的程度，则将丢弃事件。 -

Maximum size of the audit event sent to the underlying backend. If the size of an event is greater than this number, first request and response are removed, and if this doesn't reduce the size enough, event is discarded.
--audit-log-version string     默认值："audit.k8s.io/v1"--audit-log-version string     Default: "audit.k8s.io/v1"
- -用于对写入日志的审计事件执行序列化的 API 组和版本。 -

API group and version used for serializing audit events written to log.
--audit-policy-file string
- -定义审计策略配置的文件的路径。 -

Path to the file that defines the audit policy configuration.
--audit-webhook-batch-buffer-size int     默认值：10000--audit-webhook-batch-buffer-size int     Default: 10000
- -划分批次和写入之前用于存储事件的缓冲区大小。 -仅在批处理模式下使用。 -

The size of the buffer to store events before batching and writing. Only used in batch mode.
--audit-webhook-batch-max-size int     默认值：400--audit-webhook-batch-max-size int     Default: 400
- -批次的最大大小。 -仅在批处理模式下使用。 -

The maximum size of a batch. Only used in batch mode.
--audit-webhook-batch-max-wait duration     默认值：30s--audit-webhook-batch-max-wait duration     Default: 30s
- -强制写入尚未达到最大大小的批处理之前要等待的时间。 -仅在批处理模式下使用。 -

The amount of time to wait before force writing the batch that hadn't reached the max size. Only used in batch mode.
--audit-webhook-batch-throttle-burst int     默认值：15--audit-webhook-batch-throttle-burst int     Default: 15
- -如果之前未使用 ThrottleQPS，同时发送的最大请求数。 -仅在批处理模式下使用。 -

Maximum number of requests sent at the same moment if ThrottleQPS was not utilized before. Only used in batch mode.
--audit-webhook-batch-throttle-enable     默认值：true--audit-webhook-batch-throttle-enable     Default: true
- -是否启用了批量限制。仅在批处理模式下使用。 -

Whether batching throttling is enabled. Only used in batch mode.
--audit-webhook-batch-throttle-qps float32     默认值：10--audit-webhook-batch-throttle-qps float     Default: 10
- -每秒的最大平均批次数。仅在批处理模式下使用。 -

Maximum average number of batches per second. Only used in batch mode.
--audit-webhook-config-file string
- -定义审计 webhook 配置的 kubeconfig 格式文件的路径。 +

Path to a kubeconfig formatted file that defines the audit webhook configuration.
--audit-webhook-initial-backoff duration     默认值：10s--audit-webhook-initial-backoff duration     Default: 10s
- -重试第一个失败的请求之前要等待的时间。 -

The amount of time to wait before retrying the first failed request.
--audit-webhook-mode string     默认值："batch"--audit-webhook-mode string     Default: "batch"
- -发送审计事件的策略。 -阻止（Blocking）表示发送事件应阻止服务器响应。 -批处理（Batch）导致后端异步缓冲和写入事件。 -已知的模式是批处理（batch），阻塞（blocking），严格阻塞（blocking-strict）。 -

Strategy for sending audit events. Blocking indicates sending events should block server responses. Batch causes the backend to buffer and write events asynchronously. Known modes are batch,blocking,blocking-strict.
--audit-webhook-truncate-enabled
- -是否启用事件和批处理截断。 -

Whether event and batch truncating is enabled.
--audit-webhook-truncate-max-batch-size int     默认值：10485760--audit-webhook-truncate-max-batch-size int     Default: 10485760
- -发送到下层后端的批次的最大数据量。 -实际的序列化大小可能会增加数百个字节。 -如果一个批次超出此限制，则将其分成几个较小的批次。 -

Maximum size of the batch sent to the underlying backend. Actual serialized size can be several hundreds of bytes greater. If a batch exceeds this limit, it is split into several batches of smaller size.
--audit-webhook-truncate-max-event-size int     默认值：102400--audit-webhook-truncate-max-event-size int     Default: 102400
- -发送到下层后端的批次的最大数据量。 -如果事件的大小大于此数字，则将删除第一个请求和响应； -如果事件和事件的大小没有减小到一定幅度，则将丢弃事件。 -

Maximum size of the audit event sent to the underlying backend. If the size of an event is greater than this number, first request and response are removed, and if this doesn't reduce the size enough, event is discarded.
--audit-webhook-version string     默认值："audit.k8s.io/v1" ---audit-webhook-version string     Default: "audit.k8s.io/v1"
- -用于序列化写入 Webhook 的审计事件的 API 组和版本。 -

API group and version used for serializing audit events written to webhook.
--authentication-token-webhook-cache-ttl duration     2m0s--authentication-token-webhook-cache-ttl duration     Default: 2m0s
- -对来自 Webhook 令牌身份验证器的响应的缓存时间。 -

The duration to cache responses from the webhook token authenticator.
--authentication-token-webhook-config-file string
- -包含 Webhook 配置的 kubeconfig 格式文件，用于进行令牌认证。 -API 服务器将查询远程服务，以对持有者令牌进行身份验证。 -

File with webhook configuration for token authentication in kubeconfig format. The API server will query the remote service to determine authentication for bearer tokens.
--authentication-token-webhook-version string     默认值："v1beta1" ---authentication-token-webhook-version string     Default: "v1beta1"
- -与 Webhook 之间交换 authentication.k8s.io TokenReview 时使用的 API 版本。 -

The API version of the authentication.k8s.io TokenReview to send to and expect from the webhook.
--authorization-mode stringSlice     默认值："AlwaysAllow"--authorization-mode strings     Default: "AlwaysAllow"
- -在安全端口上进行鉴权的插件的顺序列表。 -逗号分隔的列表：AlwaysAllow、AlwaysDeny、ABAC、Webhook、RBAC、Node。 -

Ordered list of plug-ins to do authorization on secure port. Comma-delimited list of: AlwaysAllow,AlwaysDeny,ABAC,Webhook,RBAC,Node.
--authorization-policy-file string
- -包含鉴权策略的文件，其内容为分行 JSON 格式， -在安全端口上与 --authorization-mode=ABAC 一起使用。 -

File with authorization policy in json line by line format, used with --authorization-mode=ABAC, on the secure port.
--authorization-webhook-cache-authorized-ttl duration     默认值：5m0s--authorization-webhook-cache-authorized-ttl duration     Default: 5m0s
- -对来自 Webhook 鉴权组件的 “授权（authorized）” 响应的缓存时间。 -

The duration to cache 'authorized' responses from the webhook authorizer.
--authorization-webhook-cache-unauthorized-ttl duration     默认值：30s--authorization-webhook-cache-unauthorized-ttl duration     Default: 30s
- -对来自 Webhook 鉴权模块的 “未授权（unauthorized）” 响应的缓存时间。 -

The duration to cache 'unauthorized' responses from the webhook authorizer.
--authorization-webhook-config-file string
- -包含 Webhook 配置的文件，其格式为 kubeconfig， -与 --authorization-mode=Webhook 一起使用。 -API 服务器将查询远程服务，以对 API 服务器的安全端口的访问执行鉴权。 -

File with webhook configuration in kubeconfig format, used with --authorization-mode=Webhook. The API server will query the remote service to determine access on the API server's secure port.
--authorization-webhook-version string     默认值："v1beta1"
--authorization-webhook-version string     Default: "v1beta1"
- -与 Webhook 之间交换 authorization.k8s.io SubjectAccessReview 时使用的 API 版本。 -

The API version of the authorization.k8s.io SubjectAccessReview to send to and expect from the webhook.
--azure-container-registry-config string
- -包含 Azure 容器仓库配置信息的文件的路径。 -

Path to the file containing Azure container registry configuration information.
--bind-address string     默认值："0.0.0.0"--bind-address string     Default: 0.0.0.0
- -用来监听 --secure-port 端口的 IP 地址。 -集群的其余部分以及 CLI/web 客户端必须可以访问所关联的接口。 -如果为空白或未指定地址（0.0.0.0 或 ::），则将使用所有接口。 -

The IP address on which to listen for the --secure-port port. The associated interface(s) must be reachable by the rest of the cluster, and by CLI/web clients. If blank or an unspecified address (0.0.0.0 or ::), all interfaces will be used.
--cert-dir string     默认值："/var/run/kubernetes"--cert-dir string     Default: "/var/run/kubernetes"
- -TLS 证书所在的目录。 -如果提供了 --tls-cert-file 和 --tls-private-key-file -标志值，则将忽略此标志。 -

The directory where the TLS certs are located. If --tls-cert-file and --tls-private-key-file are provided, this flag will be ignored.
--client-ca-file string
- -如果已设置，则使用与客户端证书的 CommonName 对应的标识对任何出示由 -client-ca 文件中的授权机构之一签名的客户端证书的请求进行身份验证。 -

If set, any request presenting a client certificate signed by one of the authorities in the client-ca-file is authenticated with an identity corresponding to the CommonName of the client certificate.
--cloud-config string
- -云厂商配置文件的路径。空字符串表示无配置文件。 -

The path to the cloud provider configuration file. Empty string for no configuration file.
--cloud-provider string
- -云服务提供商。空字符串表示没有云厂商。 -

The provider for cloud services. Empty string for no provider.
--cloud-provider-gce-l7lb-src-cidrs cidrs     默认值："130.211.0.0/22,35.191.0.0/16"--cloud-provider-gce-l7lb-src-cidrs cidrs     Default: 130.211.0.0/22,35.191.0.0/16
- -在 GCE 防火墙中打开 CIDR，以进行第 7 层负载均衡流量代理和健康状况检查。 -

CIDRs opened in GCE firewall for L7 LB traffic proxy & health checks
--contention-profiling
- -如果启用了性能分析，则启用锁争用性能分析。 -

Enable lock contention profiling, if profiling is enabled
--cors-allowed-origins strings
- -CORS 允许的来源清单，以逗号分隔。 -允许的来源可以是支持子域匹配的正则表达式。 -如果此列表为空，则不会启用 CORS。 -

List of allowed origins for CORS, comma separated. An allowed origin can be a regular expression to support subdomain matching. If this list is empty CORS will not be enabled.
--default-not-ready-toleration-seconds int     默认值：300--default-not-ready-toleration-seconds int     Default: 300
- -对污点 NotReady:NoExecute 的容忍时长（以秒计）。 -默认情况下这一容忍度会被添加到尚未具有此容忍度的每个 pod 中。 -

Indicates the tolerationSeconds of the toleration for notReady:NoExecute that is added by default to every pod that does not already have such a toleration.
--default-unreachable-toleration-seconds int     默认值：300--default-unreachable-toleration-seconds int     Default: 300
- -对污点 Unreachable:NoExecute 的容忍时长（以秒计） -默认情况下这一容忍度会被添加到尚未具有此容忍度的每个 pod 中。 -

Indicates the tolerationSeconds of the toleration for unreachable:NoExecute that is added by default to every pod that does not already have such a toleration.
--default-watch-cache-size int     默认值：100--default-watch-cache-size int     Default: 100
- -默认监听（watch）缓存大小。 -如果为零，则将为没有设置默认监视大小的资源禁用监视缓存。 -

Default watch cache size. If zero, watch cache will be disabled for resources that do not have a default watch size set.
--delete-collection-workers int     默认值： 1--delete-collection-workers int     Default: 1
- -为 DeleteCollection 调用而产生的工作线程数。 -这些用于加速名字空间清理。 -

Number of workers spawned for DeleteCollection call. These are used to speed up namespace cleanup.
--disable-admission-plugins strings
- -尽管位于默认启用的插件列表中（NamespaceLifecycle、LimitRanger、ServiceAccount、TaintNodesByCondition、Priority、DefaultTolerationSeconds、DefaultStorageClass、StorageObjectInUseProtection、PersistentVolumeClaimResize、RuntimeClass、CertificateApproval、CertificateSigning、CertificateSubjectRestriction、DefaultIngressClass、MutatingAdmissionWebhook、ValidatingAdmissionWebhook、ResourceQuota）仍须被禁用的插件。 -
取值为逗号分隔的准入插件列表：AlwaysAdmit、AlwaysDeny、AlwaysPullImages、CertificateApproval、CertificateSigning、CertificateSubjectRestriction、DefaultIngressClass、DefaultStorageClass、DefaultTolerationSeconds、DenyServiceExternalIPs、EventRateLimit、ExtendedResourceToleration、ImagePolicyWebhook、LimitPodHardAntiAffinityTopology、LimitRanger、MutatingAdmissionWebhook、NamespaceAutoProvision、NamespaceExists、NamespaceLifecycle、NodeRestriction、OwnerReferencesPermissionEnforcement、PersistentVolumeClaimResize、PersistentVolumeLabel、PodNodeSelector、PodSecurityPolicy、PodTolerationRestriction、Priority、ResourceQuota、RuntimeClass、SecurityContextDeny、ServiceAccount、StorageObjectInUseProtection、TaintNodesByCondition、ValidatingAdmissionWebhook。 -
该标志中插件的顺序无关紧要。 -

admission plugins that should be disabled although they are in the default enabled plugins list (NamespaceLifecycle, LimitRanger, ServiceAccount, TaintNodesByCondition, PodSecurity, Priority, DefaultTolerationSeconds, DefaultStorageClass, StorageObjectInUseProtection, PersistentVolumeClaimResize, RuntimeClass, CertificateApproval, CertificateSigning, CertificateSubjectRestriction, DefaultIngressClass, MutatingAdmissionWebhook, ValidatingAdmissionWebhook, ResourceQuota). Comma-delimited list of admission plugins: AlwaysAdmit, AlwaysDeny, AlwaysPullImages, CertificateApproval, CertificateSigning, CertificateSubjectRestriction, DefaultIngressClass, DefaultStorageClass, DefaultTolerationSeconds, DenyServiceExternalIPs, EventRateLimit, ExtendedResourceToleration, ImagePolicyWebhook, LimitPodHardAntiAffinityTopology, LimitRanger, MutatingAdmissionWebhook, NamespaceAutoProvision, NamespaceExists, NamespaceLifecycle, NodeRestriction, OwnerReferencesPermissionEnforcement, PersistentVolumeClaimResize, PersistentVolumeLabel, PodNodeSelector, PodSecurity, PodSecurityPolicy, PodTolerationRestriction, Priority, ResourceQuota, RuntimeClass, SecurityContextDeny, ServiceAccount, StorageObjectInUseProtection, TaintNodesByCondition, ValidatingAdmissionWebhook. The order of plugins in this flag does not matter.
--disabled-metrics strings
- -此标志为行为不正确的度量指标提供一种处理方案。 -你必须提供完全限定的指标名称才能将其禁止。 -声明：禁用度量值的行为优先于显示已隐藏的度量值。 -

This flag provides an escape hatch for misbehaving metrics. You must provide the fully qualified metric name in order to disable it. Disclaimer: disabling metrics is higher in precedence than showing hidden metrics.
--egress-selector-config-file string
- -带有 API 服务器出站选择器配置的文件。 -

File with apiserver egress selector configuration.
--enable-admission-plugins stringSlice--enable-admission-plugins strings
- -除了默认启用的插件（NamespaceLifecycle、LimitRanger、ServiceAccount、TaintNodesByCondition、Priority、DefaultTolerationSeconds、DefaultStorageClass、StorageObjectInUseProtection、PersistentVolumeClaimResize、RuntimeClass、CertificateApproval、CertificateSigning、CertificateSubjectRestriction、DefaultIngressClass、MutatingAdmissionWebhook、ValidatingAdmissionWebhook、ResourceQuota）之外要启用的插件 -
取值为逗号分隔的准入插件列表：AlwaysAdmit、AlwaysDeny、AlwaysPullImages、CertificateApproval、CertificateSigning、CertificateSubjectRestriction、DefaultIngressClass、DefaultStorageClass、DefaultTolerationSeconds、DenyServiceExternalIPs、EventRateLimit、ExtendedResourceToleration、ImagePolicyWebhook、LimitPodHardAntiAffinityTopology、LimitRanger、MutatingAdmissionWebhook、NamespaceAutoProvision、NamespaceExists、NamespaceLifecycle、NodeRestriction、OwnerReferencesPermissionEnforcement、PersistentVolumeClaimResize、PersistentVolumeLabel、PodNodeSelector、PodSecurityPolicy、PodTolerationRestriction、Priority、ResourceQuota、RuntimeClass、SecurityContextDeny、ServiceAccount、StorageObjectInUseProtection、TaintNodesByCondition、ValidatingAdmissionWebhook -
该标志中插件的顺序无关紧要。 -

admission plugins that should be enabled in addition to default enabled ones (NamespaceLifecycle, LimitRanger, ServiceAccount, TaintNodesByCondition, PodSecurity, Priority, DefaultTolerationSeconds, DefaultStorageClass, StorageObjectInUseProtection, PersistentVolumeClaimResize, RuntimeClass, CertificateApproval, CertificateSigning, CertificateSubjectRestriction, DefaultIngressClass, MutatingAdmissionWebhook, ValidatingAdmissionWebhook, ResourceQuota). Comma-delimited list of admission plugins: AlwaysAdmit, AlwaysDeny, AlwaysPullImages, CertificateApproval, CertificateSigning, CertificateSubjectRestriction, DefaultIngressClass, DefaultStorageClass, DefaultTolerationSeconds, DenyServiceExternalIPs, EventRateLimit, ExtendedResourceToleration, ImagePolicyWebhook, LimitPodHardAntiAffinityTopology, LimitRanger, MutatingAdmissionWebhook, NamespaceAutoProvision, NamespaceExists, NamespaceLifecycle, NodeRestriction, OwnerReferencesPermissionEnforcement, PersistentVolumeClaimResize, PersistentVolumeLabel, PodNodeSelector, PodSecurity, PodSecurityPolicy, PodTolerationRestriction, Priority, ResourceQuota, RuntimeClass, SecurityContextDeny, ServiceAccount, StorageObjectInUseProtection, TaintNodesByCondition, ValidatingAdmissionWebhook. The order of plugins in this flag does not matter.
--enable-aggregator-routing
- -允许聚合器将请求路由到端点 IP 而非集群 IP。 -

Turns on aggregator routing requests to endpoints IP rather than cluster IP.
--enable-bootstrap-token-auth
- -启用以允许将 "kube-system" 名字空间中类型为 "bootstrap.kubernetes.io/token" -的 Secret 用于 TLS 引导身份验证。 -

Enable to allow secrets of type 'bootstrap.kubernetes.io/token' in the 'kube-system' namespace to be used for TLS bootstrapping authentication.
--enable-garbage-collector     默认值：true--enable-garbage-collector     Default: true
- -启用通用垃圾收集器。必须与 kube-controller-manager 的相应标志同步。 -

Enables the generic garbage collector. MUST be synced with the corresponding flag of the kube-controller-manager.
--enable-priority-and-fairness     默认值：true--enable-priority-and-fairness     Default: true
- -如果为 true 且启用了 APIPriorityAndFairness 特性门控， -请使用增强的处理程序替换 max-in-flight 处理程序， -以便根据优先级和公平性完成排队和调度。 -

If true and the APIPriorityAndFairness feature gate is enabled, replace the max-in-flight handler with an enhanced one that queues and dispatches with priority and fairness
--encryption-provider-config string
- -包含加密提供程序配置信息的文件，用在 etcd 中所存储的 Secret 上。 -

The file containing configuration for encryption providers to be used for storing secrets in etcd
--endpoint-reconciler-type string     默认值："lease"--endpoint-reconciler-type string     Default: "lease"
- -使用端点协调器（master-count、lease 或 none）。 -

Use an endpoint reconciler (master-count, lease, none)
--etcd-cafile string
- -用于保护 etcd 通信的 SSL 证书颁发机构文件。 -

SSL Certificate Authority file used to secure etcd communication.
--etcd-certfile string
- -用于保护 etcd 通信的 SSL 证书文件。 -

SSL certification file used to secure etcd communication.
--etcd-compaction-interval duration     默认值：5m0s--etcd-compaction-interval duration     Default: 5m0s
- -压缩请求的间隔。 -如果为0，则禁用来自 API 服务器的压缩请求。 -

The interval of compaction requests. If 0, the compaction request from apiserver is disabled.
--etcd-count-metric-poll-period duration     默认值：1m0s--etcd-count-metric-poll-period duration     Default: 1m0s
- -针对每种类型的资源数量轮询 etcd 的频率。 -0 值表示禁用度量值收集。 -

Frequency of polling etcd for number of resources per type. 0 disables the metric collection.
--etcd-db-metric-poll-interval duration     默认值：30s--etcd-db-metric-poll-interval duration     Default: 30s
- -轮询 etcd 和更新度量值的请求间隔。0 值表示禁用度量值收集。 -

The interval of requests to poll etcd and update metric. 0 disables the metric collection
--etcd-healthcheck-timeout duration      -检查 etcd 健康状况时使用的超时时长。 -

The timeout to use when checking etcd health.
--etcd-keyfile string
- -用于保护 etcd 通信的 SSL 密钥文件。 -

SSL key file used to secure etcd communication.
--etcd-prefix string     默认值："/registry"--etcd-prefix string     Default: "/registry"
- -要在 etcd 中所有资源路径之前添加的前缀。 -

The prefix to prepend to all resource paths in etcd.
--etcd-servers strings
- -要连接的 etcd 服务器列表（scheme://ip:port），以逗号分隔。 -

List of etcd servers to connect with (scheme://ip:port), comma separated.
--etcd-servers-overrides strings
- -etcd 服务器针对每个资源的重载设置，以逗号分隔。 -单个替代格式：组/资源#服务器（group/resource#servers）， -其中服务器是 URL，以分号分隔。 -

Per-resource etcd servers overrides, comma separated. The individual override format: group/resource#servers, where servers are URLs, semicolon separated. Note that this applies only to resources compiled into this server binary.
--event-ttl duration     默认值：1h0m0s--event-ttl duration     Default: 1h0m0s
- -事件的保留时长。 -

Amount of time to retain events.
--experimental-logging-sanitization
- -[试验性功能] 启用此标志时，被标记为敏感的字段（密码、密钥、令牌）都不会被日志输出。
-运行时的日志清理可能会引入相当程度的计算开销，因此不应该在产品环境中启用。 -

[Experimental] When enabled prevents logging of fields tagged as sensitive (passwords, keys, tokens).
Runtime log sanitization may introduce significant computation overhead and therefore should not be enabled in production.
--external-hostname string
- -为此主机生成外部化 UR L时要使用的主机名（例如 Swagger API 文档或 OpenID 发现）。 -

The hostname to use when generating externalized URLs for this master (e.g. Swagger API Docs or OpenID Discovery).
--feature-gates <逗号分隔的 'key=True|False' 键值对>--feature-gates <comma-separated 'key=True|False' pairs>
- -

一组 key=value 对，用来描述测试性/试验性功能的特性门控。可选项有： -APIListChunking=true|false (BETA - 默认值=true)
-APIPriorityAndFairness=true|false (BETA - 默认值=true)
-APIResponseCompression=true|false (BETA - 默认值=true)
-APIServerIdentity=true|false (ALPHA - 默认值=false)
-AllAlpha=true|false (ALPHA - 默认值=false)
-AllBeta=true|false (BETA - 默认值=false)
-AnyVolumeDataSource=true|false (ALPHA - 默认值=false)
-AppArmor=true|false (BETA - 默认值=true)
-BalanceAttachedNodeVolumes=true|false (ALPHA - 默认值=false)
-BoundServiceAccountTokenVolume=true|false (BETA - 默认值=true)
-CPUManager=true|false (BETA - 默认值=true)
-CSIInlineVolume=true|false (BETA - 默认值=true)
-CSIMigration=true|false (BETA - 默认值=true)
-CSIMigrationAWS=true|false (BETA - 默认值=false)
-CSIMigrationAzureDisk=true|false (BETA - 默认值=false)
-CSIMigrationAzureFile=true|false (BETA - 默认值=false)
-CSIMigrationGCE=true|false (BETA - 默认值=false)
-CSIMigrationOpenStack=true|false (BETA - 默认值=true)
-CSIMigrationvSphere=true|false (BETA - 默认值=false)
-CSIMigrationvSphereComplete=true|false (BETA - 默认值=false)
-CSIServiceAccountToken=true|false (BETA - 默认值=true)
-CSIStorageCapacity=true|false (BETA - 默认值=true)
-CSIVolumeFSGroupPolicy=true|false (BETA - 默认值=true)
-CSIVolumeHealth=true|false (ALPHA - 默认值=false)
-ConfigurableFSGroupPolicy=true|false (BETA - 默认值=true)
-ControllerManagerLeaderMigration=true|false (ALPHA - 默认值=false)
-CronJobControllerV2=true|false (BETA - 默认值=true)
-CustomCPUCFSQuotaPeriod=true|false (ALPHA - 默认值=false)
-DaemonSetUpdateSurge=true|false (ALPHA - 默认值=false)
-DefaultPodTopologySpread=true|false (BETA - 默认值=true)
-DevicePlugins=true|false (BETA - 默认值=true)
-DisableAcceleratorUsageMetrics=true|false (BETA - 默认值=true)
-DownwardAPIHugePages=true|false (BETA - 默认值=false)
-DynamicKubeletConfig=true|false (BETA - 默认值=true)
-EfficientWatchResumption=true|false (BETA - 默认值=true)
-EndpointSliceProxying=true|false (BETA - 默认值=true)
-EndpointSliceTerminatingCondition=true|false (ALPHA - 默认值=false)
-EphemeralContainers=true|false (ALPHA - 默认值=false)
-ExpandCSIVolumes=true|false (BETA - 默认值=true)
-ExpandInUsePersistentVolumes=true|false (BETA - 默认值=true)
-ExpandPersistentVolumes=true|false (BETA - 默认值=true)
-ExperimentalHostUserNamespace默认值ing=true|false (BETA - 默认值=false)
-GenericEphemeralVolume=true|false (BETA - 默认值=true)
-GracefulNodeShutdown=true|false (BETA - 默认值=true)
-HPAContainerMetrics=true|false (ALPHA - 默认值=false)
-HPAScaleToZero=true|false (ALPHA - 默认值=false)
-HugePageStorageMediumSize=true|false (BETA - 默认值=true)
-IPv6DualStack=true|false (BETA - 默认值=true)
-InTreePluginAWSUnregister=true|false (ALPHA - 默认值=false)
-InTreePluginAzureDiskUnregister=true|false (ALPHA - 默认值=false)
-InTreePluginAzureFileUnregister=true|false (ALPHA - 默认值=false)
-InTreePluginGCEUnregister=true|false (ALPHA - 默认值=false)
-InTreePluginOpenStackUnregister=true|false (ALPHA - 默认值=false)
-InTreePluginvSphereUnregister=true|false (ALPHA - 默认值=false)
-IndexedJob=true|false (ALPHA - 默认值=false)
-IngressClassNamespacedParams=true|false (ALPHA - 默认值=false)
-KubeletCredentialProviders=true|false (ALPHA - 默认值=false)
-KubeletPodResources=true|false (BETA - 默认值=true)
-KubeletPodResourcesGetAllocatable=true|false (ALPHA - 默认值=false)
-LocalStorageCapacityIsolation=true|false (BETA - 默认值=true)
-LocalStorageCapacityIsolationFSQuotaMonitoring=true|false (ALPHA - 默认值=false)
-LogarithmicScaleDown=true|false (ALPHA - 默认值=false)
-MemoryManager=true|false (ALPHA - 默认值=false)
-MixedProtocolLBService=true|false (ALPHA - 默认值=false)
-NamespaceDefaultLabelName=true|false (BETA - 默认值=true)
-NetworkPolicyEndPort=true|false (ALPHA - 默认值=false)
-NonPreemptingPriority=true|false (BETA - 默认值=true)
-PodAffinityNamespaceSelector=true|false (ALPHA - 默认值=false)
-PodDeletionCost=true|false (ALPHA - 默认值=false)
-PodOverhead=true|false (BETA - 默认值=true)
-PreferNominatedNode=true|false (ALPHA - 默认值=false)
-ProbeTerminationGracePeriod=true|false (ALPHA - 默认值=false)
-ProcMountType=true|false (ALPHA - 默认值=false)
-QOSReserved=true|false (ALPHA - 默认值=false)
-RemainingItemCount=true|false (BETA - 默认值=true)
-RemoveSelfLink=true|false (BETA - 默认值=true)
-RotateKubeletServerCertificate=true|false (BETA - 默认值=true)
-ServerSideApply=true|false (BETA - 默认值=true)
-ServiceInternalTrafficPolicy=true|false (ALPHA - 默认值=false)
-ServiceLBNodePortControl=true|false (ALPHA - 默认值=false)
-ServiceLoadBalancerClass=true|false (ALPHA - 默认值=false)
-ServiceTopology=true|false (ALPHA - 默认值=false)
-SetHostnameAsFQDN=true|false (BETA - 默认值=true)
-SizeMemoryBackedVolumes=true|false (ALPHA - 默认值=false)
-StorageVersionAPI=true|false (ALPHA - 默认值=false)
-StorageVersionHash=true|false (BETA - 默认值=true)
-SuspendJob=true|false (ALPHA - 默认值=false)
-TTLAfterFinished=true|false (BETA - 默认值=true)
-TopologyAwareHints=true|false (ALPHA - 默认值=false)
-TopologyManager=true|false (BETA - 默认值=true)
-ValidateProxyRedirects=true|false (BETA - 默认值=true)
-VolumeCapacityPriority=true|false (ALPHA - 默认值=false)
-WarningHeaders=true|false (BETA - 默认值=true)
-WinDSR=true|false (ALPHA - 默认值=false)
-WinOverlay=true|false (BETA - 默认值=true)
-WindowsEndpointSliceProxying=true|false (BETA - 默认值=true)

-

A set of key=value pairs that describe feature gates for alpha/experimental features. Options are:
APIListChunking=true|false (BETA - default=true)
APIPriorityAndFairness=true|false (BETA - default=true)
APIResponseCompression=true|false (BETA - default=true)
APIServerIdentity=true|false (ALPHA - default=false)
APIServerTracing=true|false (ALPHA - default=false)
AllAlpha=true|false (ALPHA - default=false)
AllBeta=true|false (BETA - default=false)
AnyVolumeDataSource=true|false (ALPHA - default=false)
AppArmor=true|false (BETA - default=true)
CPUManager=true|false (BETA - default=true)
CPUManagerPolicyOptions=true|false (ALPHA - default=false)
CSIInlineVolume=true|false (BETA - default=true)
CSIMigration=true|false (BETA - default=true)
CSIMigrationAWS=true|false (BETA - default=false)
CSIMigrationAzureDisk=true|false (BETA - default=false)
CSIMigrationAzureFile=true|false (BETA - default=false)
CSIMigrationGCE=true|false (BETA - default=false)
CSIMigrationOpenStack=true|false (BETA - default=true)
CSIMigrationvSphere=true|false (BETA - default=false)
CSIStorageCapacity=true|false (BETA - default=true)
CSIVolumeFSGroupPolicy=true|false (BETA - default=true)
CSIVolumeHealth=true|false (ALPHA - default=false)
CSRDuration=true|false (BETA - default=true)
ConfigurableFSGroupPolicy=true|false (BETA - default=true)
ControllerManagerLeaderMigration=true|false (BETA - default=true)
CustomCPUCFSQuotaPeriod=true|false (ALPHA - default=false)
DaemonSetUpdateSurge=true|false (BETA - default=true)
DefaultPodTopologySpread=true|false (BETA - default=true)
DelegateFSGroupToCSIDriver=true|false (ALPHA - default=false)
DevicePlugins=true|false (BETA - default=true)
DisableAcceleratorUsageMetrics=true|false (BETA - default=true)
DisableCloudProviders=true|false (ALPHA - default=false)
DownwardAPIHugePages=true|false (BETA - default=false)
EfficientWatchResumption=true|false (BETA - default=true)
EndpointSliceTerminatingCondition=true|false (BETA - default=true)
EphemeralContainers=true|false (ALPHA - default=false)
ExpandCSIVolumes=true|false (BETA - default=true)
ExpandInUsePersistentVolumes=true|false (BETA - default=true)
ExpandPersistentVolumes=true|false (BETA - default=true)
ExpandedDNSConfig=true|false (ALPHA - default=false)
ExperimentalHostUserNamespaceDefaulting=true|false (BETA - default=false)
GenericEphemeralVolume=true|false (BETA - default=true)
GracefulNodeShutdown=true|false (BETA - default=true)
HPAContainerMetrics=true|false (ALPHA - default=false)
HPAScaleToZero=true|false (ALPHA - default=false)
IPv6DualStack=true|false (BETA - default=true)
InTreePluginAWSUnregister=true|false (ALPHA - default=false)
InTreePluginAzureDiskUnregister=true|false (ALPHA - default=false)
InTreePluginAzureFileUnregister=true|false (ALPHA - default=false)
InTreePluginGCEUnregister=true|false (ALPHA - default=false)
InTreePluginOpenStackUnregister=true|false (ALPHA - default=false)
InTreePluginvSphereUnregister=true|false (ALPHA - default=false)
IndexedJob=true|false (BETA - default=true)
IngressClassNamespacedParams=true|false (BETA - default=true)
JobTrackingWithFinalizers=true|false (ALPHA - default=false)
KubeletCredentialProviders=true|false (ALPHA - default=false)
KubeletInUserNamespace=true|false (ALPHA - default=false)
KubeletPodResources=true|false (BETA - default=true)
KubeletPodResourcesGetAllocatable=true|false (ALPHA - default=false)
LocalStorageCapacityIsolation=true|false (BETA - default=true)
LocalStorageCapacityIsolationFSQuotaMonitoring=true|false (ALPHA - default=false)
LogarithmicScaleDown=true|false (BETA - default=true)
MemoryManager=true|false (BETA - default=true)
MemoryQoS=true|false (ALPHA - default=false)
MixedProtocolLBService=true|false (ALPHA - default=false)
NetworkPolicyEndPort=true|false (BETA - default=true)
NodeSwap=true|false (ALPHA - default=false)
NonPreemptingPriority=true|false (BETA - default=true)
PodAffinityNamespaceSelector=true|false (BETA - default=true)
PodDeletionCost=true|false (BETA - default=true)
PodOverhead=true|false (BETA - default=true)
PodSecurity=true|false (ALPHA - default=false)
PreferNominatedNode=true|false (BETA - default=true)
ProbeTerminationGracePeriod=true|false (BETA - default=false)
ProcMountType=true|false (ALPHA - default=false)
ProxyTerminatingEndpoints=true|false (ALPHA - default=false)
QOSReserved=true|false (ALPHA - default=false)
ReadWriteOncePod=true|false (ALPHA - default=false)
RemainingItemCount=true|false (BETA - default=true)
RemoveSelfLink=true|false (BETA - default=true)
RotateKubeletServerCertificate=true|false (BETA - default=true)
SeccompDefault=true|false (ALPHA - default=false)
ServiceInternalTrafficPolicy=true|false (BETA - default=true)
ServiceLBNodePortControl=true|false (BETA - default=true)
ServiceLoadBalancerClass=true|false (BETA - default=true)
SizeMemoryBackedVolumes=true|false (BETA - default=true)
StatefulSetMinReadySeconds=true|false (ALPHA - default=false)
StorageVersionAPI=true|false (ALPHA - default=false)
StorageVersionHash=true|false (BETA - default=true)
SuspendJob=true|false (BETA - default=true)
TTLAfterFinished=true|false (BETA - default=true)
TopologyAwareHints=true|false (ALPHA - default=false)
TopologyManager=true|false (BETA - default=true)
VolumeCapacityPriority=true|false (ALPHA - default=false)
WinDSR=true|false (ALPHA - default=false)
WinOverlay=true|false (BETA - default=true)
WindowsHostProcessContainers=true|false (ALPHA - default=false)
--goaway-chance float
- -为防止 HTTP/2 客户端卡在单个 API 服务器上，可启用随机关闭连接（GOAWAY）。 -客户端的其他运行中请求将不会受到影响，并且客户端将重新连接， -可能会在再次通过负载平衡器后登陆到其他 API 服务器上。 -此参数设置将发送 GOAWAY 的请求的比例。 -具有单个 API 服务器或不使用负载平衡器的群集不应启用此功能。 -最小值为0（关闭），最大值为 .02（1/50 请求）； 建议使用 .001（1/1000）。 -

To prevent HTTP/2 clients from getting stuck on a single apiserver, randomly close a connection (GOAWAY). The client's other in-flight requests won't be affected, and the client will reconnect, likely landing on a different apiserver after going through the load balancer again. This argument sets the fraction of requests that will be sent a GOAWAY. Clusters with single apiservers, or which don't use a load balancer, should NOT enable this. Min is 0 (off), Max is .02 (1/50 requests); .001 (1/1000) is a recommended starting point.
-h, --help
- -kube-apiserver 的帮助命令 -

help for kube-apiserver
--http2-max-streams-per-connection int
- -服务器为客户端提供的 HTTP/2 连接中最大流数的限制。 -零表示使用 GoLang 的默认值。 -

The limit that the server gives to clients for the maximum number of streams in an HTTP/2 connection. Zero means to use golang's default.
--identity-lease-duration-seconds int     默认值：3600--identity-lease-duration-seconds int     Default: 3600
- -kube-apiserver 租约时长（按秒计），必须是正数。 -（当 APIServerIdentity 特性门控被启用时使用此标志值） -

The duration of kube-apiserver lease in seconds, must be a positive number. (In use when the APIServerIdentity feature gate is enabled.)
--identity-lease-renew-interval-seconds int     默认值：10--identity-lease-renew-interval-seconds int     Default: 10
- -kube-apiserver 对其租约进行续期的时间间隔（按秒计），必须是正数。 -（当 APIServerIdentity 特性门控被启用时使用此标志值） -

The interval of kube-apiserver renewing its lease in seconds, must be a positive number. (In use when the APIServerIdentity feature gate is enabled.)
--kubelet-certificate-authority string
- -证书颁发机构的证书文件的路径。 -

Path to a cert file for the certificate authority.
--kubelet-client-certificate string
- -TLS 的客户端证书文件的路径。 -

Path to a client cert file for TLS.
--kubelet-client-key string
- -TLS 客户端密钥文件的路径。 -

Path to a client key file for TLS.
--kubelet-preferred-address-types strings     默认值：Hostname,InternalDNS,InternalIP,ExternalDNS,ExternalIP--kubelet-preferred-address-types strings     Default: "Hostname,InternalDNS,InternalIP,ExternalDNS,ExternalIP"
- -用于 kubelet 连接的首选 NodeAddressTypes 列表。 -

List of the preferred NodeAddressTypes to use for kubelet connections.
--kubelet-timeout duration     默认值：5s--kubelet-timeout duration     Default: 5s
- -kubelet 操作超时时间。 -

Timeout for kubelet operations.
--kubernetes-service-node-port int
- -如果非零，那么 Kubernetes 主服务（由 apiserver 创建/维护）将是 NodePort 类型， -使用它作为端口的值。 -如果为零，则 Kubernetes 主服务将为 ClusterIP 类型。 -

If non-zero, the Kubernetes master service (which apiserver creates/maintains) will be of type NodePort, using this as the value of the port. If zero, the Kubernetes master service will be of type ClusterIP.
--lease-reuse-duration-seconds int     默认值：60--lease-reuse-duration-seconds int     Default: 60
- -每个租约被重用的时长。 -如果此值比较低，可以避免大量对象重用此租约。 -注意，如果此值过小，可能导致存储层出现性能问题。 -

The time in seconds that each lease is reused. A lower value could avoid large number of objects reusing the same lease. Notice that a too small value may cause performance problems at storage layer.
--livez-grace-period duration
- -此选项代表 API 服务器完成启动序列并生效所需的最长时间。 -从 API 服务器的启动时间到这段时间为止， -/livez 将假定未完成的启动后钩子将成功完成，因此返回 true。 -

This option represents the maximum amount of time it should take for apiserver to complete its startup sequence and become live. From apiserver's start time to when this amount of time has elapsed, /livez will assume that unfinished post-start hooks will complete successfully and therefore return true.
--log-backtrace-at traceLocation     默认值：:0--log-backtrace-at <a string in the form 'file:N'>     Default: :0
- -当日志机制执行到'文件 :N'时，生成堆栈跟踪。 -

when logging hits line file:N, emit a stack trace
--log-dir string
- -如果为非空，则在此目录中写入日志文件。 -

If non-empty, write log files in this directory
--log-file string
- -如果为非空，使用此值作为日志文件。 -

If non-empty, use this log file
--log-file-max-size uint     默认值：1800--log-file-max-size uint     Default: 1800
- -定义日志文件可以增长到的最大大小。单位为兆字节。 -如果值为 0，则最大文件大小为无限制。 -

Defines the maximum size a log file can grow to. Unit is megabytes. If the value is 0, the maximum file size is unlimited.
--log-flush-frequency duration     默认值：5s--log-flush-frequency duration     Default: 5s
- -两次日志刷新之间的最大秒数 -

Maximum number of seconds between log flushes
--logging-format string     默认值："text"--logging-format string     Default: "text"
- -设置日志格式。允许的格式："json"，"json"。
-非默认格式不支持以下标志：--add-dir-header、--alsologtostderr、--log-backtrace-at、--log-dir、--log-file、--log-file-max-size、--logtostderr、--one-output、-skip-headers、-skip-log-headers、--stderrthreshold、-vmodule 和 --log-flush-frequency。
-当前非默认选择为 alpha，会随时更改而不会发出警告。 -

Sets the log format. Permitted formats: "text".
Non-default formats don't honor these flags: --add-dir-header, --alsologtostderr, --log-backtrace-at, --log-dir, --log-file, --log-file-max-size, --logtostderr, --one-output, --skip-headers, --skip-log-headers, --stderrthreshold, --vmodule, --log-flush-frequency.
Non-default choices are currently alpha and subject to change without warning.
--logtostderr     默认值：true--logtostderr     Default: true
- -在标准错误而不是文件中输出日志记录。 -

log to standard error instead of files
--master-service-namespace string     默认值："default"--master-service-namespace string     Default: "default"
- -已废弃：应该从其中将 Kubernetes 主服务注入到 Pod 中的名字空间。 -

DEPRECATED: the namespace from which the Kubernetes master services should be injected into pods.
--max-connection-bytes-per-sec int
- -如果不为零，则将每个用户连接限制为该数（字节数/秒）。 -当前仅适用于长时间运行的请求。 -

If non-zero, throttle each user connection to this number of bytes/sec. Currently only applies to long-running requests.
--max-mutating-requests-inflight int     默认值：200--max-mutating-requests-inflight int     Default: 200
- -在给定时间内进行中变更类型请求的最大个数。 -当超过该值时，服务将拒绝所有请求。 -零表示无限制。 -

This and --max-requests-inflight are summed to determine the server's total concurrency limit (which must be positive) if --enable-priority-and-fairness is true. Otherwise, this flag limits the maximum number of mutating requests in flight, or a zero value disables the limit completely.
--max-requests-inflight int     默认值：400--max-requests-inflight int     Default: 400
- -在给定时间内进行中非变更类型请求的最大数量。 -当超过该值时，服务将拒绝所有请求。 -零表示无限制。 -

This and --max-mutating-requests-inflight are summed to determine the server's total concurrency limit (which must be positive) if --enable-priority-and-fairness is true. Otherwise, this flag limits the maximum number of non-mutating requests in flight, or a zero value disables the limit completely.
--min-request-timeout int     默认值：1800--min-request-timeout int     Default: 1800
- -可选字段，表示处理程序在请求超时前，必须保持其处于打开状态的最小秒数。 -当前只对监听（Watch）请求的处理程序有效，它基于这个值选择一个随机数作为连接超时值， -以达到分散负载的目的。 -

An optional field indicating the minimum number of seconds a handler must keep a request open before timing it out. Currently only honored by the watch request handler, which picks a randomized value above this number as the connection timeout, to spread out load.
--oidc-ca-file string
- -如果设置该值，将会使用 oidc-ca-file 中的机构之一对 OpenID 服务的证书进行验证， -否则将会使用主机的根 CA 对其进行验证。 -

If set, the OpenID server's certificate will be verified by one of the authorities in the oidc-ca-file, otherwise the host's root CA set will be used.
--oidc-client-id string
- -OpenID 连接客户端的要使用的客户 ID，如果设置了 oidc-issuer-url，则必须设置这个值。 -

The client ID for the OpenID Connect client, must be set if oidc-issuer-url is set.
--oidc-groups-claim string
- -如果提供该值，这个自定义 OpenID 连接声明将被用来设定用户组。 -该声明值需要是一个字符串或字符串数组。 -此标志为实验性的，请查阅身份认证相关文档进一步了解详细信息。 -

If provided, the name of a custom OpenID Connect claim for specifying user groups. The claim value is expected to be a string or array of strings. This flag is experimental, please see the authentication documentation for further details.
--oidc-groups-prefix string
- -如果提供了此值，则所有组都将以该值作为前缀，以防止与其他身份认证策略冲突。 -

If provided, all groups will be prefixed with this value to prevent conflicts with other authentication strategies.
--oidc-issuer-url string
- -OpenID 颁发者 URL，只接受 HTTPS 方案。 -如果设置该值，它将被用于验证 OIDC JSON Web Token(JWT)。 -

The URL of the OpenID issuer, only HTTPS scheme will be accepted. If set, it will be used to verify the OIDC JSON Web Token (JWT).
--oidc-required-claim <逗号分隔的 'key=value' 键值对列表>--oidc-required-claim <comma-separated 'key=value' pairs>
- -描述 ID 令牌中必需声明的键值对。 -如果设置此值，则会验证 ID 令牌中存在与该声明匹配的值。 -重复此标志以指定多个声明。 -

A key=value pair that describes a required claim in the ID Token. If set, the claim is verified to be present in the ID Token with a matching value. Repeat this flag to specify multiple claims.
--oidc-signing-algs strings     默认值：RS256--oidc-signing-algs strings     Default: "RS256"
- -允许的 JOSE 非对称签名算法的逗号分隔列表。 -若 JWT 所带的 "alg" 标头值不在列表中，则该 JWT 将被拒绝。 -取值依据 RFC 7518 https://tools.ietf.org/html/rfc7518#section-3.1 定义。 -

Comma-separated list of allowed JOSE asymmetric signing algorithms. JWTs with a 'alg' header value not in this list will be rejected. Values are defined by RFC 7518 https://tools.ietf.org/html/rfc7518#section-3.1.
--oidc-username-claim string     默认值："sub"--oidc-username-claim string     Default: "sub"
- -要用作用户名的 OpenID 声明。 -请注意，除默认声明（"sub"）以外的其他声明不能保证是唯一且不可变的。 -此标志是实验性的，请参阅身份认证文档以获取更多详细信息。 -

The OpenID claim to use as the user name. Note that claims other than the default ('sub') is not guaranteed to be unique and immutable. This flag is experimental, please see the authentication documentation for further details.
--oidc-username-prefix string
- -如果提供，则所有用户名都将以该值作为前缀。 -如果未提供，则除 "email" 之外的用户名声明都会添加颁发者 URL 作为前缀，以避免冲突。 -要略过添加前缀处理，请设置值为 "-"。 -

If provided, all usernames will be prefixed with this value. If not provided, username claims other than 'email' are prefixed by the issuer URL to avoid clashes. To skip any prefixing, provide the value '-'.
--one-output
- -此标志为真时，日志只会被写入到其原生的严重性级别中（而不是同时写到所有较低 -严重性级别中）。 -

If true, only write logs to their native severity level (vs also writing to each lower severity level)
--permit-address-sharing     默认值：false--permit-address-sharing

- -若此标志为 true，则使用 SO_REUSEADDR 来绑定端口。 -这样设置可以同时绑定到用通配符表示的类似 0.0.0.0 这种 IP 地址， -以及特定的 IP 地址。也可以避免等待内核释放 TIME_WAIT 状态的套接字。 -

If true, SO_REUSEADDR will be used when binding the port. This allows binding to wildcard IPs like 0.0.0.0 and specific IPs in parallel, and it avoids waiting for the kernel to release sockets in TIME_WAIT state. [default=false]
--permit-port-sharing     默认值：false--permit-port-sharing
- -如果为 true，则在绑定端口时将使用 SO_REUSEPORT， -这样多个实例可以绑定到同一地址和端口上。 -

If true, SO_REUSEPORT will be used when binding the port, which allows more than one instance to bind on the same address and port. [default=false]
--profiling     默认值：true--profiling     Default: true
- -通过 Web 接口 host:port/debug/pprof/ 启用性能分析。 -

Enable profiling via web interface host:port/debug/pprof/
--proxy-client-cert-file string
- -当必须调用外部程序以处理请求时，用于证明聚合器或者 kube-apiserver 的身份的客户端证书。 -包括代理转发到用户 api-server 的请求和调用 Webhook 准入控制插件的请求。 -Kubernetes 期望此证书包含来自于 --requestheader-client-ca-file 标志中所给 CA 的签名。 -该 CA 在 kube-system 命名空间的 "extension-apiserver-authentication" ConfigMap 中公开。 -从 kube-aggregator 收到调用的组件应该使用该 CA 进行各自的双向 TLS 验证。 -

Client certificate used to prove the identity of the aggregator or kube-apiserver when it must call out during a request. This includes proxying requests to a user api-server and calling out to webhook admission plugins. It is expected that this cert includes a signature from the CA in the --requestheader-client-ca-file flag. That CA is published in the 'extension-apiserver-authentication' configmap in the kube-system namespace. Components receiving calls from kube-aggregator should use that CA to perform their half of the mutual TLS verification.
--proxy-client-key-file string
- -当必须调用外部程序来处理请求时，用来证明聚合器或者 kube-apiserver 的身份的客户端私钥。 -这包括代理转发给用户 api-server 的请求和调用 Webhook 准入控制插件的请求。 -

Private key for the client certificate used to prove the identity of the aggregator or kube-apiserver when it must call out during a request. This includes proxying requests to a user api-server and calling out to webhook admission plugins.
--request-timeout duration     默认值：1m0s--request-timeout duration     Default: 1m0s
- -可选字段，指示处理程序在超时之前必须保持打开请求的持续时间。 -这是请求的默认请求超时，但对于特定类型的请求，可能会被 ---min-request-timeout等标志覆盖。 -

An optional field indicating the duration a handler must keep a request open before timing it out. This is the default request timeout for requests but may be overridden by flags such as --min-request-timeout for specific types of requests.
--requestheader-allowed-names strings
- -此值为客户端证书通用名称（Common Name）的列表；表中所列的表项可以用来提供用户名， -方式是使用 --requestheader-username-headers 所指定的头部。 -如果为空，能够通过 --requestheader-client-ca-file 中机构 -认证的客户端证书都是被允许的。 -

List of client certificate common names to allow to provide usernames in headers specified by --requestheader-username-headers. If empty, any client certificate validated by the authorities in --requestheader-client-ca-file is allowed.
--requestheader-client-ca-file string
- -在信任请求头中以 --requestheader-username-headers 指示的用户名之前， -用于验证接入请求中客户端证书的根证书包。 -警告：一般不要假定传入请求已被授权。 -

Root certificate bundle to use to verify client certificates on incoming requests before trusting usernames in headers specified by --requestheader-username-headers. WARNING: generally do not depend on authorization being already done for incoming requests.
--requestheader-extra-headers-prefix strings
- -用于查验请求头部的前缀列表。建议使用 X-Remote-Extra-。 -

List of request header prefixes to inspect. X-Remote-Extra- is suggested.
--requestheader-group-headers strings
- -用于查验用户组的请求头部列表。建议使用 X-Remote-Group。 -

List of request headers to inspect for groups. X-Remote-Group is suggested.
--requestheader-username-headers strings
- -用于查验用户名的请求头头列表。建议使用 X-Remote-User。 -

List of request headers to inspect for usernames. X-Remote-User is common.
--runtime-config <逗号分隔的 'key=value' 对列表>--runtime-config <comma-separated 'key=value' pairs>
- -一组启用或禁用内置 API 的键值对。支持的选项包括： -
v1=true|false（针对核心 API 组） -
<group>/<version>=true|false（针对特定 API 组和版本，例如：apps/v1=true） -
api/all=true|false 控制所有 API 版本 -
api/ga=true|false 控制所有 v[0-9]+ API 版本 -
api/beta=true|false 控制所有 v[0-9]+beta[0-9]+ API 版本 -
api/alpha=true|false 控制所有 v[0-9]+alpha[0-9]+ API 版本 -
api/legacy 已弃用，并将在以后的版本中删除 -

A set of key=value pairs that enable or disable built-in APIs. Supported options are:
v1=true|false for the core API group
<group>/<version>=true|false for a specific API group and version (e.g. apps/v1=true)
api/all=true|false controls all API versions
api/ga=true|false controls all API versions of the form v[0-9]+
api/beta=true|false controls all API versions of the form v[0-9]+beta[0-9]+
api/alpha=true|false controls all API versions of the form v[0-9]+alpha[0-9]+
api/legacy is deprecated, and will be removed in a future version
--secure-port int     默认值：6443--secure-port int     Default: 6443
- -带身份验证和鉴权机制的 HTTPS 服务端口。 -不能用 0 关闭。 -

The port on which to serve HTTPS with authentication and authorization. It cannot be switched off with 0.
--service-account-extend-token-expiration     默认值：true--service-account-extend-token-expiration     Default: true
- -在生成令牌时，启用投射服务帐户到期时间扩展， -这有助于从旧版令牌安全地过渡到绑定的服务帐户令牌功能。 -如果启用此标志，则准入插件注入的令牌的过期时间将延长至 1 年，以防止过渡期间发生意外故障， -并忽略 service-account-max-token-expiration 的值。 -

Turns on projected service account expiration extension during token generation, which helps safe transition from legacy token to bound service account token feature. If this flag is enabled, admission injected tokens would be extended up to 1 year to prevent unexpected failure during transition, ignoring value of service-account-max-token-expiration.
--service-account-issuer string--service-account-issuer strings
- -服务帐号令牌颁发者的标识符。 -颁发者将在已办法令牌的 "iss" 声明中检查此标识符。 -此值为字符串或 URI。 -如果根据 OpenID Discovery 1.0 规范检查此选项不是有效的 URI，则即使特性门控设置为 true， -ServiceAccountIssuerDiscovery 功能也将保持禁用状态。 -强烈建议该值符合 OpenID 规范：https://openid.net/specs/openid-connect-discovery-1_0.html。 -实践中，这意味着 service-account-issuer 取值必须是 HTTPS URL。 -还强烈建议此 URL 能够在 {service-account-issuer}/.well-known/openid-configuration -处提供 OpenID 发现文档。 -

Identifier of the service account token issuer. The issuer will assert this identifier in "iss" claim of issued tokens. This value is a string or URI. If this option is not a valid URI per the OpenID Discovery 1.0 spec, the ServiceAccountIssuerDiscovery feature will remain disabled, even if the feature gate is set to true. It is highly recommended that this value comply with the OpenID spec: https://openid.net/specs/openid-connect-discovery-1_0.html. In practice, this means that service-account-issuer must be an https URL. It is also highly recommended that this URL be capable of serving OpenID discovery documents at {service-account-issuer}/.well-known/openid-configuration. When this flag is specified multiple times, the first is used to generate tokens and all are used to determine which issuers are accepted.
--service-account-jwks-uri string
- -覆盖 /.well-known/openid-configuration 提供的发现文档中 JSON Web 密钥集的 URI。 -如果发现文档和密钥集是通过 API 服务器外部 -（而非自动检测到或被外部主机名覆盖）之外的 URL 提供给依赖方的，则此标志很有用。 -仅在启用 ServiceAccountIssuerDiscovery 特性门控的情况下有效。 -

Overrides the URI for the JSON Web Key Set in the discovery doc served at /.well-known/openid-configuration. This flag is useful if the discovery docand key set are served to relying parties from a URL other than the API server's external (as auto-detected or overridden with external-hostname). Only valid if the ServiceAccountIssuerDiscovery feature gate is enabled.
--service-account-key-file strings
- -包含 PEM 编码的 x509 RSA 或 ECDSA 私钥或公钥的文件，用于验证 ServiceAccount 令牌。 -指定的文件可以包含多个键，并且可以使用不同的文件多次指定标志。 -如果未指定，则使用 --tls-private-key-file。 -提供 --service-account-signing-key 时必须指定。 -

File containing PEM-encoded x509 RSA or ECDSA private or public keys, used to verify ServiceAccount tokens. The specified file can contain multiple keys, and the flag can be specified multiple times with different files. If unspecified, --tls-private-key-file is used. Must be specified when --service-account-signing-key is provided
--service-account-lookup     默认值：true--service-account-lookup     Default: true
- -如果为 true，则在身份认证时验证 etcd 中是否存在 ServiceAccount 令牌。 -

If true, validate ServiceAccount tokens exist in etcd as part of authentication.
--service-account-max-token-expiration duration
- -服务帐户令牌发布者创建的令牌的最长有效期。 -如果请求有效期大于此值的有效令牌请求，将使用此值的有效期颁发令牌。 -

The maximum validity duration of a token created by the service account token issuer. If an otherwise valid TokenRequest with a validity duration larger than this value is requested, a token will be issued with a validity duration of this value.
--service-account-signing-key-file string
- -包含服务帐户令牌颁发者当前私钥的文件的路径。 -颁发者将使用此私钥签署所颁发的 ID 令牌。 -

Path to the file that contains the current private key of the service account token issuer. The issuer will sign issued ID tokens with this private key.
--service-cluster-ip-range string
- -CIDR 表示的 IP 范围用来为服务分配集群 IP。 -此地址不得与指定给节点或 Pod 的任何 IP 范围重叠。 -

A CIDR notation IP range from which to assign service cluster IPs. This must not overlap with any IP ranges assigned to nodes or pods. Max of two dual-stack CIDRs is allowed.
--service-node-port-range <形式为 'N1-N2' 的字符串>     默认值：30000-32767--service-node-port-range <a string in the form 'N1-N2'>     Default: 30000-32767
- -保留给具有 NodePort 可见性的服务的端口范围。 -例如："30000-32767"。范围的两端都包括在内。 -

A port range to reserve for services with NodePort visibility. Example: '30000-32767'. Inclusive at both ends of the range.
--show-hidden-metrics-for-version string
- -你要显示隐藏指标的先前版本。仅先前的次要版本有意义，不允许其他值。 -格式为 <major>.<minor>，例如："1.16"。 -这种格式的目的是确保你有机会注意到下一个版本是否隐藏了其他指标， -而不是在此之后将它们从发行版中永久删除时感到惊讶。 -

The previous version for which you want to show hidden metrics. Only the previous minor version is meaningful, other values will not be allowed. The format is <major>.<minor>, e.g.: '1.16'. The purpose of this format is make sure you have the opportunity to notice if the next release hides additional metrics, rather than being surprised when they are permanently removed in the release after that.
--shutdown-delay-duration duration
- -延迟终止时间。在此期间，服务器将继续正常处理请求。 -端点 /healthz 和 /livez 将返回成功，但是 /readyz 立即返回失败。 -在此延迟过去之后，将开始正常终止。 -这可用于允许负载平衡器停止向该服务器发送流量。 -

Time to delay the termination. During that time the server keeps serving requests normally. The endpoints /healthz and /livez will return success, but /readyz immediately returns failure. Graceful termination starts after this delay has elapsed. This can be used to allow load balancer to stop sending traffic to this server.
--skip-headers
- -如果为 true，日志消息中避免标题前缀。 -

If true, avoid header prefixes in the log messages
--skip-log-headers
- -如果为 true，则在打开日志文件时避免标题。 -

If true, avoid headers when opening log files
--stderrthreshold int     默认值：2--stderrthreshold int     Default: 2
- -将达到或超过此阈值的日志写到标准错误输出 -

logs at or above this threshold go to stderr
--storage-backend string
- -持久化存储后端。选项："etcd3"（默认）。 -

The storage backend for persistence. Options: 'etcd3' (default).
--storage-media-type string     默认值："application/vnd.kubernetes.protobuf"--storage-media-type string     Default: "application/vnd.kubernetes.protobuf"
- -用于在存储中存储对象的媒体类型。 -某些资源或存储后端可能仅支持特定的媒体类型，并且将忽略此设置。 -

The media type to use to store objects in storage. Some resources or storage backends may only support a specific media type and will ignore this setting.
--strict-transport-security-directives strings

- -为 HSTS 所设置的指令列表，用逗号分隔。 -如果此列表为空，则不会添加 HSTS 指令。 -例如： 'max-age=31536000,includeSubDomains,preload' -

List of directives for HSTS, comma separated. If this list is empty, then HSTS directives will not be added. Example: 'max-age=31536000,includeSubDomains,preload'
--tls-cert-file string
- -包含用于 HTTPS 的默认 x509 证书的文件。（CA 证书（如果有）在服务器证书之后并置）。 -如果启用了 HTTPS 服务，并且未提供 --tls-cert-file 和 ---tls-private-key-file， -为公共地址生成一个自签名证书和密钥，并将其保存到 --cert-dir 指定的目录中。 -

File containing the default x509 Certificate for HTTPS. (CA cert, if any, concatenated after server cert). If HTTPS serving is enabled, and --tls-cert-file and --tls-private-key-file are not provided, a self-signed certificate and key are generated for the public address and saved to the directory specified by --cert-dir.
--tls-cipher-suites strings
- -服务器的密码套件的列表，以逗号分隔。如果省略，将使用默认的 Go 密码套件。 -
首选值： -TLS_AES_128_GCM_SHA256、TLS_AES_256_GCM_SHA384、TLS_CHACHA20_POLY1305_SHA256、TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA、TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256、TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA、TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384、TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305、TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256、TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA、TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA、TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256、TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA、TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384、TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305、TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256、TLS_RSA_WITH_3DES_EDE_CBC_SHA、TLS_RSA_WITH_AES_128_CBC_SHA、TLS_RSA_WITH_AES_128_GCM_SHA256、 TLS_RSA_WITH_AES_256_CBC_SHA, TLS_RSA_WITH_AES_256_GCM_SHA384. -不安全的值有： -TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256、TLS_ECDHE_ECDSA_WITH_RC4_128_SHA、TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256、TLS_ECDHE_RSA_WITH_RC4_128_SHA、TLS_RSA_WITH_AES_128_CBC_SHA256、TLS_RSA_WITH_RC4_128_SHA。 -

Comma-separated list of cipher suites for the server. If omitted, the default Go cipher suites will be used.
Preferred values: TLS_AES_128_GCM_SHA256, TLS_AES_256_GCM_SHA384, TLS_CHACHA20_POLY1305_SHA256, TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA, TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256, TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA, TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384, TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305, TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256, TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256, TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384, TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305, TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256, TLS_RSA_WITH_3DES_EDE_CBC_SHA, TLS_RSA_WITH_AES_128_CBC_SHA, TLS_RSA_WITH_AES_128_GCM_SHA256, TLS_RSA_WITH_AES_256_CBC_SHA, TLS_RSA_WITH_AES_256_GCM_SHA384.
Insecure values: TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256, TLS_ECDHE_ECDSA_WITH_RC4_128_SHA, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256, TLS_ECDHE_RSA_WITH_RC4_128_SHA, TLS_RSA_WITH_AES_128_CBC_SHA256, TLS_RSA_WITH_RC4_128_SHA.
--tls-min-version string
- -支持的最低 TLS 版本。可能的值：VersionTLS10，VersionTLS11，VersionTLS12，VersionTLS13 -

Minimum TLS version supported. Possible values: VersionTLS10, VersionTLS11, VersionTLS12, VersionTLS13
--tls-private-key-file string
- -包含匹配 --tls-cert-file 的 x509 证书私钥的文件。 -

File containing the default x509 private key matching --tls-cert-file.
--tls-sni-cert-key string     默认值： []--tls-sni-cert-key string
- -一对 x509 证书和私钥文件路径，（可选）后缀为全限定域名的域名模式列表，可以使用带有通配符的前缀。 -域模式也允许使用 IP 地址，但仅当 apiserver 对客户端请求的IP地址具有可见性时，才应使用 IP。 -如果未提供域模式，则提取证书的名称。 -非通配符匹配优先于通配符匹配，显式域模式优先于提取出的名称。 -对于多个密钥/证书对，请多次使用 --tls-sni-cert-key。 -示例："example.crt,example.key" 或 "foo.crt,foo.key:\*.foo.com,foo.com"。 -

A pair of x509 certificate and private key file paths, optionally suffixed with a list of domain patterns which are fully qualified domain names, possibly with prefixed wildcard segments. The domain patterns also allow IP addresses, but IPs should only be used if the apiserver has visibility to the IP address requested by a client. If no domain patterns are provided, the names of the certificate are extracted. Non-wildcard matches trump over wildcard matches, explicit domain patterns trump over extracted names. For multiple key/certificate pairs, use the --tls-sni-cert-key multiple times. Examples: "example.crt,example.key" or "foo.crt,foo.key:*.foo.com,foo.com".
--token-auth-file string
- -如果设置该值，这个文件将被用于通过令牌认证来保护 API 服务的安全端口。 -

If set, the file that will be used to secure the secure port of the API server via token authentication.

--tracing-config-file string

File with apiserver tracing configuration.
-v, --v int
- -日志级别详细程度的数字。 -

number for the log level verbosity
--version version[=true]
- -打印版本信息并退出 -

Print version information and quit
--vmodule <用逗号分隔的多个 'pattern=N' 配置字符串>--vmodule <comma-separated 'pattern=N' settings>
- -以逗号分隔的 pattern=N 设置列表，用于文件过滤的日志记录。 -

comma-separated list of pattern=N settings for file-filtered logging
--watch-cache     默认值：true--watch-cache     Default: true
- -在 API 服务器中启用监视缓存。 -

Enable watch caching in the apiserver
--watch-cache-sizes strings
- -某些资源（Pods、Nodes 等）的监视缓存大小设置，以逗号分隔。 -每个资源对应的设置格式：resource[.group]#size，其中 -resource 为小写复数（无版本）， -对于 apiVersion v1（旧版核心 API）的资源要省略 group， -对其它资源要给出 group；size 为一个数字。 -启用 watch-cache 时，此功能生效。 -某些资源（replicationcontrollers、endpoints、 -nodes、pods、services、 -apiservices.apiregistration.k8s.io） -具有通过启发式设置的系统默认值，其他资源默认为 -default-watch-cache-size。 -

Watch cache size settings for some resources (pods, nodes, etc.), comma separated. The individual setting format: resource[.group]#size, where resource is lowercase plural (no version), group is omitted for resources of apiVersion v1 (the legacy core API) and included for others, and size is a number. It takes effect when watch-cache is enabled. Some resources (replicationcontrollers, endpoints, nodes, pods, services, apiservices.apiregistration.k8s.io) have system defaults set by heuristics, others default to default-watch-cache-size
+ + From 8b0c67d651be1348d94bc94dc2859894c7a3db96 Mon Sep 17 00:00:00 2001 From: ptux Date: Tue, 28 Dec 2021 10:29:00 +0900 Subject: [PATCH 07/33] fix --- .../ja/docs/tasks/debug-application-cluster/audit.md | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 6ed9fd04d8..5eb18ca231 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -1,15 +1,17 @@ --- content_type: concept +reviewers: +- ptux title: 監査 --- -Kubernetesの監査はクラスタ内の一連の行動を記録するセキュリティに関連した時系列の記録を提供します。 -クラスタはユーザー、Kubernetes APIを使用するアプリケーション、 +Kubernetesの監査はクラスター内の一連の行動を記録するセキュリティに関連した時系列の記録を提供します。 +クラスターはユーザー、Kubernetes APIを使用するアプリケーション、 およびコントロールプレーン自体によって生成されたアクティビティなどを監査します。 -監査により、クラスタ管理者は以下の質問に答えることができます: +監査により、クラスター管理者は以下の質問に答えることができます: - 何が起きたのか？ - いつ起こったのか？ @@ -132,7 +134,7 @@ kube-apiserverには2つのバックエンドが用意されています。 - `audit-log-maxbackup`は、保持する監査ログファイルの最大数を定義します。 - `--audit-log-maxsize` は、監査ログファイルがローテーションされるまでの最大サイズをメガバイト単位で定義します。 -クラスタのコントロールプレーンでkube-apiserverをPodとして動作させている場合は、監査記録が永久化されるように、ポリシーファイルとログファイルの場所に`hostPath`をマウントすることを忘れないでください。 +クラスターのコントロールプレーンでkube-apiserverをPodとして動作させている場合は、監査記録が永久化されるように、ポリシーファイルとログファイルの場所に`hostPath`をマウントすることを忘れないでください。 例えば: ```shell --audit-policy-file=/etc/kubernetes/audit-policy.yaml \ @@ -229,7 +231,7 @@ logバックエンドとwebhookバックエンドは、ログに記録される - `audit-log-truncate-max-batch-size` バックエンドに送信されるバッチのバイト単位の最大サイズ。 - `audit-log-truncate-max-event-size` バックエンドに送信される監査イベントのバイト単位の最大サイズです。 -デフォルトでは、`webhook`と`log`の両方で切り捨ては無効になっていますが、クラスタ管理者は `audit-log-truncate-enabled`または`audit-webhook-truncate-enabled`を設定して、この機能を有効にする必要があります。 +デフォルトでは、`webhook`と`log`の両方で切り捨ては無効になっていますが、クラスター管理者は `audit-log-truncate-enabled`または`audit-webhook-truncate-enabled`を設定して、この機能を有効にする必要があります。 ## {{% heading "whatsnext" %}} From ad11be44494e6e860fba10207b966cb622b3a5a3 Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:29:46 +0900 Subject: [PATCH 08/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 5eb18ca231..92f004f587 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -23,7 +23,7 @@ Kubernetesの監査はクラスター内の一連の行動を記録するセキ -監査記録は、そのライフサイクルを[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/)コンポーネントの中で始まります。 +監査記録のライフサイクルは[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/)コンポーネントの中で始まります。 各リクエストは、その実行の各段階でその実行の各段階で、監査イベントが生成されます。 ポリシーに従って前処理され、バックエンドに書き込まれます。 ポリシーが何を記録するかを決定しを決定し、 バックエンドがその記録を永続化します。現在のバックエンドの実装はログファイルやWebhookなどがあります。 From 1e498bf0313d1ba491fb543145573a5b5f14b6cf Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:29:52 +0900 Subject: [PATCH 09/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 92f004f587..335750634e 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -205,7 +205,7 @@ webhookを例に、利用可能なフラグの一覧を示します。 - `--audit-webhook-batch-throttle-burst`は、許可された QPS が低い場合に、同じ瞬間に生成されるバッチの最大数を定義します。 -## パラメータチューニング +## パラメーターチューニング パラメータは、APIサーバーの負荷に合わせて設定してください。 From fc62908083dc1550915c9093cf51e19a58447a4c Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:29:58 +0900 Subject: [PATCH 10/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 335750634e..c3c5d3b11e 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -207,7 +207,7 @@ webhookを例に、利用可能なフラグの一覧を示します。 ## パラメーターチューニング -パラメータは、APIサーバーの負荷に合わせて設定してください。 +パラメーターは、APIサーバーの負荷に合わせて設定してください。 例えば、kube-apiserverが毎秒100件のリクエストを受け取り、それぞれのリクエストが`ResponseStarted`と`ResponseComplete`の段階でのみ監査されるとします。毎秒≅200の監査イベントが発生すると考えてください。 1 つのバッチに最大 100 個のイベントがあるの場合、スロットリングレベルを少なくとも2クエリ/秒に設定する必要があります。 From f08434993de125571ce16c6f6a890092596796d4 Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:30:06 +0900 Subject: [PATCH 11/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index c3c5d3b11e..64ee45d680 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -210,7 +210,7 @@ webhookを例に、利用可能なフラグの一覧を示します。 パラメーターは、APIサーバーの負荷に合わせて設定してください。 例えば、kube-apiserverが毎秒100件のリクエストを受け取り、それぞれのリクエストが`ResponseStarted`と`ResponseComplete`の段階でのみ監査されるとします。毎秒≅200の監査イベントが発生すると考えてください。 -1 つのバッチに最大 100 個のイベントがあるの場合、スロットリングレベルを少なくとも2クエリ/秒に設定する必要があります。 +1つのバッチに最大100個のイベントがあるの場合、スロットリングレベルを少なくとも2クエリ/秒に設定する必要があります。 バックエンドがイベントを書き込むのに最大で5秒かかる場合、5秒分のイベントを保持するようにバッファサイズを設定する必要があります。 10バッチ、または1000イベントとなります。 From 5091e15ec8706a0aaefe02c7e0825f205b63ac42 Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:30:13 +0900 Subject: [PATCH 12/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 64ee45d680..94323fee41 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -211,7 +211,7 @@ webhookを例に、利用可能なフラグの一覧を示します。 例えば、kube-apiserverが毎秒100件のリクエストを受け取り、それぞれのリクエストが`ResponseStarted`と`ResponseComplete`の段階でのみ監査されるとします。毎秒≅200の監査イベントが発生すると考えてください。 1つのバッチに最大100個のイベントがあるの場合、スロットリングレベルを少なくとも2クエリ/秒に設定する必要があります。 -バックエンドがイベントを書き込むのに最大で5秒かかる場合、5秒分のイベントを保持するようにバッファサイズを設定する必要があります。 +バックエンドがイベントを書き込むのに最大で5秒かかる場合、5秒分のイベントを保持するようにバッファーサイズを設定する必要があります。 10バッチ、または1000イベントとなります。 From 683af6800e5b12f046aa4df7f9359a86e145dc1f Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:30:37 +0900 Subject: [PATCH 13/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 94323fee41..6085f1a029 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -24,7 +24,7 @@ Kubernetesの監査はクラスター内の一連の行動を記録するセキ 監査記録のライフサイクルは[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/)コンポーネントの中で始まります。 -各リクエストは、その実行の各段階でその実行の各段階で、監査イベントが生成されます。 +各リクエストの実行の各段階で、監査イベントが生成されます。 ポリシーに従って前処理され、バックエンドに書き込まれます。 ポリシーが何を記録するかを決定しを決定し、 バックエンドがその記録を永続化します。現在のバックエンドの実装はログファイルやWebhookなどがあります。 From 08f17252ff030a7a5749967dc8e9aa06cac614a5 Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:30:49 +0900 Subject: [PATCH 14/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 6085f1a029..67b75abf8b 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -25,7 +25,7 @@ Kubernetesの監査はクラスター内の一連の行動を記録するセキ 監査記録のライフサイクルは[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/)コンポーネントの中で始まります。 各リクエストの実行の各段階で、監査イベントが生成されます。 -ポリシーに従って前処理され、バックエンドに書き込まれます。 ポリシーが何を記録するかを決定しを決定し、 +ポリシーに従って前処理され、バックエンドに書き込まれます。 ポリシーが何を記録するかを決定し、 バックエンドがその記録を永続化します。現在のバックエンドの実装はログファイルやWebhookなどがあります。 各リクエストは関連する _stage_ で記録されます。 From 518bfe85e16b40b13a5de5ae3fff9bd79abba5d0 Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:31:01 +0900 Subject: [PATCH 15/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 67b75abf8b..933ed20dfc 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -34,7 +34,7 @@ Kubernetesの監査はクラスター内の一連の行動を記録するセキ - `RequestReceived` - 監査ハンドラーがリクエストを受信すると同時に生成されるイベントのステージ。 つまり、ハンドラーチェーンに委譲される前に生成されるイベントのステージです。 - `ResponseStarted` - レスポンスヘッダーが送信された後、レスポンスボディが送信される前のステージです。 - このステージは長時間実行されるリクエスト（watchなど）でのみ発生します。 + このステージは長時間実行されるリクエスト(watchなど)でのみ発生します。 - `ResponseComplete` - レスポンスボディの送信が完了して、それ以上のバイトは送信されません。 - `Panic` - パニックが起きたときに発生するイベント。 From 940dbeddd7016a5d6782495927363000d9bbe60d Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:31:33 +0900 Subject: [PATCH 16/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 933ed20dfc..d0c2dc4e61 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -42,7 +42,7 @@ Kubernetesの監査はクラスター内の一連の行動を記録するセキ [Audit Event configuration](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Event)の設定は[Event](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#event-v1-core)APIオブジェクトとは異なります。 {{< /note >}} -監査ログ機能は、リクエストごとに監査に必要なコンテキストが保存されるため、APIサーバーのメモリ消費量が増加します。 +監査ログ機能は、リクエストごとに監査に必要なコンテキストが保存されるため、APIサーバーのメモリー消費量が増加します。 メモリの消費量は、監査ログ機能の設定によって異なります。 ## Audit policy From ca6b01b7c1eb97ea6096b339dca2f4a0db055b4d Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:31:47 +0900 Subject: [PATCH 17/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index d0c2dc4e61..3bfd3a119e 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -43,7 +43,7 @@ Kubernetesの監査はクラスター内の一連の行動を記録するセキ {{< /note >}} 監査ログ機能は、リクエストごとに監査に必要なコンテキストが保存されるため、APIサーバーのメモリー消費量が増加します。 -メモリの消費量は、監査ログ機能の設定によって異なります。 +メモリーの消費量は、監査ログ機能の設定によって異なります。 ## Audit policy From dc60343888718ab3e3f01e701feafc0e1ce62ef2 Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:31:59 +0900 Subject: [PATCH 18/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 3bfd3a119e..b500a436c9 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -48,7 +48,7 @@ Kubernetesの監査はクラスター内の一連の行動を記録するセキ ## Audit policy 監査ポリシーはどのようなイベントを記録し、どのようなデータを含むべきかについてのルールを定義します。 -監査ポリシーのオブジェクト構造は、[audit.k8s.io` API group](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy)で定義されています。 +監査ポリシーのオブジェクト構造は、[`audit.k8s.io` API group](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy)で定義されています。 イベントが処理されると、そのイベントは順番にルールのリストと比較されます。 最初のマッチングルールは、イベントの監査レベルを設定します。 From 464efc69f7321fc2efa10e01b53e471d5017a584 Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:32:12 +0900 Subject: [PATCH 19/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index b500a436c9..9bbdbaae8d 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -45,7 +45,7 @@ Kubernetesの監査はクラスター内の一連の行動を記録するセキ 監査ログ機能は、リクエストごとに監査に必要なコンテキストが保存されるため、APIサーバーのメモリー消費量が増加します。 メモリーの消費量は、監査ログ機能の設定によって異なります。 -## Audit policy +## 監査ポリシー 監査ポリシーはどのようなイベントを記録し、どのようなデータを含むべきかについてのルールを定義します。 監査ポリシーのオブジェクト構造は、[`audit.k8s.io` API group](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy)で定義されています。 From 887ee7c11dcd1541affb5dd5f290f730da0f862c Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:32:22 +0900 Subject: [PATCH 20/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 9bbdbaae8d..6db2e9eae6 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -56,7 +56,7 @@ Kubernetesの監査はクラスター内の一連の行動を記録するセキ 定義されている監査レベルは: - `None` - ルールに一致するイベントを記録しません。 -- `Metadata` - lリクエストのメタデータ（リクエストしたユーザー、タイムスタンプ、リソース、動作など）を記録しますが、リクエストやレスポンスのボディは記録しません。 +- `Metadata` - リクエストのメタデータ(リクエストしたユーザー、タイムスタンプ、リソース、動作など)を記録しますが、リクエストやレスポンスのボディは記録しません。 - `Request` - ログイベントのメタデータとリクエストボディは表示されますが、レスポンスボディは表示されません。 これは非リソースリクエストには適用されません。 - `RequestResponse` - イベントのメタデータ、リクエストとレスポンスのボディを記録しますが、 From 6836db14a133fa48438d537e5e97737805807d7f Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:32:33 +0900 Subject: [PATCH 21/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 6db2e9eae6..d2736240ce 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -72,7 +72,7 @@ A policy with no (0) rules is treated as illegal. 監査ポリシーファイルでは、`rules`フィールドが必ず指定されることに注意してください。 ルールがない(0)ポリシーは不当なものとして扱われます。 -以下は監査ポリシーファイルの例: +以下は監査ポリシーファイルの例です: {{< codenew file="audit/audit-policy.yaml" >}} From 463a2ae5adc619321c7e644ad277e8414c20b582 Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:32:46 +0900 Subject: [PATCH 22/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index d2736240ce..ff4be2168f 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -88,7 +88,7 @@ rules: 独自の監査プロファイルを作成する場合は、Google Container-Optimized OSの監査プロファイルを出発点として使用できます。 監査ポリシーファイルを生成する[configure-helper.sh](https://github.com/kubernetes/kubernetes/blob/master/cluster/gce/gci/configure-helper.sh)スクリプトを確認することができます。 -スクリプトを直視することで、監査ポリシーファイルのほとんどを見ることができます。 +スクリプトを直接見ることで、監査ポリシーファイルのほとんどを見ることができます。 また、定義されているフィールドの詳細については、[Policy` configuration reference](/docs/reference/config-api/apiserver-audit.v1/#audit-k8s-io-v1-Policy)を参照できます。 From ea1368d2713abb9249944896f66158a17f1d724a Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:32:54 +0900 Subject: [PATCH 23/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index ff4be2168f..ea4d04d588 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -180,7 +180,7 @@ Webhook監査バックエンドを設定するには、以下のkube-apiserver - `--audit-webhook-initial-backoff` は、最初に失敗したリクエストの後、再試行するまでに待つ時間を指定します。 それ以降のリクエストは、指数関数的なバックオフで再試行されます。 -Webhookの設定ファイルは、kubeconfig 形式でサービスのリモートアドレスと接続に使用する認証情報を指定します。 +Webhookの設定ファイルは、kubeconfig形式でサービスのリモートアドレスと接続に使用する認証情報を指定します。 ## イベントバッチ {#batching} From edcac816d73cd9d53ee954c4e7cb4c2151721c4e Mon Sep 17 00:00:00 2001 From: Wang Date: Tue, 28 Dec 2021 10:33:04 +0900 Subject: [PATCH 24/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index ea4d04d588..325beb490d 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -168,7 +168,7 @@ volumeMounts: ``` -### Webhook バックエンド +### Webhookバックエンド Webhook監査バックエンドは、監査イベントをリモートのWeb APIに送信しますが、 これは認証手段を含むKubernetes APIの形式であると想定されます。 From b645bc7890641304163e5e672baf4410fbb264f4 Mon Sep 17 00:00:00 2001 From: ptux Date: Tue, 28 Dec 2021 10:34:43 +0900 Subject: [PATCH 25/33] remove the En content --- content/ja/docs/tasks/debug-application-cluster/audit.md | 5 ----- 1 file changed, 5 deletions(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 325beb490d..d71dcb76a6 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -62,11 +62,6 @@ Kubernetesの監査はクラスター内の一連の行動を記録するセキ - `RequestResponse` - イベントのメタデータ、リクエストとレスポンスのボディを記録しますが、 非リソースリクエストには適用されません。 -You can pass a file with the policy to `kube-apiserver` -using the `--audit-policy-file` flag. If the flag is omitted, no events are logged. -Note that the `rules` field __must__ be provided in the audit policy file. -A policy with no (0) rules is treated as illegal. - `audit-policy-file`フラグを使って、ポリシーを記述したファイルを `kube-apiserver`に渡すことができます。 このフラグが省略された場合イベントは記録されません。 監査ポリシーファイルでは、`rules`フィールドが必ず指定されることに注意してください。 From a85d4b8bec73c33d518ed66fd667dc6477dcf356 Mon Sep 17 00:00:00 2001 From: Wang Date: Mon, 3 Jan 2022 08:42:21 +0900 Subject: [PATCH 26/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index d71dcb76a6..2ff39f4ea2 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -17,7 +17,7 @@ Kubernetesの監査はクラスター内の一連の行動を記録するセキ - いつ起こったのか？ - 誰がそれを始めたのか？ - 何のために起こったのか？ - - それはどこで観察されましたか？ + - それはどこで観察されたのか？ - それはどこから始まったのか？ - それはどこへ向かっていたのか？ From b42062ad97ae3a867fe3ae9dc5b595852b2334bc Mon Sep 17 00:00:00 2001 From: Wang Date: Mon, 3 Jan 2022 08:42:29 +0900 Subject: [PATCH 27/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: nasa9084 --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 2ff39f4ea2..076ce6cc89 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -171,7 +171,7 @@ Webhook監査バックエンドは、監査イベントをリモートのWeb API Webhook監査バックエンドを設定するには、以下のkube-apiserverフラグを使用します。 - `--audit-webhook-config-file` は、Webhookの設定ファイルのパスを指定します。 - webhookの設定は、事実上特化した [kubeconfig](/docs/tasks/access-application-cluster/configure-access-multiple-clusters) です。 + webhookの設定は、事実上特化した[kubeconfig](/docs/tasks/access-application-cluster/configure-access-multiple-clusters)です。 - `--audit-webhook-initial-backoff` は、最初に失敗したリクエストの後、再試行するまでに待つ時間を指定します。 それ以降のリクエストは、指数関数的なバックオフで再試行されます。 From 6f8e01f3fd2a8ca31c5d757191016c99ca1beb0b Mon Sep 17 00:00:00 2001 From: Wang Date: Mon, 3 Jan 2022 08:42:46 +0900 Subject: [PATCH 28/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: Ryota Yamada <42636694+riita10069@users.noreply.github.com> --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 076ce6cc89..c4d31ccf11 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -213,7 +213,7 @@ webhookを例に、利用可能なフラグの一覧を示します。 しかし、ほとんどの場合デフォルトのパラメーターで十分であり、手動で設定する必要はありません。 kube-apiserverが公開している以下のPrometheusメトリクスや、ログを見て監査サブシステムの状態を監視することができます。 -- `apiserver_audit_event_total` メトリックには、エクスポートされた監査イベントの合計数が含まれます。 +- `apiserver_audit_event_total`メトリックには、エクスポートされた監査イベントの合計数が含まれます。 - `apiserver_audit_error_total` メトリックには、エクスポート中にエラーが発生してドロップされたイベントの総数が含まれます。 ### ログエントリー・トランケーション {#truncate} From 8aa713d39db38e27ee35beadcd69e9ae706b07d8 Mon Sep 17 00:00:00 2001 From: Wang Date: Mon, 3 Jan 2022 08:42:53 +0900 Subject: [PATCH 29/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: Ryota Yamada <42636694+riita10069@users.noreply.github.com> --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index c4d31ccf11..a0e14addda 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -214,7 +214,7 @@ webhookを例に、利用可能なフラグの一覧を示します。 kube-apiserverが公開している以下のPrometheusメトリクスや、ログを見て監査サブシステムの状態を監視することができます。 - `apiserver_audit_event_total`メトリックには、エクスポートされた監査イベントの合計数が含まれます。 -- `apiserver_audit_error_total` メトリックには、エクスポート中にエラーが発生してドロップされたイベントの総数が含まれます。 +- `apiserver_audit_error_total`メトリックには、エクスポート中にエラーが発生してドロップされたイベントの総数が含まれます。 ### ログエントリー・トランケーション {#truncate} From 4bfe55f6c5773e861beaff13bb9641ed81895600 Mon Sep 17 00:00:00 2001 From: Wang Date: Mon, 3 Jan 2022 08:43:00 +0900 Subject: [PATCH 30/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: Ryota Yamada <42636694+riita10069@users.noreply.github.com> --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index a0e14addda..9df94e760a 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -222,7 +222,7 @@ logバックエンドとwebhookバックエンドは、ログに記録される 例として、logバックエンドで利用可能なフラグの一覧を以下に示します -- `audit-log-truncate-enabled` イベントとバッチの切り捨てを有効にするかどうかです。 +- `audit-log-truncate-enabled`イベントとバッチの切り捨てを有効にするかどうかです。 - `audit-log-truncate-max-batch-size` バックエンドに送信されるバッチのバイト単位の最大サイズ。 - `audit-log-truncate-max-event-size` バックエンドに送信される監査イベントのバイト単位の最大サイズです。 From e3837be65cda69ca15d0c47e439490de8450b71f Mon Sep 17 00:00:00 2001 From: Wang Date: Mon, 3 Jan 2022 08:43:07 +0900 Subject: [PATCH 31/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: Ryota Yamada <42636694+riita10069@users.noreply.github.com> --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 9df94e760a..78c93d5999 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -223,7 +223,7 @@ logバックエンドとwebhookバックエンドは、ログに記録される 例として、logバックエンドで利用可能なフラグの一覧を以下に示します - `audit-log-truncate-enabled`イベントとバッチの切り捨てを有効にするかどうかです。 -- `audit-log-truncate-max-batch-size` バックエンドに送信されるバッチのバイト単位の最大サイズ。 +- `audit-log-truncate-max-batch-size`バックエンドに送信されるバッチのバイト単位の最大サイズ。 - `audit-log-truncate-max-event-size` バックエンドに送信される監査イベントのバイト単位の最大サイズです。 デフォルトでは、`webhook`と`log`の両方で切り捨ては無効になっていますが、クラスター管理者は `audit-log-truncate-enabled`または`audit-webhook-truncate-enabled`を設定して、この機能を有効にする必要があります。 From 180187a4acf42b6b443b387bc20953cda4dab668 Mon Sep 17 00:00:00 2001 From: Wang Date: Mon, 3 Jan 2022 08:43:13 +0900 Subject: [PATCH 32/33] Update content/ja/docs/tasks/debug-application-cluster/audit.md Co-authored-by: Ryota Yamada <42636694+riita10069@users.noreply.github.com> --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 78c93d5999..34c99acb52 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -224,7 +224,7 @@ logバックエンドとwebhookバックエンドは、ログに記録される - `audit-log-truncate-enabled`イベントとバッチの切り捨てを有効にするかどうかです。 - `audit-log-truncate-max-batch-size`バックエンドに送信されるバッチのバイト単位の最大サイズ。 -- `audit-log-truncate-max-event-size` バックエンドに送信される監査イベントのバイト単位の最大サイズです。 +- `audit-log-truncate-max-event-size`バックエンドに送信される監査イベントのバイト単位の最大サイズです。 デフォルトでは、`webhook`と`log`の両方で切り捨ては無効になっていますが、クラスター管理者は `audit-log-truncate-enabled`または`audit-webhook-truncate-enabled`を設定して、この機能を有効にする必要があります。 From 295c5139c15d5278a6928a12caec3a85c3931268 Mon Sep 17 00:00:00 2001 From: Wang Date: Mon, 3 Jan 2022 08:43:52 +0900 Subject: [PATCH 33/33] Update audit.md --- content/ja/docs/tasks/debug-application-cluster/audit.md | 2 -- 1 file changed, 2 deletions(-) diff --git a/content/ja/docs/tasks/debug-application-cluster/audit.md b/content/ja/docs/tasks/debug-application-cluster/audit.md index 34c99acb52..b020b9c0b2 100644 --- a/content/ja/docs/tasks/debug-application-cluster/audit.md +++ b/content/ja/docs/tasks/debug-application-cluster/audit.md @@ -1,7 +1,5 @@ --- content_type: concept -reviewers: -- ptux title: 監査 ---