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控制台 控制台

PLATFORM LOGGING 常用术语表 2.2. 关于部署 OPENSHIFT LOGGING 第 第 3 章 章 安装 安装 OPENSHIFT LOGGING 3.1. 使用 WEB 控制台安装 OPENSHIFT LOGGING 3.2. 安装后的任务 3.3. 使用 CLI 安装 OPENSHIFT LOGGING 3.4. 安装后的任务 第 第 4 章 章 配置日志部署 配置日志部署 配置日志存储 4.4. 配置日志可视化工具 4.5. 配置 OPENSHIFT LOGGING 存储 4.6. 为 OPENSHIFT LOGGING 组件配置 CPU 和内存限值 4.7. 使用容忍度来控制 OPENSHIFT LOGGING POD 放置 4.8. 使用节点选择器移动 OPENSHIFT LOGGING 资源 4.9. 配置 SYSTEMD-JOURNALD 和 FLUENTD 4 CONTAINER PLATFORM 卸载 OPENSHIFT LOGGING 第 第 14 章 章 日志 日志记录 记录字段 字段 第 第 15 章 章 MESSAGE 第 第 16 章 章 结构 结构化 化 第 第 17 章 章 @TIMESTAMP 第 第 18 章 章 主机名 主机名 第 第 19 章 章 IPADDR4 第 第 20 章 章 IPADDR6 第 第 21 章 章

关于日志存储 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 CONTAINER PLATFORM 卸载 OPENSHIFT LOGGING 第 第 14 章 章 日志 日志记录 记录字段 字段 第 第 15 章 章 MESSAGE 第 第 16 章 章 结构 结构化 化 第 第 17 章 章 @TIMESTAMP 第 第 18 章 章 HOSTNAME 第 第 19 章 章 IPADDR4 第 第 20 章 章 IPADDR6 第 第 21 章 章

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

3. 安装插件 7.3.1. Plug-in Loader 7.3.1.1. 搜索顺序 7.4. 编写插件 7.4.1. plugin.yaml Descriptor 7.4.2. 建议的目录结构 7.4.3. 访问运行时属性 37 38 38 38 39 39 40 目 目录 录 3 OpenShift Container Platform 3.11 CLI 参考 参考 Container Platform 项目。CLI 适用于以下情况： 直接使用项目源代码。 编写 OpenShift Container Platform 操作脚本。 受带宽资源限制，无法使用 Web 控制台。 CLI 使用 oc 命令可用： 有关安装和设置的信息，请参阅 CLI 入门。 $ oc 第 第 1 章 章 概述 概述 5 第 2 章 CLI 入门 2.1. Git。如需了解工作站操作系统的说明，请参阅官方 Git 文档。 2.3. 安装 CLI 如果集群管理员启用了下载链接，则下载 CLI 的最简单方法是访问 web 控制台中的 About 页面： CLI 的安装选项会因您的操作系统而异。 要使用 CLI 登录，请从 Web 控制台的 Command Line 页面收集您的令牌，该页可通过 Help 菜单的 Command Line Tools 访问。令牌是隐藏的，因此您必须点击

生命周期和支持的平台的更多信息，请参阅平 台生命周期政策。 1.1.1. Red Hat OpenShift Service Mesh 简介 Red Hat OpenShift Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层，而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务，从而简化扩展和维护。但是，随着微服务架构上构建的企 恢复、指标和监控的服务网络提供了便捷的方法。服务网格还提供更复杂的操作功能，其中包括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 1.1.2. 核心功能 Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式： 流量管理 - 控制服务间的流量和 API 调用，提高调用的可靠性，并使网络在条件不好的情况保持 稳定。 服务标识和安全性 - 在 Mesh 不 会创建 任何 NetworkPolicy 对象。系统管理员负责管理网络并修复可能导致的任何问题。 流程 1. 在 OpenShift Container Platform web 控制台中，点击 Operators → Installed Operators。 2. 从 Project 菜单中选择安装 Service Mesh control plane 的项目，如 istio-system。

BuildConfig 的特征就是构建策略和一个或多个源。策略决定流程，而源则提供输入。 根据您选择使用 OpenShift Container Platform 创建应用程序的方式，如果使用 Web 控制台或 CLI，通 常会自动生成 BuildConfig，并且可以随时对其进行编辑。如果选择稍后手动更改配置，则了解 BuildConfig 的组成部分及可用选项可能会有所帮助。 以下示例 BuildConfig 构 构建（ 建（BUILD） ） 5 1 2 3 4 5 6 7 此规格会创建一个名为 ruby-sample-build 的新 BuildConfig。 runPolicy 字段控制从此构建配置创建的构建能否同时运行。默认值为 Serial，即新构建将按顺序运 行，而不是同时运行。 您可以指定导致创建新构建的触发器的列表。 source 部分定义构建的来源。源类型决定主要的输入源，可以是 建。提示输入密语（passphrase）时，请将其留空。 创建两个文件：公钥和对应的私钥（id_dsa、id_ecdsa、id_ed25519 或 id_rsa 之一）。这两项 就位后，请查阅源代码控制管理 (SCM) 系统的手册来了解如何上传公钥。私钥用于访问您的私有 存储库。 2. 在使用 SSH 密钥访问私有存储库之前，先创建 secret： 可选：添加此字段可启用严格的服务器主机密钥检查。

24.2. 查看镜像拉取源 24.3. 获取集群版本、状态和更新详情 24.4. 使用 CLI 查询集群节点状态 24.5. 从 OPENSHIFT CONTAINER PLATFORM WEB 控制台查看集群状态 24.6. 查看 RED HAT OPENSHIFT CLUSTER MANAGER 中的集群状态 24.7. 检查集群资源的可用性和使用 24.8. 列出正在触发的警报 24.9 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 安装期间使用三组文件：名为 install-config.yaml 的安装配置文件、Kubernetes 清单，以及您的机器类 型适用的 Ignition 配置文件。 重要 重要 安装期间可以修改控制基础 RHCOS 操作系统的 Kubernetes 和 Ignition 配置文件。但是， 没有可用的验证机制来确认您对这些对象所做修改是适当的。如果修改了这些对象，集群 可能会无法运行。由于存在这种风险，修改

pod 2.4. 使用 POD 横向自动扩展自动扩展 POD 2.4.1. 了解 pod 横向自动扩展 2.4.1.1. 支持的指标 2.4.1.2. 扩展策略 2.4.2. 使用 Web 控制台创建 pod 横向自动扩展 2.4.3. 使用 CLI 根据 CPU 使用率创建 pod 横向自动扩展 2.4.4. 使用 CLI 根据内存使用率创建 pod 横向自动扩展对象 2.4.5. 使用 6.5. secret 故障排除 2.7. 创建和使用配置映射 2.7.1. 了解配置映射 配置映射限制 2.7.2. 在 OpenShift Container Platform Web 控制台中创建配置映射 2.7.3. 使用 CLI 创建配置映射 2.7.3.1. 从目录创建配置映射 2.7.3.2. 从文件创建配置映射 2.7.3.3. 从字面值创建配置映射 2.7.4. 放置到特定节点 2.10.1. 使用节点选择器控制 pod 放置 第 第 3 章 章 控制 控制节 节点上的 点上的 POD 放置（ 放置（调 调度） 度） 3.1. 使用调度程序控制 POD 放置 3.1.1. 调度程序用例 3.1.1.1. 基础架构拓扑级别 3.1.1.2. 关联性 3.1.1.3. 反关联性 3.2. 配置默认调度程序以控制 POD 放置 3.2.1. 了解默认调度