支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。 流程 1. 在 Developer 视角中，导航到 +Add 视图，从 Developer Catalog 标题中点击 All Services 来查 OpenShift Container Platform CLI，从包含源代码或二进制代码、镜像和模板的组件创建 OpenShift Container Platform 应用程序。 由 new-app 创建的对象集合取决于作为输入传递的工件，如输入源存储库、镜像或模板。 $ oc get csv $ oc policy add-role-to-user edit -n 节点中显示的图标 节点中的图标是通过使用 app.openshift.io/runtime 标签（随后是 app.kubernetes.io/name 标签） 查找匹配图标来定义的。这种匹配是通过预定义的图标集合来完成的。 到源代码编辑器或源的链接 app.openshift.io/vcs-uri 注解用于创建源代码编辑器的链接。 OpenShift Container Platform 4.9 构 构建

支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。 流程 流程 1. 在 Developer 视角中，导航到 +Add 视图，从 Developer Catalog 标题中点击 All Services 来查 OpenShift Container Platform CLI，从包含源代码或二进制代码、镜像和模板的组件创建 OpenShift Container Platform 应用程序。 由 new-app 创建的对象集合取决于作为输入传递的工件，如输入源存储库、镜像或模板。 $ oc get csv $ oc policy add-role-to-user edit -n 图标 节点中的图标是通过使用 app.openshift.io/runtime 标签（随后是 app.kubernetes.io/name 标签） 查找匹配图标来定义的。这种匹配是通过预定义的图标集合来完成的。 到源代 到源代码编辑 码编辑器或源的 器或源的链 链接 接 app.openshift.io/vcs-uri 注解用于创建源代码编辑器的链接。 第 第 4 章 章 使用 使用 TOPOLOGY

打包为自定义资源定义 (CRD)，用于表达要在集群中安 装的内容以及如何创建运行的内容。控制器会监视 API。 常 常见术语 捆绑包（ 包（Bundle） ） 定义要部署到集群的内容的 Kubernetes 清单集合 捆绑包 包镜像 像 在其文件系统中包含捆绑包的容器镜像 捆绑包 包 Git 存 存储库 在目录中包含捆绑包的 Git 存储库 Provisioner 在 Kubernetes 集群上安装和管理内容的控制器 API 服务器接受 Bundle 对象后，捆绑包被视为 RukPak 系统的其余部分的不可变工件。这个行为强制 捆绑包代表集群中要 source 的一些唯一静态内容。用户可以放心，特定捆绑包指向特定的清单集合，在 没有创建新捆绑包的情况下无法更新。对于由嵌入式 BundleTemplate 对象创建的单机捆绑包和动态捆绑 包，此属性为 true。 捆绑包的不可变性由核心 RukPak webhook 强制执行。此 内容没有改变，请在创建捆绑包时使用基于摘要的镜像或 Git 提交引用。 2.2.3.1.2. 普通 普通捆绑包 包规格 格 RukPak 中的普通捆绑包是给定目录中静态、任意的 Kubernetes YAML 清单的集合。 当前实施的普通捆绑包格式是 plain+v0 格式。捆绑包格式的名称 (plain+v0) 组合了捆绑包类型 (plain) 和当前模式版本 (v0)。 注意 注意 plain+v0 捆绑包格式是

