io/cluster-monitoring: "true" 标识。您必须 设置这个选项，以确保集群监控提取 openshift-operators-redhat 命名空间。 f. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 设置这个选项，以确保集群监控提取 openshift-operators-redhat 命名空间。 f. 选择 stable-5.x 作为 更新 更新频 频道 道。 g. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 选择这个选项，以确保集群监控提取 openshift-logging 命名空间。 f. 选择 stable-5.x 作为 更新 更新频 频道 道。 g. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。

设置这个选项，以确保集群监控提取 openshift-operators-redhat 命名空间。 f. 选择 stable-5.x 作为 更新 更新频 频道 道。 g. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 选择这个选项，以确保集群监控提取 openshift-logging 命名空间。 f. 选择 stable-5.x 作为 更新 更新频 频道 道。 g. 选择一个批准策略 批准策略。 Automatic 策略允许 Operator Lifecycle Manager（OLM）在有新版本可用时自动更新 Operator。 Manual 策略需要拥有适当凭证的用户批准 Operator 更新。 安装最新稳定版本的当前版本。使用带有 installPlanApproval: "Automatic" 的 stable 会自动将 Operator 升级到最新的稳定主版本和次发行 版本。 指定 stable-5. 会安装特定主版本的当前次版本。使用带有 installPlanApproval: "Automatic" 的 stable-5. 会在您使用 x 指定的主 版本中自动将 Operator

访问应用程序。 如果您的应用程序没有在默认公共端口（80）上公开其数据，请清除复选框，并设置您想要公开 的目标端口号。 10. 可选：可以使用以下高级选项进一步自定义应用程序： 路由 路由 点击 Routing 链接，您可以执行以下操作： 自定义路由的主机名。 指定路由器监控的路径。 从下拉列表中选择流量的目标端口。 选中 Secure Route 复选框来保护您的路由。从相应的下拉列表中，选择所需的 Knative 服务。 在 Advanced options 部分中，点 Show advanced Routing options。 第 第 3 章 章 创 创建 建应 应用程序 用程序 19 在 Advanced options 部分中，点 Show advanced Routing options。 如果要映射到该服务的域映射 CR 已存在，您可以从 Domain mapping 下拉菜单中选择 Operator 安装至默认openshift-operators 命名空间，这将启用 Operator 以进行监视并在集 群中的所有命名空间中可用。 b. 为 Approval Strategy 选择 Automatic。这样可确保以后对 Operator 的升级由 Operator Lifecycle Manager (OLM) 自动进行。如果您选择 Manual 批准策略，OLM 会创建一个更新 请求。作为集群管理员，您必须手动批准

application，以便您可以使用公开的 URL 访问应用程序。如果不想通过公共路由公开您的应用程序，可以清除此复选框。 10. 可选：可以使用以下高级选项进一步自定义应用程序： 路由 点击 Routing 链接，您可以执行以下操作： 自定义路由的主机名。 指定路由器监控的路径。 从下拉列表中选择流量的目标端口。 选中 Secure Route 复选框来保护您的路由。从相应的下拉列表中，选择所需的 如果要创建 Serverless Deployment，您可以在创建过程中添加自定义域映射到 Knative 服务。 在 Advanced options 部分中，点 Show advanced Routing options。 如果要映射到该服务的域映射 CR 已存在，您可以从 Domain mapping 下拉菜单中选择 它。 如果要创建新域映射 CR，在框中输入域名，然后选择 Create 选项。例如，如果您在 Operator 安装至默认openshift-operators 命名空间，这将启用 Operator 以进行监视并在集 群中的所有命名空间中可用。 b. 为 Approval Strategy 选择 Automatic。这样可确保以后对 Operator 的升级由 Operator Lifecycle Manager (OLM) 自动进行。如果您选择 Manual 批准策略，OLM 会创建一个更新 请求。作为集群管理员，您必须手动批准

(default)。这会在默 认的 openshift-operators 项目中安装 Operator ，并使其可以被集群中的所有项目使用。 7. 在更新频道中，选择最新版本。 8. 选择 Automatic 批准策略。 注意 注意  OpenShift Container Platform 4.2 Service Mesh 20 注意 注意 手动批准策略需要拥有适当凭证的用户批准 Operator (default)。这会在默 认的 openshift-operators 项目中安装 Operator ，并使其可以被集群中的所有项目使用。 7. 选择 stable 更新频道。 8. 选择 Automatic 批准策略。 注意 注意 手动批准策略需要拥有适当凭证的用户批准 Operator 的安装和订阅过程。 9. 点 Subscribe. 10. Installed Operators 页会显示 (default)。这会在默 认的 openshift-operators 项目中安装 Operator ，并使其可以被集群中的所有项目使用。 7. 选择 stable 更新频道。 8. 选择 Automatic 批准策略。 注意 注意 手动批准策略需要拥有适当凭证的用户批准 Operator 的安装和订阅过程。 9. 点 Subscribe. 10. Installed Operators 页会显示

