5. 修改所上传的模板 10.6. 使用即时应用程序和快速启动模板 10.7. 编写模板 第 第 11 章 章 使用 使用 RUBY ON RAILS 11.1. 先决条件 11.2. 设置数据库 11.3. 编写应用程序 11.4. 将应用程序部署至 OPENSHIFT CONTAINER PLATFORM 第 第 12 章 章 使用 使用镜 镜像 像 12.1. 使用镜像概述 12 Container Platform 提供 oc tag 命令，该命令类似于 docker tag 命令，但是在镜像流上运 行，而非直接在镜像上运行。 1.6. 镜像 ID 镜像 ID 是 SHA（安全哈希算法）代码，可用于拉取（pull）镜像。SHA 镜像 ID 不能更改。特定 SHA 标 识符会始终引用完全相同的容器镜像内容。例如： 1.7. 容器 OpenShift Container Platform 您可使用细粒度访问控制来共享镜像，快速向整个团队分发镜像。 如果源更改，imagestreamtag 仍将指向已知良好的镜像版本，以确保您的应用程序不会意外中 断。 您可以通过镜像流对象的权限配置安全性，以了解谁可以查看和使用镜像。 在集群级别上缺少读取或列出镜像权限的用户仍可使用镜像流来检索项目中标记的镜像。 您可以管理镜像流，将镜像流 与 Kubernetes 资源一起使用，并触发镜像流更新。

镜像拉取（PULL）策略 5.3.1. 镜像拉取（pull）策略概述 5.4. 使用镜像 PULL SECRET 5.4.1. 允许 pod 在项目间引用镜像 5.4.2. 允许 Pod 引用其他安全 registry 中的镜像 5.4.2.1. 通过委托身份验证从私有 registry 拉取（pull） 5.4.3. 更新全局集群 pull secret 第 第 6 章 章 管理 管理镜 4. 更新镜像流标签 6.7.5. 删除镜像流标签 6.7.6. 配置定期导入镜像流标签 6.8. 从私有容器镜像仓库（REGISTRY）导入镜像和镜像流 6.8.1. 允许 Pod 引用其他安全 registry 中的镜像 第 第 7 章 章 KUBERNETES 资 资源使用 源使用镜 镜像流 像流 7.1. 使用 KUBERNETES 资源启用镜像流 第 第 8 章 章 在 在镜 资源 源 9.1. 镜像控制器配置参数 9.2. 配置镜像 REGISTRY 设置 9.2.1. 添加特定的 registry 9.2.2. 阻塞特定的 registry 9.2.3. 允许不安全的 registry 9.2.4. 添加允许镜像短名称的 registry 9.2.5. 为镜像 registry 访问配置额外的信任存储 9.2.6. 配置镜像 registry 存储库镜像

5. 修改所上传的模板 8.6. 使用 INSTANT APP 和 QUICKSTART 模板 8.7. 编写模板 第 第 9 章 章 使用 使用 RUBY ON RAILS 9.1. 设置数据库 9.2. 编写应用程序 9.3. 将应用程序部署至 OPENSHIFT CONTAINER PLATFORM 第 第 10 章 章 使用 使用镜 镜像 像 10.1. 使用镜像概述 10.2 Container Platform 提供 oc tag 命令，该命令类似于 docker tag 命令，但是在镜像流上运 行，而非直接在镜像上运行。 3.6. 镜像 ID 镜像 ID 是 SHA（安全哈希算法）代码，可用于拉取（pull）镜像。SHA 镜像 ID 不能更改。特定 SHA 标 识符会始终引用完全相同的容器镜像内容。例如： docker.io/openshift/jenkins-2 您可使用细粒度访问控制来共享镜像，快速向整个团队分发镜像。 如果源更改，imagestreamtag 仍将指向已知良好的镜像版本，以确保您的应用程序不会意外中 断。 您可通过设置镜像流的访问权限来配置安全性，以控制谁可以查看和使用镜像。 在集群级别上缺少读取或列出镜像权限的用户仍可使用镜像流来检索项目中标记的镜像。 3.7.1. 镜像流标签（Imagestreamtags） 镜像流标签是指向镜