Platform。无身份验证或身份验证 无效的 API 请求会被看作为由 anonymous 系统用户发出的请求。经过身份验证后，策略决定用户被授权 执行的操作。 2.2. 组 用户可以分配到一个或多个组中，每个组代表特定的用户集合。在管理授权策略时，可使用组同时为多个 用户授予权限，例如允许访问一个项目中的多个对象，而不必单独授予用户权限。 除了明确定义的组外，还有系统组或虚拟组，它们由集群自动置备。 以下列出了最重要的默认虚拟组： 的一个 步骤，身份验证更在于确定执行操作的人的身份。 授权通过使用以下几项来管理： 授 授权对 权对象 象 描述 描述 规则 一组对象上允许的操作集合。例如，用户或服务帐户能否创 创建（ 建（create） ） Pod。 角色 规则的集合。可以将用户和组关联或绑定到多个角色。 绑定 用户和/组与角色之间的关联。 控制授权的 RBAC 角色和绑定有两个级别： RBAC 级别 级别 描述 以同时引用集群和本地角色。 集群角色绑定是存在于集群级别的绑定。角色绑定存在于项目级别。集群角色 view 必须使用本地角色绑 定来绑定到用户，以便该用户能够查看项目。只有集群角色不提供特定情形所需的权限集合时才应创建本 地角色。 这种双级分级结构允许通过集群角色在多个项目间重复使用，同时允许通过本地角色在个别项目中自定 义。 在评估过程中，同时使用集群角色绑定和本地角色绑定。例如： 1. 选中集群范围的“allow”规则。

baremetal,marketplace,openshift- samples,Console,Insights,Storage,CSISnapshot 和 NodeTuning。 None 指定其他集合太大，您不需要任何功能，或者想要 通 通过额 过额外的 外的 EnabledCapabilities 进行微调。 其他 其他资 资源 源 使用自定义在 AWS 上安装集群 使用自定义在 GCP 插件将镜像镜像到镜像 registry 的高级别工作流： 1. 创建镜像设置配置文件。 2. 使用以下方法之一将镜像设置为镜像 registry： 将镜像直接设置为镜像 registry。 镜像集合镜像到磁盘，将镜像设置为目标环境，然后将镜像上传到目标镜像 registry。 3. 配置集群以使用 oc-mirror 插件生成的资源。 4. 根据需要重复这些步骤以更新您的镜像 registry。 5 OpenShift Container Platform 4.13 安装 安装 62 1 2 3 4 5 6 7 8 9 添加 archiveSize 以设置镜像集合中的每个文件的最大大小（以 GiB 为单位）。 设置后端位置，以将镜像设置元数据保存到。此位置可以是 registry 或本地目录。必须指定 storageConfig 值。 设置存储后端的 registry

1.1，将Custom 配置集的 TLS 1.3 转换为 1.2。 OpenShift Container Platform 路由器启用 Red Hat-distributed OpenSSL 默认集合 TLS 1.3 密码套件，它使用 TLS_AES_128_CCM_SHA256、 TLS_CHACHA20_POLY1305_SHA256、 TLS_AES_256_GCM_SHA384 和 TL 配置 PTP 硬件 硬件 57 1 2 3 name 参数的值与节点的名称相同。 CR 由 PTP Operator 在 openshift-ptp 命名空间中创建。 devices 集合包含节点上 Operator 发现的所有 PTP 可用设备列表。 9.3. 安装 PTP OPERATOR 作为集群管理员，您可以使用 OpenShift Container Platform CLI project- request。 2. 在模板中，将每个 NetworkPolicy 对象作为一个元素添加到 objects 参数中。objects 参数可以 是一个或多个对象的集合。 在以下示例中，objects 参数集合包括几个 NetworkPolicy 对象： 重要 重要 对于 OVN-Kubernetes 网络供应商插件，当 Ingress Controller 配置为使用 HostNetwork

OpenShift Container Platform 集群上的 pod 和服务配置 IP 故障转移。 IP 故障转移（IP failover）在一组节点上管理一个虚拟 IP（VIP）地址池。集合中的每个 VIP 都由从集合 中选择的节点提供服务。只要单个节点可用，就会提供 VIP。无法将 VIP 显式分发到节点上，因此可能存 在没有 VIP 的节点和其他具有多个 VIP 的节点。如果只有一个节点，则所有 故障转移使用 Keepalived 在一组主机上托管一组外部访问的 VIP 地址。在一个时间点上，每个 VIP 仅 由一个主机提供服务。Keepalived 使用虚拟路由器冗余协议（VRRP）决定在主机集合中使用哪个主机提 供 VIP 服务。如果主机不可用，或者 Keepalived 正在监视的服务没有响应，则 VIP 会切换到主机集中的 另外一个主机。这意味着只要主机可用，便始终可以提供 VIP 服务。 fault。每当状态更改时，notify 脚本都会被调用，并显 示新的状态。 您可以在 OpenShift Container Platform 上创建 IP 故障转移部署配置。IP 故障转移部署配置指定 VIP 地 址的集合，以及服务它们的一组节点。一个集群可以具有多个 IP 故障转移部署配置，各自管理自己的一 组唯一的 VIP 地址。IP 故障转移配置中的每个节点运行 IP 故障转移 pod，此 pod 运行 Keepalived。