Mesh 中被自动管理。每次在 service mesh 中 创建、更新或删除 Istio 网关时，都会自动创建、更新或删除 OpenShift 路由。 名为 Istio OpenShift Routing (IOR) 的 Red Hat OpenShift Service Mesh control plane 组件可以用来同步 网关路由。如需更多信息，请参阅自动路由创建。 1.5.1.16.1 Mesh 中被自动管理。每次在 service mesh 中 创建、更新或删除 Istio 网关时，都会自动创建、更新或删除 OpenShift 路由。 名为 Istio OpenShift Routing (IOR) 的 Red Hat OpenShift Service Mesh control plane 组件可以用来同步 网关路由。如需更多信息，请参阅自动路由创建。 2.3.2.8.1. operators-redhat 命名空间。其他 Red Hat OpenShift distributed tracing Operator 安装在 openshift-operators 命名空间中。 接受默认的 Automatic 批准策略。默认情况下，当这个 Operator 的新版本可用 时，Operator Lifecycle Manager(OLM)将自动升级 Operator 的运行实例，而无需人为干 预。如果选择手动

ConfigMap，为用户定义的工作负载监控配置 Prometheus、Prometheus Operator 和 Thanos Ruler。 您还可以授予用户权限来为用户定义的项目配置警报路由： alert-routing-edit 集群角色授予用户权限来为项目创建、更新和删除 AlertmanagerConfig 自 定义资源。 本节详细介绍了如何使用 OpenShift Container Platform AlertmanagerConfig 资源将成为 Alertmanager 配置的一部分。 6.2. 为用户定义的项目启用警报路由 您可以为用户定义的项目启用警报路由。通过这样做，您可以启用具有 alert-routing-edit 角色的用户， 以在 Alertmanager 中为用户定义的项目配置警报路由和接收器。 先决条件 先决条件 您已为用户定义的项目启用了监控。 您可以使用具有 cluster-admin 流程 将 alert-routing-edit 集群角色分配给用户定义的项目中的用户： 对于 ，替换用户定义的项目的命名空间，如 ns1。对于 ，替换您要 为其分配该角色的帐户的用户名。 6.4. 为用户定义的项目禁用警报路由 如果为用户定义的项目启用了警报路由，您可以禁用它。通过这样做，您可以防止具有 alert-routing- edit 角色的用户在

APPROVAL APPROVED install-5cvnz ingress-node-firewall.4.13.0-202211122336 Automatic true $ oc get csv -n openshift-ingress-node-firewall NAME external-dns-operator 不存在， 它会在 Operator 安装过程中创建。 d. 将 Approval Strategy 选为 Automatic 或 Manual。默认情况下，批准策略设置为 Automatic。 e. 点 Install。 如果选择了 Automatic 更新，Operator Lifecycle Manager(OLM)将自动升级 Operator 的运行实例，而 无需任何干预。 aws-load-balancer-operator。如果 aws-load-balancer-operator 命名空间不存在，它会在 Operator 安装过程中创建。 d. 选择 Update approval 为 Automatic 或 Manual。默认情况下，Update approval 设置为 NAME READY UP-TO-DATE

对于 Approval Strategy，强烈建议您选择 Automatic （默认值），以便在 stable 更新频道 中提供新版本时 OpenShift Virtualization 会自动更新。 虽然可以选择 Manual 批准策略，但这不可取，因为它会给集群提供支持和功能带来高风 险。只有在您完全了解这些风险且无法使用 Automatic 时，才选择 Manual。 警告 警告 因为 OpenShift Virtualization 和 OpenShift Container Platform 版本兼容。 如果您的订阅的批准策略被设置为 Automatic，则当 stable 频道中提供新版本的 Operator 时， 更新过程就会马上启动。强烈建议您使用 Automatic（自 （自动 动） ） 批准策略来维护可支持的环境。只 有在运行对应的 OpenShift Container Platform 创建策略并将其应用到集群。以下示例在 ens01 接口上创建了一个简单桥接： ... interfaces: - name: eth1 description: Static routing on eth1 type: ethernet state: up ipv4: dhcp: false address:

server: - 8.8.8.8 ... ... interfaces: - name: eth1 description: Static routing on eth1 type: ethernet state: up ipv4: dhcp: false address: 动批准策略，订阅的升级状态将保持在 Upgrading 状态，直至您审核并批准安 装计划。 在 Install Plan 页面批准后，订阅的升级状态将变为 Up to date。 b. 如果选择了 Automatic 批准策略，升级状态会在不用人工参与的情况下变为 Up to date。 7. 在订阅的升级状态成为 Up to date 后，选择 Operators → Installed Operators APPROVAL APPROVED install-wzg94 metallb-operator.4.9.0-nnnnnnnnnnnn Automatic true $ oc get clusterserviceversion -n metallb-system \ -o custom-columns=Name:.metadata.name