prometheus-example-monitor name: prometheus-example-monitor namespace: ns1 spec: endpoints: - interval: 30s port: web scheme: http selector: matchLabels: app: prometheus-example-app route: group_wait: 30s 1 group_interval: 5m 2 repeat_interval: 12h 3 receiver: default routes: - matchers: - "alertname=Watchdog" repeat_interval: 2m receiver: watchdog - matchers: 在发送通知前为同一组收集初始警报时等待的时间。 group_interval 值指定 Alertmanager 发送通知添加到已经发送初始通知的一组警报前必须 经过的时间。 repeat_interval 值指定重复警报通知前必须经过的最小时间。如果您希望通知在每个组间隔 重复，请将 repeat_interval 值设置为小于 group_interval 的值。但是，重复的通知仍然可 能延迟，例如，当某些

flushMode 执行清除的方法： lazy:基于 timekey 参数 对块进行清理。您无法修 改 timekey 参数。 interval：基于 flushInterval 参数清理 块。 Immediate: 在将数据添 加到一个块后马上清理 块。 interval flushThreadCount 执行块清除（flushing）的线程数 量。增加线程数量可提高冲刷吞吐 量，这会隐藏网络延迟的情况。 flushing 失败时重试的方法： exponential_backoff ：增加每次重新清理操作 的间隔时间。Fluentd 会 加倍到下一次重试需要等 待的时间，直到达到 retry_max_interval 参 数指定的值。 periodic：基于 retryWait 参数，定期重 试清理操作。 exponential_backoff retryWait 下一次块清除前的时间（以秒为单 位）。 fluentd: buffer: chunkLimitSize: 8m 1 flushInterval: 5s 2 flushMode: interval 3 flushThreadCount: 3 4 overflowAction: throw_exception 5 retryMaxInterval:

profile: - name: "slave" interface: "ens5f0" ptp4lOpts: "-2 -s --summary_interval -4" phc2sysOpts: "-a -r -n 24" apiVersion: policy.open-cluster-management.io/v1 kind: ${ORIG_EXECSTART} --housekeeping-interval=30s" name: 90-container-mount-namespace.conf - contents: | [Service] Environment="OPENSHIFT_MAX_HOUSEKEEPING_INTERVAL_DURATION=60s" Environment="OPENSHIFT_EVICTION_MONITORING_PERIOD_DURATION=30s" name: 30-kubelet-interval-tuning.conf name: kubelet.service apiVersion: machineconfiguration.openshift.io/v1 kind:

Controller，以更改后端健康检查之间的间隔： 注意 要覆盖单个路由的 healthCheckInterval，请使用路由注解 router.openshift.io/haproxy.health.check.interval 7.8.10. 将集群的默认 Ingress Controller 配置为内部 $ oc -n openshift-ingress-operator edit ingresscontroller/default OPENSHIFT_HA_PREEMPTION 11 value: "preempt_delay 300" - name: OPENSHIFT_HA_CHECK_INTERVAL 12 value: "2" livenessProbe: initialDelaySeconds: 10 exec: 0xFFFF OpenShift Container Platform 4.13 网 网络 络 144 free_running 0 freq_est_interval 1 dscp_event 0 dscp_general 0 dataset_comparison G.8275.x G.8275

Operator 不会覆盖第三方拥有的字段。(LOG-1714) 在更新前，在 ClusterLogging 自定义资源 (CR) 定义中，如果您指定了 flush_interval 值但没有 将 flush_mode 设置为 interval，Red Hat OpenShift Logging Operator 会生成 Fluentd 配置。 但是，Fluentd 收集器在运行时生成一个错误。在这个版本中，Red flushMode 执行清除的方法： lazy:基于 timekey 参数 对块进行清理。您无法修 改 timekey 参数。 interval：基于 flushInterval 参数清理 块。 Immediate: 在将数据添 加到一个块后马上清理 块。 interval flushThreadCount 执行块清除（flushing）的线程数 量。增加线程数量可提高冲刷吞吐 量，这会隐藏网络延迟的情况。 flushing 失败时重试的方法： exponential_backoff ：增加每次重新清理操作 的间隔时间。Fluentd 会 加倍到下一次重试需要等 待的时间，直到达到 retry_max_interval 参 数指定的值。 periodic：基于 retryWait 参数，定期重 试清理操作。 exponential_backoff retryWait 下一次块清除前的时间（以秒为单 位）。

