程序和其他 工作负载。 流程 流程 您可以使用 Developer 视角创建项目，如下所示： 1. 点 Project 下拉菜单来查看所有可用的项目。选择 Create Project。 图 图 2.1. Create Project 2. 在 Create Project 对话框的 Name 项中输入一个唯一的名称，如 myproject。 3. 可选：为项目添加 Display Name Developer 视角中,导航到 Project 视图。 2. 在 Project 页面中,选择 Project Access 选项卡。 3. 点击 Add Access 为默认权限添加新权限行。 图 图 2.2. 项 项目 目权 权限 限 4. 输入用户名，点 Select a role 下拉列表，然后选择适当的角色。 5. 点击 Save 添加新权限。 您还可以使用： Select a role 自定义项目的不同集群角色： 1. 在 Search 视图中，使用 Resources 下拉列表搜索 Console。 2. 在可用选项中，选择 Console operator.openshift.io/v1。 图 图 2.3. 搜索控制台 搜索控制台资 资源 源 3. 在 Name 列表下选择 cluster。 4. 导航到 YAML 选项卡以查看和编辑 YAML 代码。 5. 在 spec 下的 YAML

用程序和其他 工作负载。 流程 流程 您可以使用 Developer 视角创建项目，如下所示： 1. 点 Project 下拉菜单来查看所有可用的项目。选择 Create Project。 图 2.1. Create Project 2. 在 Create Project 对话框的 Name 项中输入一个唯一的名称，如 myproject。 3. 可选：为项目添加 Display Name Developer 视角中,导航到 Project 视图。 2. 在 Project 页面中,选择 Project Access 选项卡。 3. 点击 Add Access 为默认权限添加新权限行。 图 2.2. 项目权限 4. 输入用户名，点 Select a role 下拉列表，然后选择适当的角色。 5. 点击 Save 添加新权限。 您还可以使用： Select a role 下拉列表修改现有用户的访问权限。 自定义项目的不同集群角色： 1. 在 Search 视图中，使用 Resources 下拉列表搜索 Console。 2. 在可用选项中，选择 Console operator.openshift.io/v1。 图 2.3. 搜索控制台资源 3. 在 Name 列表下选择 cluster。 4. 导航到 YAML 选项卡以查看和编辑 YAML 代码。 5. 在 spec 下的 YAML 代码中，添加或编辑

查看所有已安装的 Operator。 确保所选的 Project 为 openshift-storage。 图 图 4.1. OpenShift Container Storage Operator 页 页 2. 点 OpenShift Container Storage。 图 图 4.2. OpenShift Container Storage 的 的详 详情 情标签页 标签页 Red Hat OpenShift Container Storage 8 图 图 4.2. OpenShift Container Storage 的 的详 详情 情标签页 标签页 3. 单击 Storage Cluster 的 Create Instance 链接。 4. 将 Mode 选择为 External。默认情况下，Internal 被选为部署模式。 图 图 4.3. 连 连接到 接到创 创建存 建存储 储集群表 池等）在创建存储集群后在 RHCS 外部集群上保持不变。 7. 点 External cluster metadata → Browse 来选择并上传 JSON 文件。 JSON 文件的内容填充并在文本框中显示。 图 图 4.4. JSON 文件内容 文件内容 8. 点击 Create。 Create 按钮只有在上传 .json 文件后才会启用。 验证 验证步 步骤 骤 1. 验证已安装存储集群的最后一个 Status

OpenShift Container Platform 的基本生命周期： 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 1.1. OpenShift Container Platform 高 高级 级概述 概述 1.1.4. OpenShift Container Platform 对互联网和 Telemetry 以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令，安装程序能 够识别和使用现有的组件，而不必运行命令来再次创建它们。 下图显示了安装目标和依赖项的子集： 图 图 2.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 在安装后，每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS 配置文件进行启动。Bootstrap 机器将创建组成 control plane 的 master 机器。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 2.2. 创 创建 建 Bootstrap、 、master 和 和 worker 机器 机器 集群机器初始化后，Bootstrap 机器将被销毁。所有集群都使用 Bootstrap 过程来初始化集群，但若您自

OpenShift Container Platform 的基本生命周期： 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 1.1. OpenShift Container Platform 高 高级 级概述 概述 1.1.4. OpenShift Container Platform 对互联网和 Telemetry 以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令，安装程序能 够识别和使用现有的组件，而不必运行命令来再次创建它们。 下图显示了安装目标和依赖项的子集： 图 图 2.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 在安装后，每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS 配置文件进行启动。Bootstrap 机器将创建组成 control plane 的 master 机器。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 2.2. 创 创建 建 Bootstrap、 、master 和 和 worker 机器 机器 集群机器初始化后，Bootstrap 机器将被销毁。所有集群都使用 Bootstrap 过程来初始化集群，但若您自