OPERATOR 5.5. 基于 HELM 的 OPERATOR 5.6. 基于 JAVA 的 OPERATOR 5.7. 定义集群服务版本（CSV） 5.8. 使用捆绑包镜像 5.9. 遵守 POD 安全准入 5.10. 云供应商上的 OPERATOR 的令牌身份验证 5.11. 使用 SCORECARD 工具验证 OPERATOR 5.12. 验证 OPERATOR 捆绑包 5.13. 高可用性或单节点集群检测和支持 Operator 的信息，如名称和版本。 驱动 UI 的额外信息，例如其图标和一些示例自定义资源 (CR)。 所需的和所提供的 API。 相关镜像。 将清单加载到 Operator Registry 数据库中时，会验证以下要求： 该捆绑包必须在注解中至少定义一个频道。 每个捆绑包都只有一个集群服务版本（CSV）。 如果 CSV 拥有自定义资源定义（CRD），则该 CRD 必须存在于捆绑包中。 2 Operator 捆绑包列表中创建和维护 Operator 目录。其结果是一个容器镜像，它可以存储在容器的 registry 中，然后安装到集群中。 目录包含一个指向 Operator 清单内容的指针数据库，可通过在运行容器镜像时提供的已包含 API 进行查 询。在 OpenShift Container Platform 中，Operator Lifecycle Manager (OLM) 可以引用由

以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服 所有服务 务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。 自定义路由的主机名。 指定路由器监控的路径。 从下拉列表中选择流量的目标端口。 选中 Secure Route 复选框来保护您的路由。从相应的下拉列表中，选择所需的 TLS 终止类 型，并设置非安全流量的策略。 注意 注意 对于无服务器应用程序，Knative 服务管理上述所有路由选项。但在需要时，您 可以自定义流量的目标端口。如果不指定目标端口，则使用默认端口 8080。 域映射 域映射 视图中查看应用程序。 3.1.7. 使用 Developer Catalog 将服务或组件添加到应用程序中 您可以使用 Developer Catalog 根据 Operator 支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。

Catalog 以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。 自定义路由的主机名。 指定路由器监控的路径。 从下拉列表中选择流量的目标端口。 选中 Secure Route 复选框来保护您的路由。从相应的下拉列表中，选择所需的 TLS 终止类 型，并设置非安全流量的策略。 注意 注意 对于无服务器应用程序，Knative 服务管理上述所有路由选项。但在需要时，您 可以自定义流量的目标端口。如果不指定目标端口，则使用默认端口 8080。 域映射 如果要创建 Topology 视图中看到部署。 3.1.5. 使用 Developer Catalog 将服务或组件添加到应用程序中 您可以使用 Developer Catalog 根据 Operator 支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。

OPENSHIFT CONTAINER PLATFORM 中的 AWS LOAD BALANCER OPERATOR 24.3. 了解 AWS LOAD BALANCER OPERATOR 24.4. 在安全令牌服务集群中安装 AWS LOAD BALANCER OPERATOR 24.5. 创建 AWS LOAD BALANCER CONTROLLER 实例 24.6. 创建多个入口 24.7. 添加 为项目禁用多播 28.16. 使用 OPENSHIFT SDN 配置网络隔离 28.17. 配置 KUBE-PROXY 第 第 29 章 章 配置路由 配置路由 29.1. 路由配置 29.2. 安全路由 第 第 30 章 章 配置集群入口流量 配置集群入口流量 30.1. 集群入口流量配置概述 30.2. 为服务配置 EXTERNALIP 30.3. 使用 INGRESS CONTROLLER 网络是一个功能生态系统、插件和高级网络功能，它使用高级网络相关功能来扩展 Kubernetes 网络，集群需要为其一个或多个混合集群管理网络流量。这个网络功能生态系统集成了入 口、出口、负载均衡、高性能吞吐量、安全性和集群内部流量管理，并提供基于角色的可观察工具来减少 其自然复杂性。 以下列表重点介绍集群中可用的一些最常用的 Red Hat OpenShift Networking 功能： 由以下 Container