sleepInterval 指定连续通过功能检测或重新检测之间的间隔，还可指定节点重新标记之间的间隔。 非正数值意味着睡眠间隔无限 ; 不进行重新检测或重新标记。 如果指定，这个值会被弃用的 --sleep-interval 命令行标志覆盖。 用法示例 用法示例 默认值为 60s。 core.sources core.sources 指定启用的功能源列表。特殊值 all 可启用所有功能源。 如果指定，这个值会被弃用的 -server-name-override 标志指定从 nfd-master TLS 证书期望的通用名称(CN)。这个标志主要用于开发 和调试目的。 默认： 空 示例 示例 -sleep-interval -sleep-interval 标志指定资源硬件拓扑重新检查和自定义资源更新之间的间隔。非正数值意味着睡眠间隔 无限，不会进行重新检测。 默认：60s 示例 示例 -version 打印版本并退出。 local:443 $ nfd-topology-updater -server-name-override=localhost $ nfd-topology-updater -sleep-interval=1h $ nfd-topology-updater -watch-namespace=rte OpenShift Container Platform 4.10 专 专用硬件和 用硬件和驱动

sleepInterval 指定连续通过功能检测或重新检测之间的间隔，还可指定节点重新标记之间的间隔。 非正数值意味着睡眠间隔无限 ; 不进行重新检测或重新标记。 如果指定，这个值会被弃用的 --sleep-interval 命令行标志覆盖。 用法示例 默认值为 60s。 core.sources core.sources 指定启用的功能源列表。特殊值 all 可启用所有功能源。 如果指定，这个值会被弃用的 -server-name-override 标志指定从 nfd-master TLS 证书期望的通用名称(CN)。这个标志主要用于开发 和调试目的。 默认： 空 Example -sleep-interval -sleep-interval 标志指定资源硬件拓扑重新检查和自定义资源更新之间的间隔。非正数值意味着睡眠间隔 无限，不会进行重新检测。 默认：60s Example -version 打印版本并退出。 local:443 $ nfd-topology-updater -server-name-override=localhost $ nfd-topology-updater -sleep-interval=1h $ nfd-topology-updater -watch-namespace=rte OpenShift Container Platform 4.12 专 专用硬件和 用硬件和驱动

"TLS_AES_256_GCM_SHA 384,TLS_CHACHA20_POL Y1305_SHA256" client-ca: /path/to/cert.ca reload-interval: 0s min-version: 1.2 max-version: 1.3 要接受 OTLP/gRPC，请明确启用 otlp。所有其他选项都是可选的。 options: cipher-suites: "TLS_AES_256_GCM_SHA384,T LS_CHACHA20_POLY1305_SHA 256" client-ca: /path/to/cert.ca reload-interval: 0s min-version: 1.2 max-version: 1.3 参数 参数 描述 描述 值 值 3.2.6.4. 分布式追踪抽 分布式追踪抽样 样配置 配置选项 选项 Red 默 默认值 认值 es: bulk: actions: 在批量处理器决定向磁盘 提交更新前可添加到队列 的请求数。 1000 es: bulk: flush-interval: 提交批量 提交批量请 请求的 求的时间 时间. 要禁用批量处理器清除间 隔，请将其设置为零。 200ms es: bulk: size: 在批量处理器决定提交更 新之前，批量请求可以处

OPENSHIFT_HA_PREEMPTION 11 value: "preempt_delay 300" - name: OPENSHIFT_HA_CHECK_INTERVAL 12 value: "2" livenessProbe: initialDelaySeconds: 10 exec: offsetScaledLogVariance 0xFFFF free_running 0 freq_est_interval 1 dscp_event 0 dscp_general 3 syncReceiptTimeout 0 delayAsymmetry 0 fault_reset_interval 4 neighborPropDelayThresh 20000000 masterOnly 0

value: "value1" effect: "NoSchedule" updateStrategy: registryPoll: 12 interval: 30m0s status: connectionState: address: example-catalog.openshift-marketplace.svc:50051 My Operator Catalog publisher: 5 updateStrategy: registryPoll: 6 interval: 30m 第 第 4 章 章 管理 管理员 员任 任务 务 141 6 目录源可以自动检查新版本以保持最新。 b. 使用该文件创建 CatalogSource 对象： 2. 确定成功创建以下资源。 displayName: My Operator Catalog publisher: updateStrategy: registryPoll: interval: 30m  第 第 4 章 章 管理 管理员 员任 任务 务 145 1 1 1 a. 从全局 pull secret 中提取 .dockerconfigjson 文件： b