1.1. RED HAT OPENSHIFT SERVICE MESH Red Hat OpenShift Service Mesh 是一个提供对服务网格（service mesh）的行为信息和操作控制的平 台，它为用户提供了一个连接、管理和监控微服务应用程序的统一方法。 术语 服务网格（service mesh）代表在分布式微服务架构中组成应用程序的微服务网络，以及这些微服务 间的交互。当服务 提供了一个方便的方法来创建一个部署的服务网络，它可提供发现、负 载平衡、服务对服务验证、故障恢复、指标和监控的功能。服务网格还提供更复杂的操作功能，其中包括 A/B 测试、canary 发行版本、速率限制、访问控制以及端到端验证。 1.2. 获取支持 如果您在执行本文档所述的某个流程时遇到问题，请访问红帽客户门户。您可通过该客户门户： 搜索或浏览红帽知识库，了解有关红帽产品的技术支持文章。 提交问题单给红帽支持。 Kiali 观察控制台只支持 Chrome 、Edge 、Firefox 或 SDomain 浏览器的最新的两个版本。 1.3.2. 支持的 Mixer 适配器 此发行版本只支持以下 Mixer 适配器： 3scale Istio Adapter Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式： 流量管理 流量管理 - 控制服务间的流量和

Container Platform 4.2 Web 控制台 在OpenShift Container Platform 4.2中使用Web控制台 Last Updated: 2020-08-21 OpenShift Container Platform 4.2 Web 控制台 在OpenShift Container Platform 4.2中使用Web控制台 法律通告 法律通告 Copyright the property of their respective owners. 摘要 摘要 本文档提供了有关使用和定制 OpenShift Container Platform 4.2 Web 控制台的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 访问WEB控制台 控制台 1.1. 了解和访问WEB控制台 第 第 2 章 章 使用 使用 OPENSHIFT CONTAINER PLATFORM DASHBOARD 获 获取集群信息 取集群信息 2.1. 关于 OPENSHIFT CONTAINER PLATFORM 仪表板页 第 第 3 章 章 在 在OPENSHIFT CONTAINER PLATFORM中配置 中配置WEB控制台 控制台

Operators, 和 Helm-based Operators。 使用 Operator SDK 来构建、测试并部署 Operator。 安装 Operator 并订阅命名空间。 通过 Web 控制台 从已安装的 Operator 创建应用程序。 其他 其他资源 源 Operator 开发人员的机器删除生命周期 hook 示例 1.2. 对于管理员 作为集群管理员，您可以执行以下 Operator 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 工具来管理您的应用程序？ 用程序？ 这些 API 功能丰富，所有平台均有对应的客户端，并可插入到集群的访问控制/审核中。Operator 会 使用 Kubernetes 的扩展机制“自定义资源定义 (CRD)”支持您的自定义对象，如 MongoDB，它类似于 内置的原生 Kubernetes 对象。 Operator Operator Lifecycle Manager (OLM) 能够控制集群中 Operator 的安装、升级和基于角色的访问控制 OpenShift Container Platform 4.14 Operator 6 Operator Lifecycle Manager (OLM) 能够控制集群中 Operator 的安装、升级和基于角色的访问控制 (RBAC)。它默认部署在 OpenShift Container

重要 重要 并行行为可能会认为内容源，如您的镜像 registry 或 Red Hat Satellite 服务器。准备服务 器的基础架构 pod 和操作系统补丁可帮助防止出现这个问题。 从最低延迟控制节点（LAN 速度）运行安装程序。不建议在广域网络(WAN)上运行，因此不会因为丢失 的网络连接运行安装。 Ansible 为 性能和扩展提供了自己的指导，包括使用 RHEL 6.6 或更高版本来确保 ServerAliveInterval=60 第 第 2 章 章 推荐的安装 推荐的安装实 实践 践 5 1 2 20 个分叉非常理想，因为大型分叉可能会导致安装失败。 pipelining 可减少控制和目标节点之间的连接数量，有助于提高安装程序的性能。 2.3. 网络注意事项 在安装后可能会更改网络子网，但难度比较困难。安装前可以更容易地考虑网络子网大小，因为尽可能提 高大小可能会给增长的集群造成问题。 如需了解每个 OpenShift Container Platform 版本的最大支持限制，请参阅集群最大限 制。 在 /etc/origin/node/node-config.yaml 文件中，两个参数控制可以调度到节点的 pod 的最大数 量：pod-per-core 和 max-pods。当两个选项都被使用时，这两个选项中的较小的限制为节点上的 pod 数量。超过这些值可导致： OpenShift