OpenShift Container Platform 的基本生命周期： 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 2.1. OpenShift Container Platform 高 高级 级概述 概述 2.1.4. OpenShift Container Platform 的互联网访问 在 OpenShift 以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令，安装程序能 够识别和使用现有的组件，而不必运行命令来再次创建它们。 下图显示了安装目标和依赖项的子集： 图 图 3.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 在安装后，每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS master 机器）。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 3.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 第 第 3 章 章 安装和更新 安装和更新 13 图 图 3.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 集群机器初始化后，Bootstrap

OpenShift Container Platform 的基本生命周期： 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 2.1. OpenShift Container Platform 高 高级 级概述 概述 2.1.4. OpenShift Container Platform 互联网访问 在 OpenShift 以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令，安装程序能 够识别和使用现有的组件，而不必运行命令来再次创建它们。 下图显示了安装目标和依赖项的子集： 图 图 3.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 在安装后，每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS plane 机器。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 3.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 第 第 3 章 章 安装和更新 安装和更新 17 图 图 3.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 集群机器初始化后，Bootstrap

Istio 服务网格。它所提供的拓扑结构可以帮助您了解服务网格的结构，并提供服务网 格的健康状况信息。 Kiali 实时提供命名空间的交互式图形视图，可让您了解诸如电路断路器、请求率、延迟甚至流量图等功 能。Kiali 提供了从应用程序到服务以及负载等不同级别的组件的了解，并可显示与所选图形节点或边缘的 上下文信息和图表的交互。Kiali 还提供了验证 Istio 配置（如网关、目的规则、虚拟服务、网格策略等 Kiali 控制台时，您会看到 Overview 页面，它会显示服务网格中您有权查看的所有 命名空间。当 Overview 页中显示多个命名空间，Kiali 会首先显示具有健康或验证问题的命名空 间。 图 1.1. Kiali Overview 页 每个命名空间的 tile 会显示标签数量、Istio 配置健康、和 应用程序 健康状态的数量，以及命名 空间的流量。如果您验证了控制台安装，且命名空间还没有添加到网格中，则可能无法显示 Dashboard Istio Control Plane Dashboard Istio Performance Dashboard Istio Wasm Exetension Dashboard 图 1.2. Grafana Istio Control Plane Dashboard Kiali 还会安装两个额外的 Grafana 仪表板，它们可从 Grafana Home 页面获得： Istio

(VM) 和物理主机一样会消 耗尽可能多的资源，因此为虚拟机提供资源（如 CPU、RAM 和存储）的成本会比较高。另外，您可能会 看到，因为使用共享资源，导致虚拟实例中运行的应用程序的性能下降。 图 图 3.1. 用于 用于类 类部署的容器技 部署的容器技术 术的演 的演进 进 要解决这个问题，您可以使用容器化技术，在一个容器化环境中隔离应用程序。与虚拟机类似，容器具有 自己的文件系统、vCPU Kubernetes 集群资源。Operator 充当控制循环，它可以持续将所需的资源状态与资源 的实际状态进行比较，并将操作与所需的状态保持一致。 图 图 3.2. Kubernetes 集群概述 集群概述 第 第 3 章 章 KUBERNETES 概述 概述 19 图 图 3.2. Kubernetes 集群概述 集群概述 表 表 3.2. Kubernetes 资 资源 源 资 资源 源 用途 用途 用 OpenShift Container Platform 将容器化应用程 序扩展至内部和多云环境中的容器化应用程序。 图 图 3.3. Kubernetes 构 构架 架 OpenShift Container Platform 4.6 关于 关于 20 图 图 3.3. Kubernetes 构 构架 架 集群是一个计算单元，由云环境中的多个节点组成。Kubernetes 集群包含一个

IngressController 的 scope，您可以在创建自定义资源(CR)后更改 .spec.endpointPublishingStrategy.loadBalancer.scope 参数。 图 图 7.1. LoadBalancer 图 图表 表 replicas: 2 logging: access: null $ oc -n openshift-ingress-operator patch {"threadCount": 8}}}'  第 第 7 章 章 OPENSHIFT CONTAINER PLATFORM 中的 中的 INGRESS OPERATOR 57 图 图 7.1. LoadBalancer 图 图表 表 上图显示了与 OpenShift Container Platform Ingress LoadBalancerService 端点发布策略相关的以下概 念： 您可以使用 Ingress Controller 分片 使用路由标签进行 Ingress Controller 分片，意味着 Ingress Controller 提供由路由选择器选择的任意命名 空间中的所有路由。 图 图 8.1. 使用路由 使用路由标签进 标签进行 行 Ingress 分片 分片 spec: namespaceSelector: matchExpressions: - key: