通过红帽客户门户网站： 搜索或者浏览红帽知识库，了解与红帽产品相关的文章和解决方案。 提交问题单给红帽支持。 访问其他产品文档。 要识别集群中的问题，您可以在 OpenShift Cluster Manager 中使用 Insights。Insights 提供了问题的详细 信息，并在有可用的情况下，提供了如何解决问题的信息。 如果您对本文档有任何改进建议，或发现了任何错误，请为相关文档组件提交 JIRA 目前，分布式追踪平台(Tempo)在 IBM Z (s390x)架构中会失败。(TRACING-3545) 目前，在未部署网关时，Tempo 查询前端服务不得使用内部 mTLS。这个问题不会影响 Jaeger Query API。解决办法是禁用 mTLS。(TRACING-3510) 临时 临时解决方案 解决方案 禁用 mTLS，如下所示： 1. 运行以下命令，打开 Tempo Operator ConfigMap build of OpenTelemetry 重要 重要 $ oc edit configmap tempo-operator-manager-config -n openshift-tempo-operator 1 data: controller_manager_config.yaml: | featureGates: httpEncryption: false

filterChain: filter: name: "envoy.filters.network.http_connection_manager" subFilter: name: "envoy.filters.http.router" patch: operation: 页面中，"Remove Label from Filters"功能无法正常工作。 OSSM-289 在 Kiali 控制台中，'istio-ingressgateway' 和 'jaeger-query' 服务的服务详情页面中没 有显示 Traces。Jaeger 中存在 trace。 OSSM-287 在 Kiali 控制台中没有显示 Graph 服务中的 trace。 OSSM-285 试图访问 distributed tracing Platform 提供了用于 span 存储的可插拔机制。请注意：在这个发行本中，唯一支持 的存储是 Elasticsearch。 Query (Query Service) - Query 是一个从存储中检索 trace 的服务。 Ingester (Ingester Service)- Red Hat OpenShift distributed tracing

网站。通过红帽客户门户网站： 搜索或者浏览红帽知识库，了解与红帽产品相关的文章和解决方案。 提交问题单给红帽支持。 访问其他产品文档。 要识别集群中的问题，您可以在 OpenShift Cluster Manager 中使用 Insights。Insights 提供了问题的详细 信息，并在有可用的情况下，提供了如何解决问题的信息。 如果您对本文档有任何改进建议，或发现了任何错误，请为相关文档组件提交 JIRA OpenTelemetry 0.33 的新 Red Hat OpenShift distributed tracing 数据收集 Operator。请注意，这个 Operator 是一个技术预览功能。 为 Query 服务添加了对 OpenTelemetry 协议(OTLP)的支持。 引入了 OpenShift OperatorHub 中出现的新分布式追踪图标。 包含对文档的滚动更新，以支持名称更改和新功能。 distributed tracing Platform 提供了用于 span 存储的可插拔机制。请注意：在这个发行本中，唯一支持 的存储是 Elasticsearch。 Query (Query Service) - Query 是一个从存储中检索 trace 的服务。 Ingester (Ingester Service)- Red Hat OpenShift distributed tracing

设置这个选项，以确保集群监控提取 openshift-operators-redhat 命名空间。 f. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 g. 点 Install。 h. 验证您是否安装了 LokiOperator。访问 t 命名空间。 f. 选择 stable-5.x 作为 更新 更新频 频道 道。 g. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 h. 点 Install。 i. 通过切换到 Operators openshift-logging 命名空间。 f. 选择 stable-5.x 作为 更新 更新频 频道 道。 g. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 h. 点 Install。 i. 通过切换到 Operators

t 命名空间。 f. 选择 stable-5.x 作为 更新 更新频 频道 道。 g. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 h. 点击 Install。 i. 通过切换到 Operators openshift-logging 命名空间。 f. 选择 stable-5.x 作为 更新 更新频 频道 道。 g. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 h. 点击 Install。 i. 通过切换到 Operators redhat-operators。如果 OpenShift Container Platform 集群安装在受限网络中 （也称为断开连接的集群），请指定配置 Operator Lifecycle Manager (OLM) 时创建的 CatalogSource 对象的名称。 注意 注意 指定 stable 安装最新稳定版本的当前版本。使用带有 installPlanApproval: "Automatic"