中，您可以将额外的现有 AWS 安全组应用到 control plane 和计算机器。这些安全组必须与您要将 集群部署到的 VPC 关联。应用自定义安全组可帮助您满足机构的安全需求，在这种情况下，您需要控制 这些机器的传入或传出流量。如需更多信息，请参阅将现有 AWS 安全组应用到集群。 1.3.2.14. 从 从 OpenShift Container Platform 4.13 更新至 更新至 4 已正式发布。有关使用多架构计算机器和支持的平台的集群的更多信息，请参阅关于带有多架构计算机器 的集群。 1.3.4. Web 控制台 1.3.4.1. 管理 管理员视 员视角 角 OpenShift Container Platform 4.14 发 发行注 行注记 记 8 在这个版本中，web 控制台的 Administrator 视角有几个更新。现在您可以执行以下操作： 在列表视图或搜索页面中带有精确 OpenShift Container Platform 控制台 API 中的动态插件引用和 QueryBrowser。 1.3.4.1.2. OperatorHub 中基于操作系 中基于操作系统的 的过滤 在这个版本中，OperatorHub 会根据节点的操作系统过滤，因为集群可以包含异构节点。 1.3.4.1.3. 支持在 支持在 web 控制台中安装特定的 控制台中安装特定的 Operator 版本 版本

为 OPENSHIFT VIRTUALIZATION 组件指定节点 4.3. 使用 WEB 控制台安装 OPENSHIFT VIRTUALIZATION 4.4. 使用 CLI 安装 OPENSHIFT VIRTUALIZATION 4.5. 启用 VIRTCTL 客户端 4.6. 使用 WEB 控制台卸载 OPENSHIFT VIRTUALIZATION 4.7. 使用 CLI 卸载 OPENSHIFT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8.5. 管理虚拟机实例 8.6. 控制虚拟机状态 8.7. 访问虚拟机控制台 8.8. 使用 SYSPREP 自动执行 WINDOWS 安装 8.9. 解决故障节点来触发虚拟机故障切换 8.10. 在虚拟机上安装 QEMU 客户机代理 8.11. 查看虚拟机的 Platform 集群 中，以启用虚拟化任务。这些任务包括： 创建和管理 Linux 和 Windows 虚拟机 通过各种控制台和 CLI 工具连接至虚拟机 导入和克隆现有虚拟机 管理虚拟机上附加的网络接口控制器和存储磁盘 在节点间实时迁移虚拟机 增强版 web 控制台提供了一个图形化的门户界面 来管理虚拟化资源以及 OpenShift Container Platform 集群容器和基础架构。

providerSpec 的默认设置和验证 1.2.4.3. 在 Azure 上运行的机器集支持 Spot 虚拟机 1.2.4.4. 在 GCP 上运行的机器集支持可抢占虚拟机实例 1.2.5. Web 控制台 8 8 8 8 8 9 9 9 9 9 9 10 10 10 10 10 10 11 11 11 11 11 12 12 12 12 12 12 12 13 13 13 13 13 14 14 14 15 16 16 16 16 16 16 17 17 17 17 17 17 17 18 目 目录 录 1 1.2.5.1. 改进了 Web 控制台的升级体验 1.2.5.2. 改进了使用 OperatorHub 的 Operator 安装工作流 1.2.5.3. 改进了操作对象详情视图 1.2.5.4. 查看集群 Operator 的相关对象 1 Operator 的实时配置集 1.2.6.3. 现在完全支持 Performance Addon Operator 1.2.6.4. 使用 Intel 设备优化数据平面性能 1.2.6.5. 在控制台中管理裸机主机 1.2.7. 开发者体验 1.2.7.1. oc set probe 命令已扩展 1.2.7.2. oc adm upgrade 命令现在会提供可升级条件 1.2.8. 网络

