应用程序 用程序 15.1. 使用 DEVELOPER 视角删除应用程序 第 第 16 章 章 使用 使用 RED HAT MARKETPLACE 16.1. RED HAT MARKETPLACE 特性 139 139 140 145 145 145 148 149 150 150 154 157 157 158 159 160 160 160 160 163 163 ra、openshift。您不能使用这些 命名空间用来运行 pod 或服务。 流程 运行： 例如： 注意 注意 系统管理员可能会限制允许创建的项目数量。达到限值后，需要删除现有项目才能创建新 项目。 2.1.4. 使用 Web 控制台查看项目 流程 1. 浏览至 Home → Project。 2. 选择要查看的项目。 在本页中，点击 Workloads 以查看项目中的工作负载。 在 Project 页面中,选择 Project Access 选项卡。 3. 点击 Add Access 为默认权限添加新权限行。 图 2.2. 项目权限 4. 输入用户名，点 Select a role 下拉列表，然后选择适当的角色。 5. 点击 Save 添加新权限。 您还可以使用： Select a role 下拉列表修改现有用户的访问权限。 Remove Access 图标以完全删除现有用户对项目的访问权限。

应用程序 用程序 16.1. 使用 DEVELOPER 视角删除应用程序 第 第 17 章 章 使用 使用 RED HAT MARKETPLACE 17.1. RED HAT MARKETPLACE 特性 137 137 149 153 153 154 159 159 159 162 163 164 164 168 171 171 172 173 174 174 174 openshift。您不能使用这些 命名空间用来运行 pod 或服务。 流程 流程 运行： 例如： 注意 注意 系统管理员可能会限制允许创建的项目数量。达到限值后，需要删除现有项目才能创建新 项目。 2.1.4. 使用 Web 控制台查看项目 流程 流程 1. 浏览至 Home → Project。 2. 选择要查看的项目。 在本页中，点击 Workloads 以查看项目中的工作负载。 Project 页面中,选择 Project Access 选项卡。 3. 点击 Add Access 为默认权限添加新权限行。 图 图 2.2. 项 项目 目权 权限 限 4. 输入用户名，点 Select a role 下拉列表，然后选择适当的角色。 5. 点击 Save 添加新权限。 您还可以使用： Select a role 下拉列表修改现有用户的访问权限。 Remove Access

务必要让集群适应不断变化的工作负载。当负载增加或减少时，OpenShift Container Platform 集群可以 水平扩展和缩减。 机器管理作为自定义资源定义 (CRD) 实施。CRD 对象在集群中定义了一个新的唯一对象 Kind，并允许 Kubernetes API 服务器处理对象的整个生命周期。 Machine API Operator 置备以下资源： MachineSet 机器 机器 ClusterAutoscaler 为内核、节点、内存和 GPU 等资源设置集群范围的扩展限制 设置优先级，以便集群对 pod 和新节点进行优先排序，而在不太重要的 pod 时不会上线 设置扩展策略，以便您可以扩展节点，但不会缩减节点 机器健康 机器健康检查 检查 MachineHealthCheck 资源可检测机器何时处于不健康状态并将其删除，然后在支持的平台上生成新 的机器。 在 OpenShift Container Platform 版本 Platform 集群。 安装 OpenShift CLI（oc）。 以具有 cluster-admin 权限的用户身份登录 oc。 流程 流程 1. 创建一个包含计算机器集自定义资源（CR）示例的新 YAML 文件，并将其命名为 .yaml。 确保设置 和 参数值。 2. 可选：如果您不确定要为特定字段设置哪个值，您可以从集群中检查现有计算机器集：