OpenShift Virtualization 仪表板提供虚拟机和相关 pod 的资源消耗数据。OpenShift Virtualization 仪表板中显示的视觉化指标基于 Prometheus Query Language (PromQL) 查询。 3.4. 弃用和删除的功能 3.4.1. 已弃用的功能 弃用的功能包括在当前发行版本中并被支持。但是，它们将在以后的发行版本中删除，且不建议用于新部 如果在没有互联网连接的受限环境中安装 OpenShift Virtualization，您必须为受限网络配置 Operator Lifecycle Manager。 如果您拥有有限的互联网连接，您可以在 Operator Lifecycle Manager 中配置代理支持 以访问红帽提供 的 OperatorHub。 4.1.5. 实时迁移 实时迁移有以下要求： 使用 ReadWriteMany 如何将 如何将节点放置 点放置规则应用到虚 用到虚拟化 化组件 件 您可以通过直接编辑对应对象或使用 Web 控制台为组件指定节点放置规则。 对于 Operator Lifecycle Manager（OLM）部署的 OpenShift Virtualization Operator，直接编辑 OLM Subscription 对象。目前，您无法使用 Web 控制台为 Subscription

f:clientName: f:expiresIn: f:redirectURI: f:scopes: f:userName: f:userUID: Manager: oauth-server Operation: Update Time: 2021-01-11T19:27:06Z Resource 46 例如：https://www.example.com/sso-login?then=${url} ${query} 替换为当前的查询字符串，不进行转义。 例如：https://www.example.com/auth-proxy/oauth/authorize?${query} 重要 重要 自 OpenShift Container Platform 4.1 起，代理必须支持 mutual URL 必须以 /authorize 结尾（不含尾部斜杠）,以 及代理子路径，以便 OAuth 批准流可以正常工作。${url} 替换为当前的 URL，进行转义以在查询参 数中安全使用。把 ${query} 替换为当前的查询字符串。如果未定义此属性，则必须使用 loginURL。 可选：将未经身份验证的 /oauth/authorize 请求重定向到的 URL，它将身份验证期望 WWW- Authenticate

API 服务器 Kubernetes 控制器管理器 Kubernetes 调度程序 OpenShift API 服务器 OpenShift Controller Manager Operator Lifecycle Manager (OLM) 注意 注意 每个 OpenShift Container Platform 组件负责自己的监控配置。对于 OpenShift Container Platform Platform 集群中打包、部署和管理 Kubernetes 应用程序的首选方法。 Operator 将人类操作知识编码到一个软件程序中，易于打包并与客户共享。 Operator Lifecycle Manager (OLM) OLM 可帮助您安装、更新和管理 Kubernetes 原生应用程序的生命周期。OLM 是一个开源工具包，用 于以有效、自动化且可扩展的方式管理 Operator。 持久性存 持久性存储 'https://thanos-querier.openshift- monitoring.svc:9091/api/v1/query?query=cluster_version' $ oc -n openshift-monitoring logs -c thanos-query OpenShift Container Platform 4.10 监 监控 控 54 注意

支持的安装程序 hostpath Provisioner (HPP) OpenShift Container Platform Data Foundation Logical Volume Manager Operator Pod 中断预算 实时迁移 驱除策略 调整和扩展指南 OpenShift Container Platform 4.13 虚 虚拟 拟化 化 6 第 2 章 OPENSHIFT Virtualization 架构。 2.1. OPENSHIFT VIRTUALIZATION 架构如何工作 安装 OpenShift Virtualization 后，Operator Lifecycle Manager(OLM)会为 OpenShift Virtualization 的每 个组件部署 operator pod： Compute: virt-operator Storage: cdi-operator 描述 deployment/kubemacpool-cert-manager 管理 Kubemacpool 的 webhook 的 TLS 证书。 OpenShift Container Platform 4.13 虚 虚拟 拟化 化 10 deployment/kubemacpool-mac-controller- manager 为虚拟机(VM)网络接口卡(NIC)提供 MAC 地址池服

配置 kubelet 和 CNI 插件。 Windows Exporter 从 Windows 节点导出 Prometheus 指标 Kubernetes Cloud Controller Manager (CCM) 与底层 Azure 云平台交互。 hybrid-overlay 创建 OpenShift Container Platform 主机网络服务（HNS）。 kube-proxy monitoring on the Namespace 为 WMCO 启用 集群监控。 e. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 1. 点 Install。WMCO 现在列在 Installed redhat-operators 目录 源。如果 OpenShift Container Platform 集群安装在受限网络中（也称为断开连接的集 群），请指定配置 Operator LifeCycle Manager (OLM) 时创建的 CatalogSource 对象 的名称。 目录源的命名空间。将 openshift-marketplace 用于默认的 OperatorHub 目录源。 b. 创建订阅：