VIRTUALIZATION 入 入门 门 3.1. 规划和安装 OPENSHIFT VIRTUALIZATION 3.2. 创建和管理虚拟机 3.3. 后续步骤 第 第 4 章 章 WEB 控制台概述 控制台概述 4.1. 概述页面 4.2. 目录页面 4.3. VIRTUALMACHINES 页面 4.4. 模板页 4.5. 数据源页 4.6. MIGRATIONPOLICIES 页面 第 章 章 安装 安装 6.1. 为 OPENSHIFT VIRTUALIZATION 准备集群 6.2. 为 OPENSHIFT VIRTUALIZATION 组件指定节点 6.3. 使用 WEB 控制台安装 OPENSHIFT VIRTUALIZATION 6.4. 使用 CLI 安装 OPENSHIFT VIRTUALIZATION 6.5. 卸载 OPENSHIFT VIRTUALIZATION 拟机 机 10.1. 创建虚拟机 10.2. 编辑虚拟机 10.3. 编辑引导顺序 10.4. 删除虚拟机 10.5. 导出虚拟机 10.6. 管理虚拟机实例 10.7. 控制虚拟机状态 10.8. 访问虚拟机控制台 10.9. 使用 SYSPREP 自动执行 WINDOWS 安装 10.10. 解决故障节点来触发虚拟机故障切换 10.11. 安装 QEMU 客户机代理和 VIRTIO

TOPOLOGY AWARE LIFECYCLE MANAGER 配置 16.2. 关于用于 TOPOLOGY AWARE LIFECYCLE MANAGER 的受管策略 16.3. 使用 WEB 控制台安装 TOPOLOGY AWARE LIFECYCLE MANAGER 16.4. 使用 CLI 安装 TOPOLOGY AWARE LIFECYCLE MANAGER 16.5. 关于 CLUSTERGROUPUPGRADE OVN）的 OpenShift Container Platform。 1.1. 推荐的节点主机实践 OpenShift Container Platform 节点配置文件包含重要的选项。例如，控制可以为节点调度的最大 pod 数 量的两个参数: podsPerCore 和 maxPods。 当两个参数都被设置时，其中较小的值限制了节点上的 pod 数量。超过这些值可导致： CPU 使用率增加。 CR，每个集群限制为 10。对于第一个 KubeletConfig CR，Machine Config Operator (MCO) 会创建一个机器配置，并附带 kubelet。对于每个后续 CR，控制器会创建另一个带有数字后缀的 kubelet 机器配置。例如，如果您有一个带有 -2 后缀 的 kubelet 机器配置，则下一个 kubelet 机器配置会附加 -3。 如果要删除机器配置，以相

关于日志存储 2.1.11. 关于日志记录视觉化 2.1.12. 关于事件路由 2.1.13. 关于日志转发 第 第 3 章 章 安装 安装 OPENSHIFT LOGGING 3.1. 使用 WEB 控制台安装 OPENSHIFT LOGGING 3.2. 安装后的任务 3.3. 使用 CLI 安装 OPENSHIFT LOGGING 3.4. 安装后的任务 3.4.1. 定义 Kibana 索引模式 LOGGING 组件配置 CPU 和内存限值 4.6.1. 配置 CPU 和内存限值 4.7. 使用容忍度来控制 OPENSHIFT LOGGING POD 放置 4.7.1. 使用容忍度来控制日志存储 pod 放置 4.7.2. 使用容忍度来控制日志可视化 pod 放置 4.7.3. 使用容忍度来控制日志收集器 pod 放置 23 23 24 24 24 24 24 24 25 25 26 Hat OpenShift Logging Operator。 在以前的版本中，当 ClusterLogForwarder 具有错误配置的 secret 时，Fluentd 收集器 Pod 会 进入崩溃循环。当前发行版本解决了这个问题。现在，ClusterLogForwarder 会验证 secret，并 报告其 status 字段中的任何错误。因此，它不会导致 Fluentd 收集器 Pod 出现崩溃。