KUBECTL 命令的使用方法 第 第 3 章 章 ODO 的重要更新 的重要更新 第 第 4 章 章 用于 用于 OPENSHIFT SERVERLESS 的 的 KNATIVE CLI 4.1. 主要特性 4.2. 安装 KNATIVE CLI 第 第 5 章 章 PIPELINES CLI (TKN) 5.1. 安装 TKN 5.2. 配置 OPENSHIFT PIPELINES TKN CLI new-project my-project OpenShift Container Platform 4.10 CLI 工具 工具 10 2.1.4.2. 创 创建一个新的 建一个新的应 应用程序 用程序 使用oc new-app命令创建新应用程序。 输 输出示例 出示例 2.1.4.3. 查 查看 看 pod 使用oc get pods命令查看当前项目的 pod。 注意 注意 当您在 pod Bash 完成代码保存到一个文件中： 2. 将文件复制到 /etc/bash_completion.d/： 您也可以将文件保存到一个本地目录，并从您的.bashrc文件中 source 这个文件。 开新终端时 tab 自动完成功能将被启用。 2.2.1.2. 为 为 Zsh 启 启用 用 tab 自 自动 动完成功能 完成功能 安装 OpenShift CLI (oc)后，您可以启用 tab 自动完成功能，以便在按

CLI 管理员命令参考 第 第 3 章 章 ODO 的重要更新 的重要更新 第 第 4 章 章 用于 用于 OPENSHIFT SERVERLESS 的 的 KNATIVE CLI 4.1. 主要特性 4.2. 安装 KNATIVE CLI 第 第 5 章 章 PIPELINES CLI (TKN) 5.1. 安装 TKN 5.2. 配置 OPENSHIFT PIPELINES TKN CLI 2.1.5.1. 创 创建一个 建一个项 项目 目 使用oc new-project命令创建新项目。 输 输出示例 出示例 2.1.5.2. 创 创建一个新的 建一个新的应 应用程序 用程序 使用oc new-app命令创建新应用程序。 输 输出示例 出示例 2.1.5.3. 查 查看 看 pod 使用oc get pods命令查看当前项目的 pod。 注意 注意 Login successful Bash 完成代码保存到一个文件中： 2. 将文件复制到 /etc/bash_completion.d/： 您也可以将文件保存到一个本地目录，并从您的.bashrc文件中 source 这个文件。 开新终端时 tab 自动完成功能将被启用。 2.2.1.2. 为 为 Zsh 启 启用 用 tab 自 自动 动完成功能 完成功能 安装 OpenShift CLI (oc)后，您可以启用 tab 自动完成功能，以便在按

ODO 3.4. 配置 ODO CLI 3.5. ODO CLI 参考指南 第 第 4 章 章 用于 用于 OPENSHIFT SERVERLESS 的 的 KNATIVE CLI 4.1. 主要特性 4.2. 安装 KNATIVE CLI 第 第 5 章 章 PIPELINES CLI (TKN) 5.1. 安装 TKN 5.2. 配置 OPENSHIFT PIPELINES TKN CLI new-project my-project OpenShift Container Platform 4.8 CLI 工具 工具 10 2.1.4.2. 创 创建一个新的 建一个新的应 应用程序 用程序 使用oc new-app命令创建新应用程序。 输 输出示例 出示例 2.1.4.3. 查 查看 看 pod 使用oc get pods命令查看当前项目的 pod。 注意 注意 当您在 pod Bash 完成代码保存到一个文件中： 2. 将文件复制到 /etc/bash_completion.d/： 您也可以将文件保存到一个本地目录，并从您的.bashrc文件中 source 这个文件。 开新终端时 tab 自动完成功能将被启用。 2.2.1.2. 为 为 Zsh 启 启用 用 tab 自 自动 动完成功能 完成功能 安装 OpenShift CLI (oc)后，您可以启用 tab 自动完成功能，以便在按

