describe service ' or 'oc describe dc '. You can use 'oc get pods,svc,dc,bc,builds' to see lists of each of the types described above. 第 第 2 章 章 CLI 入 入门 门 13 1 2 第 3 章 管理 CLI 配置集 3.1. 概述 deployment, use 'oc describe service ' or 'oc describe dc '. You can use 'oc get all' to see lists of each of the types described above. $ oc project Using project "joe-project" from context named 30.78.158 5000/TCP kubernetes component=apiserver,provider=kubernetes 172.30.0.2 443/TCP kubernetes-ro component=apiserver,provider=kubernetes

deployment, use 'oc describe service ' or 'oc describe dc '. You can use 'oc get all' to see lists of each of the types described in this example. $ oc project OpenShift Container Platform 4.8 CLI io/myusername/myimage dockerfile: uri: ./Dockerfile 1 buildContext: ${PROJECTS_ROOT} 2 name: component-built-from-dockerfile $ odo catalog list components NAME DESCRIPTION with Python 3.7 DefaultDevfileRegistry [...] $ odo catalog describe component $ odo catalog describe component nodejs * Registry: DefaultDevfileRegistry 1 Starter Projects: 2 --- name: nodejs-starter

a. 编辑 openshift-monitoring 项目中的 cluster-monitoring-config ConfigMap 对象： b. 将您的配置以键值对 <component_name>: <component_configuration> 的形式添加 到 data/config.yaml 下： $ oc apply -f user-workload-monitoring-config openshift-monitoring OpenShift Container Platform 4.10 监 监控 控 14 1 相应地替换 <component> 和 component>。 以下示例 ConfigMap 对象为 Prometheus 配置持久性卷声明（PVC）。这与只监控 OpenShift Container Platform config ConfigMap 对象： b. 将您的配置以键值对 <component_name>: <component_configuration> 的形式添加 到 data/config.yaml 下： 相应地替换 <component> 和 component>。 以下示例 ConfigMap 对象为 Prometheus 配置数据保留周期和最低容器资源请求。这与

分钟。请参阅了解 了解 OpenShift Container Platform 更新持 更新持续时 续时 间 间以了解更多有关影响更新持续时间的信息。 0000__<component>_.yaml 0000_03_config-operator_01_proxy.crd.yaml OpenShift Container Platform 4 运行以下命令，将 CCO 容器镜像中的 ccoctl 二进制文件提取到 OpenShift Container Platform 发行镜像中： $ oc create namespace <component_namespace> $ CCO_IMAGE=$(oc adm release info --image-for='cloud-credential-operator' $RELEASE_IMAGE -f {} apiVersion: cloudcredential.openshift.io/v1 kind: CredentialsRequest metadata: name: <component_credentials_request> namespace: openshift-cloud-credential-operator ... OpenShift Container

involvedObject.resourceVersion 27.9.4. kubernetes.event.reason 27.9.5. kubernetes.event.source_component 27.9.6. kubernetes.event.firstTimestamp 27.9.7. kubernetes.event.count 27.9.8. kubernetes.event openshift-logging 项目中的 ClusterLogging 自定义资源（CR）： 根据需要指定 CPU 和内存限值及请求。显示的值是默认值。 $ oc get pods --selector component=fluentd -o wide -n openshift-logging NAME READY STATUS RESTARTS AGE IP labels: component: "eventrouter" logging-infra: "eventrouter" provider: "openshift" spec: selector: matchLabels: component: "eventrouter"

> <component xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/200 en-US en-US component> <component xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3 versionScope="nonSxS"> true component> <component xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3

转发方法的配置机制 方法的配置机制 在 OpenShift Logging 5.3 中，日志转发的传统配置机制已被删除： 您不能使用旧的 Fluentd 方法和旧的 $ oc delete pod -l component=collector 第 第 1 章 章 LOGGING 发 发行注 行注记 记 31 在 OpenShift Logging 5.3 中，日志转发的传统配置机制已被删除： 您不能使用旧的 CVE-2021-22923 CVE-2021-22924 CVE-2021-32740 CVE-2021-36222 CVE-2021-37750 $ oc delete pod -l component=collector OpenShift Container Platform 4.8 日志 日志记录 记录 50 第 2 章 了解 RED HAT OPENSHIFT LOGGING openshift-logging 项目中的 ClusterLogging 自定义资源（CR）： 根据需要指定 CPU 和内存限值及请求。显示的值是默认值。 $ oc get pods --selector component=fluentd -o wide -n openshift-logging NAME READY STATUS RESTARTS AGE IP

template: 第 第 10 章 章 虚 虚拟 拟机 机 145 1 继承调度节点的 CPU 模型的虚拟机。 10.15.10. 配置 PCI 透传 借助 Peripheral Component Interconnect（PCI）透传功能，您可以从虚拟机访问和管理硬件设备。配置 PCI 透传后，PCI 设备的功能就如同它们实际上附加到客户机操作系统上一样。 集群管理员可以使用 oc 虚拟机自动获得集群网络的 MTU 值，由集群管理员设置，如下所示： libvirt ：如果客户机操作系统具有 VirtIO 驱动程序的最新版本，该驱动程序可通过模拟设备中的 Peripheral Component Interconnect (PCI) 配置寄存器来解释传入的数据。 DHCP ：如果客户机 DHCP 客户端可以从 DHCP 服务器响应中读取 MTU 值。 注意 注意 对于没有 VirtIO openshift-cnv {"component":"virt-handler","level":"info","msg":"set verbosity to 2","pos":"virt- handler.go:453","timestamp":"2022-04-17T08:58:37.373695Z"} {"component":"virt-handler","level":"info"

对象示例 象示例 apiVersion: cloudcredential.openshift.io/v1 kind: CredentialsRequest metadata: name: <component_credentials_request> namespace: openshift-cloud-credential-operator ... spec: providerSpec: ... apiVersion: cloudcredential.openshift.io/v1 kind: CredentialsRequest metadata: name: <component_credentials_request> namespace: openshift-cloud-credential-operator ... spec: providerSpec: iam:DeleteRolePolicy name: <component_secret> namespace: <component_namespace> ... apiVersion: v1 kind: Secret metadata: name: <component_secret> namespace: <component_namespace> data: aws_access_key_id:

包含分布式追踪平台 (Jaeger)实例的所有配置 参数。当需要所有 Jaeger 组件的通用定义 时，会在 spec 节点下定 义它。当该定义与单个组 件相关时，它将放置在 spec/<component> 节点下。 N/A strategy： ： Jaeger 部署策略 allInOne、production 或 streaming allInOne options: {} 前端组 组件的配置参数 件的配置参数 参数 参数 描述 描述 值 值 component 配置查询前端组件。 类型：对象 component.nodeSelector 节点选择约束的简单形式。 类型：对象 component.replicas 为查询前端组件创建的副本数。 类型：整数；格式： int32 component.tolerations 特定于查询前端组件的 Pod 容限。 类型：数组 视图来验证配置是否成功： 1. 进入 Observe → Targets，过滤 Source: User, 检查 ServiceMonitors（格式为 tempo- -<component>）的状态为 Up。 2. 要验证警报是否已正确设置，请转至 Observe → Alerting → Alerting rules，过滤 Source: User，并检查 TempoStack