redhat.io/redhat/redhat-operator-index:v4.9 3 第 第 3 章 章 断开 断开连 连接的安装 接的安装镜 镜像 像 51 1 2 3 4 5 镜像集合中每个文件的最大大小（以 GiB 为单位）。 从中检索 OpenShift Container Platform 镜像的频道。 从中获取 OpenShift Container Platform registry 将完整镜像集发布到镜像 registry 后，您可以使用 oc-mirror 插件使用更新的镜像更新镜像 registry。 当您再次运行 oc-mirror 插件时，它会生成一个镜像集，该集合仅包含与之前执行后的全新和更新镜像。 注意 注意 您必须使用与 oc-mirror 的初始执行相同镜像 registry 的存储后端。不要删除或修改 oc- mirror 插件生成的元数据。 mirror 子命令和标志： 表 表 3.2. oc mirror 子命令 子命令 子命令 子命令 描述 描述 completion 为指定的 shell 生成自动完成脚本。 describe 输出镜像集合的内容。 帮助 帮助 显示有关任何子命令的帮助。 list 列出可用平台和 Operator 内容及其版本。 version 输出 oc-mirror 版本。 表 表 3.3. oc mirror

字符串 compute 组成计算节点的机器的配置。 MachinePool 对象的数组。详情请查 看以下"Machine-pool"表。 compute.architecture 决定池中机器的指令集合架构。目前不 支持异构集群，因此所有池都必须指定 相同的架构。有效值为 amd64 （默认 值）。 字符串 compute.hyperthread ing 是否在计算机器上启用或禁用并发多线 程或超 control plane 的机器的配置。 MachinePool 对象的数组。详情请查 看以下"Machine-pool"表。 controlPlane.architec ture 决定池中机器的指令集合架构。目前不 支持异构集群，因此所有池都必须指定 相同的架构。有效值为 amd64 （默认 值）。 字符串 controlPlane.hyperth reading 是否在 control plane 参数 描述 描述 值 值 compute.platfor m.aws.amiID 用于为集群引导计算机器的 AWS AMI。对于需要自定义 RHCOS AMI 的区域来说，这 是必需的。 属于集合 AWS 区域的任何已发布或自定义 RHCOS AMI。 compute.platfor m.aws.iamRole 一个已存在的 AWS IAM 角色 应用到计算机器池实例配置 集。您可以使用这些字段与命

compute 组成计算节点的机器的配置。 MachinePool 对象的数组。详情请查 看以下"Machine-pool"表。 compute.architectur e 决定池中机器的指令集合架构。目前不 支持异构集群，因此所有池都必须指定 相同的架构。有效值为 amd64 （默认 值）。 字符串 compute.hyperthrea ding 是否在计算机器上启用或禁用并发多线 程或超 control plane 的机器的配置。 MachinePool 对象的数组。详情请查 看以下"Machine-pool"表。 controlPlane.archite cture 决定池中机器的指令集合架构。目前不 支持异构集群，因此所有池都必须指定 相同的架构。有效值为 amd64 （默认 值）。 字符串 第 第 4 章 章 在 在 AWS 上安装 上安装 71 controlPlane 参数 描述 描述 值 值 compute.platfor m.aws.amiID 用于为集群引导计算机器的 AWS AMI。对于需要自定义 RHCOS AMI 的区域来说，这 是必需的。 属于集合 AWS 区域的任何已发布或自定义 RHCOS AMI。 compute.platfor m.aws.iamRole 一个已存在的 AWS IAM 角色 应用到计算机器池实例配置 集。您可以使用这些字段与命