管理大页 页面 面 14.1. 巨页的作用 14.2. 先决条件 14.3. 消耗大页面 第 第 15 章 章 在 在 GLUSTERFS 存 存储 储上 上进 进行 行优 优化 化 15.1. 数据库聚合模式指南 15.2. 测试的应用程序 15.3. 支持列表 15.4. 测试结果 32 32 32 33 33 33 33 34 34 34 36 36 36 36 37 ptables 和 CRI-O 或 Docker。 预安装这些依赖关系，创建更高效的安装，因为仅在需要时访问 RPM，而不是在安装过程中每个主机执 行多次。 对于无法访问 registry 以进行安全目的的计算机也很有用。 2.2. ANSIBLE 安装优化 OpenShift Container Platform 安装方法使用 Ansible。Ansible 对于运行并行操作非常有用，这意味着快 更多请求时增加。另请注意，大量非watch 请求可能会在固定 60 秒超时后取消 API 服务器过载，客户端 开始重试。 API 服务器系统中提供了足够的 CPU 和内存资源，API 服务器请求过载问题可安全地缓解这个问题。通过 考虑以上提到的因素并浏览了 maxRequestsInFlight、API qps 和 burst 值 *_/etc/origin/master/master- config.yaml

oc login 命令并传递用户名： 2. 提示时，请输入所需信息： 输 输出示例 出示例 输入 OpenShift Container Platform 服务器的 URL。 输入是否使用不安全的连接。 输入用户密码。 注意 注意 $ oc login -u user1 Server [https://localhost:8443]: https://openshift.example Container Platform 4.13 中的 所有命令。如果要使用最新的功能，您必须下载并安装与 OpenShift Container Platform 服务器版本对应的 oc 二进制文件的最新版本。 非安全 API 更改至少涉及两个次发行版本（例如，4.1 到 4.2 到 4.3）来更新旧的 oc 二进制文件。使用新 功能可能需要较新的 oc 二进制文件。一个 4.3 服务器可能会带有版本 4.2 oc 为当前项目的用户或服务帐户添加角色 用法示例 用法示例 2.8.1.26. oc adm policy add-scc-to-group 为组添加安全性上下文约束 用法示例 用法示例 2.8.1.27. oc adm policy add-scc-to-user 为用户或服务帐户添加安全性上下文约束 # Allow all projects with label name=top-secret to have

OPERATOR 2.2. 存储集群部署方法 2.3. 节点类型 第 第 3 章 章 内部存 内部存储 储服 服务 务 第 第 4 章 章 外部存 外部存储 储服 服务 务 第 第 5 章 章 安全考 安全考虑 虑 5.1. FIPS-140-2 5.2. 代理环境 5.3. 数据加密选项 5.4. TRANSIT 中的加密 第 第 6 章 章 订阅 订阅 6.1. 订阅服务 6.2. 灾难恢复订阅要求 个 operator 提供，以便于简单部署和管理。 Red Hat OpenShift Data Foundation 服务主要通过代表以下组件的存储类提供给应用程序： 块存储设备，主要服务于数据库工作负载。示例包括 Red Hat OpenShift Container Platform 日 志记录和监控，以及 PostgreSQL。 共享和分布式文件系统，主要服务于软件开发、消息传递和数据聚合工作负载。示例包括 等机器学习框架。 注意 注意 不支持在 CephFS 持久性卷上运行 PostgresSQL 工作负载，建议使用 RADOS 块设备 (RBD) 卷。如需更多信息，请参阅知识库文章解决方案 ODF 数据库工作负载必须不使用 CephFS PV/PVC。 Red Hat OpenShift Data Foundation 版本 4.x 由一组软件项目组成，包括： Ceph，提供块存储、共享分布式文件系统以及内部对象存储