Mesh 中失败。在 Service Mesh 和 Prometheus 之间有 一个 OAuth 过滤器，需要向 Prometheus 传递一个 bearer 令牌才会授予访问权限。Kiali 已被更 新为在与 Prometheus 服务器通讯时使用这个令牌，但应用程序的 metrics 当前会有 403 错误。 KIALI-3070 此程序错误只会影响自定义 dashboard，它不会影响默认的 dashboard。当您在 – Jaeger 提供了一个用户界面，可让您可视觉地查看所分发的追踪数据。在搜 索页面中，您可以查找 trace，并查看组成一个独立 trace 的 span 详情。 2.3.3. Jaeger 特性 默认情况下，Jaeger 会随 Red Hat Service Mesh 一起安装，并提供以下功能： 与 Kiali 集成 – 当正确配置时，您可以从 Kiali 控制台查看 Jaeger 数据。 根据您的配置参数创建 Pod、服务和 Service Mesh control plane 组件。 9. 点 Istio Service Mesh Control Plane 标签页。 10. 点新的 control plane 的名称。 11. 点 Resources 标签页来查看由 Operator 创建并配置的 Red Hat OpenShift Service Mesh control

简化扩展和维护。但是，随着微服务架构上构建的企 业应用的规模和复杂性不断增长，理解和管理变得困难。Service Mesh 可以通过捕获或截获服务间的流量 来解决这些架构问题，并可修改、重定向或创建新请求到其他服务。 Service Mesh 基于开源 Istio 项目，为创建部署的服务提供发现、负载均衡、服务对服务身份验证、故障 恢复、指标和监控的服务网络提供了便捷的方法。服务网格还提供更复杂的操作功能，其中包括 2-1 1.2.2.4. Red Hat OpenShift Service Mesh 2.2 的新功能 的新功能 此 Red Hat OpenShift Service Mesh 发行版本添加了新的功能和改进，并被 OpenShift Container Platform 4.9 和更高版本的支持。 1.2.2.4.1. Red Hat OpenShift Service Mesh 2.2 版中包含的组件版本 17.1, Jaeger 1.24.1, and Kiali 1.36.5 on OpenShift Container Platform 4.6 EUS, 4.7, 4.8, 4.9 的支持，以及新的功能和增强功能。 1.2.2.12.1. Red Hat OpenShift Service Mesh 2.1 版中包含的组件版本 apiVersion: maistra.io/v2 kind:

Container Platform 集群。平台管理员可以通过转至 web 控制台中的 Administration → Cluster Settings 或查看 oc adm upgrade 命令的输出来查看新的更新选项。 红帽托管了一个公共 OpenShift Update Service (OSUS)，它根据官方 registry 中的 OpenShift Container Platform 发行镜像提供更新可能性图。图包含任何公共 OSUS，OSUS 会使用已知更新目标的信息响应集群。 当集群管理员或自动更新控制器使用新版本编辑 Cluster Version Operator (CVO) 的自定义资源 (CR) 时，更新开始。要将集群与新指定版本协调，CVO 从镜像 registry 检索目标发行镜像，并开始将更改应 用到集群。 注意 注意 之前通过 Operator Lifecycle Manager (OLM) 安装的 Operator 称为 Runlevels 的独立阶段应用清单。大多数（但不是全部清单）支持其中一个集群 Operator。当 CVO 将清单应用到集群 Operator 时，Operator 可能会执行更新任务将其与新的指定版本协调。 CVO 监控每个应用的资源的状态，以及所有集群 Operator 报告的状态。只有活跃 Runlevel 中的所有清 单和集群 Operator 都达到稳定条件时，CVO 才会继续更新。在

容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 架 架构 构 3 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新 版本。容器通过测试后，只要部署更多新容器并删除旧容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决，因此数据中心的每台主机上都能使用通用操作系 使用 Red Hat Enterprise Linux CoreOS (RHCOS)，这是一款面向容器的 操作系统，结合了 CoreOS 和 Red Hat Atomic Host 操作系统的一些最佳特性和功能。RHCOS 是专门为 从 OpenShift Container Platform 运行容器化应用程序而设计的，能够与新工具配合，提供快速安装、基 于 Operator 的管理和简化的升级。