4.5. 从镜像创建应用程序 4.6. 确定应用程序正在运行 4.7. 配置自动构建 4.8. 编写代码更改 第 第 5 章 章 使用 使用 CLI 创 创建并 建并构 构建 建镜 镜像 像 5.1. 概述 5.2. 开始前 5.3. FORK SAMPLE 仓库 5.4. 创建一个项目 5.5. 从镜像创建应用程序 5.6. 创建路由 5.7. 确定应用程序正在运行 5.8. 配置自动构建 参考来快速开始进行应用程序开发。Quickstart 模板提供了编程语言支持，它利用 构建器（builder）镜 像。 语 语言 言 实 实施及指南 施及指南 Ruby Rails Python Django Node.js Node.js PHP CakePHP Perl Dancer Java OpenShift Container Platform 提供的其他镜像包括： MySQL 2. 找到构建，然后点击 Start Build。 OpenShift Container Platform 3.11 开始使用 开始使用 14 第 5 章 使用 CLI 创建并构建镜像 5.1. 概述 此节介绍了如何通过最简单的方法获取示例项目并在 OpenShift Container Platform 上运行的信息。在一 个项目中创建镜像有几种方法，但本主题着重阐述最快捷、最简单的方法。

2. 包括镜像中的元数据 4.3. 使用 SOURCE-TO-IMAGE 从源代码创建镜像 4.4. 关于测试 SOURCE-TO-IMAGE 镜像 第 第 5 章 章 管理 管理镜 镜像 像 5.1. 管理镜像概述 5.2. 标记镜像 5.3. 镜像拉取（PULL）策略 5.4. 使用镜像 PULL SECRET 第 第 6 章 章 管理 管理镜 镜像流 像流 6.1. 为什么使用镜像流 mage_name> $ docker run 第 第 4 章 章 创 创建 建镜 镜像 像 35 第 5 章 管理镜像 5.1. 管理镜像概述 您可通过 OpenShift Container Platform 与镜像交互并设置镜像流，具体取决于镜像 registry 所处的位 置、这些 registry 的任何身份验证要求以及您预期的构建和部署性能。 记录更长，镜像修剪器 (pruner) 也 更有可能删除旧的和未使用的镜像。 您可自行决定标签命名惯例，下面提供了一些 : 格式的示例： 表 表 5.1. 镜 镜像 像标签 标签命名 命名惯 惯例 例 描述 描述 示例 示例 修订 myimage:v2.0.1 架构 myimage:v2.0-x86_64 registry.access.redhat

使用预部署的镜像提高效率 4.2.2. 预拉取镜像 4.3. 使用 RHEL 工具容器镜像进行调试 4.4. 使用基于 ANSIBLE 的健康检查进行调试 第 第 5 章 章 优 优化持久性存 化持久性存储 储 5.1. 概述 5.2. 常规存储指南 5.3. 存储建议 5.3.1. 特定应用程序存储建议 5.3.1.1. Registry 5.3.1.2. 扩展的 registry 5.3.1.3. 监控 5 基于 Ansible 的健康检查。 # atomic run rhel7/rhel-tools 第 第 4 章 章 优 优化 化计 计算 算资 资源 源 17 第 5 章 优化持久性存储 5.1. 概述 优化存储有助于最小化所有资源中的存储使用。通过优化存储，管理员可帮助确保现有存储资源以高效的 方式工作。 注意 注意 本指南主要侧重于优化持久性存储。pod 生命周期中使用的数据的本地临时存储会减少选 存储。此功能默认为禁用。如 需更多信息，请参阅为临时存储配置。 5.2. 常规存储指南 下表列出了 OpenShift Container Platform 可用的持久性存储技术。 表 表 5.1. 可用存 可用存储选项 储选项 存 存储类 储类型 型 描述 描述 例子 例子 Block 在操作系统 (OS) 中作为块设备 适用于需要完全控制存储，并绕过文件系统在 低层直接操作文件的应用程序

生成脚本和工具 4.4.3. 本地测试 4.4.4. 基本测试工作流 4.4.5. 使用 OpenShift Container Platform 构建镜像 第 第 5 章 章 管理 管理镜 镜像 像 5.1. 管理镜像概述 5.1.1. 镜像概述 5.2. 标记镜像 5.2.1. 镜像标签 5.2.2. 镜像标签惯例 5.2.3. 向镜像流中添加标签 5.2.4. 从镜像流中删除标签 5 docker run OpenShift Container Platform 4.7 镜 镜像 像 36 第 5 章 管理镜像 5.1. 管理镜像概述 您可通过 OpenShift Container Platform 与镜像交互并设置镜像流，具体取决于镜像 registry 所处的位 置、这些 registry 的任何身份验证要求以及您预期的构建和部署性能。 历史记录更长，镜像修剪器 (pruner) 也 更有可能删除旧的和未使用的镜像。 您可自行决定标签命名惯例，下面提供了一些 : 格式的示例： 表 5.1. 镜像标签命名惯例 描述 描述 示例 示例 修订 myimage:v2.0.1 架构 myimage:v2.0-x86_64 registry.access.redhat.com/open

其它资源 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.2. 包括镜像中的元数据 4.3. 测试 S2I 镜像 第 第 5 章 章 管理 管理镜 镜像 像 5.1. 管理镜像概述 5.2. 标记镜像 5.3. 镜像拉取（PULL）策略 5.4. 使用镜像 PULL SECRET 第 第 6 章 章 管理 管理镜 镜像流 像流 6.1. 使用镜像流 6 您还可使用 ImageChangeTrigger 来基于您所更新的 S2I 构建程序镜像来触发应用程序的重新构建。 第 第 4 章 章 创 创建 建镜 镜像 像 27 第 5 章 管理镜像 5.1. 管理镜像概述 您可通过 OpenShift Container Platform 与镜像交互并设置镜像流，具体取决于镜像 registry 所处的位 置、这些 registry 的任何身份验证要求以及您预期的构建和部署性能。 记录更长，镜像修剪器 (pruner) 也 更有可能删除旧的和未使用的镜像。 您可自行决定标签命名惯例，下面提供了一些 : 格式的示例： 表 表 5.1. 镜 镜像 像标签 标签命名 命名惯 惯例 例 描述 描述 示例 示例 修订 myimage:v2.0.1 架构 myimage:v2.0-x86_64 OpenShift Container

OPENSHIFT SERVERLESS 的 的 KNATIVE CLI 4.1. 主要特性 4.2. 安装 KNATIVE CLI 第 第 5 章 章 PIPELINES CLI (TKN) 5.1. 安装 TKN 5.2. 配置 OPENSHIFT PIPELINES TKN CLI 5.3. OPENSHIFT PIPELINES TKN 参考 第 第 6 章 章 OPM CLI 6 Python 3.7 DefaultDevfileRegistry python-django Python3.7 with Django DefaultDevfileRegistry 第 第 3 Knative CLI。 第 第 4 章 章 用于 用于 OPENSHIFT SERVERLESS 的 的 KNATIVE CLI 123 第 5 章 PIPELINES CLI (TKN) 5.1. 安装 TKN 通过一个终端，使用 tkn CLI 管理 Red Hat OpenShift Pipelines。下面的部分论述了如何在不同的平台中 安装 tkn。 在 OpenShift Container

CLUSTER NETWORK OPERATOR 配置 4.6. 其他资源 第 第 5 章 章 OPENSHIFT CONTAINER PLATFORM 中的 中的 DNS OPERATOR 5.1. DNS OPERATOR 5.2. 更改 DNS OPERATOR MANAGEMENTSTATE 5.3. 控制 DNS POD 放置 5.4. 查看默认 DNS 5.5. 使用 DNS 转发 Operator 部署并管理 CoreDNS，以为 pod 提供名称解析服务。它在 OpenShift Container Platform 中启用了基于 DNS 的 Kubernetes 服务发现。 5.1. DNS OPERATOR DNS Operator 从 operator.openshift.io API 组实现 dns API。Operator 使用守护进程集部署 CoreDNS，为守护进程集创建一个服务，并将 命令或在浏览器中访问路由主机名： 4. 检查 haproxy.config 文件中的 errorfile 属性是否正确： 6.9. 其他资源 配置自定义 PKI $ oc new-app django-psql-example $ curl -vk $ curl -vk $ oc -n openshift-ingress

NETWORK OBSERVABILITY OPERATOR 第 第 5 章 章 OPENSHIFT CONTAINER PLATFORM 中的 中的 CLUSTER NETWORK OPERATOR 5.1. CLUSTER NETWORK OPERATOR 5.2. 查看集群网络配置 5.3. 查看 CLUSTER NETWORK OPERATOR 状态 5.4. 查看 CLUSTER NETWORK OpenShift Container Platform 集群上部署和管理集群网络组件，包 括在安装过程中为集群选择的 Container Network Interface (CNI) 网络插件。 5.1. CLUSTER NETWORK OPERATOR Cluster Network Operator 从 operator.openshift.io API 组实现 network API。Operator 对象的字段来为集群指定集群网络插件 配置。 5.5.1. Cluster Network Operator 配置对象 下表中描述了 Cluster Network Operator(CNO)的字段： 表 表 5.1. Cluster Network Operator 配置 配置对 对象 象 字段 字段 类 类型 型 描述 描述 metadata.name 字符串 字符串 CNO 对象的名称。这个名称始终是

维护和支持 4.10.1. 不支持的配置 4.10.2. 不支持的配置 4.10.3. 非受管 Operator 的支持策略 第 第 5 章 章 查 查看 看资 资源的日志 源的日志 5.1. 查看资源日志 第 第 6 章 章 使用 使用 KIBANA 查 查看集群日志 看集群日志 6.1. 定义 KIBANA 索引模式 6.2. 在 KIBANA 中查看集群日志 第 第 7 章 4.9 RHOL 5.1 X X RHOL 5.2 X X X RHOL 5.3 X X 1.2.1. OpenShift Logging 5.1.0 此发行版本包括 RHSA-2021:2112 OpenShift Logging 程序错误修复 5.1.0 。 1.2.1.1. 新功能及功能增 新功能及功能增强 强 OpenShift Logging 5.1 现在支持 OpenShift name: "elasticsearch-operator" namespace: "openshift-operators-redhat" 1 spec: channel: "stable-5.1" 2 installPlanApproval: "Automatic" source: "redhat-operators" 3 sourceNamespace: "openshift-marketplace"

OPENSHIFT CONTAINER STORAGE 集群服 集群服务 务 第 第 5 章 章 为 为外部模式 外部模式验证 验证 OPENSHIFT CONTAINER STORAGE 安装 安装 5.1. 验证 POD 的状态 5.2. 验证 OPENSHIFT CONTAINER STORAGE 集群是否正常运行 5.3. 验证 MULTICLOUD 对象网关是否健康 5.4. 验证存储类是否已创建并列出 Container Storage 是否已正确部署。 5.1. 验证 POD 的状态 1. 从 OpenShift Web 控制台左侧窗格中，点击 Workloads → Pods。 2. 从 Project 下拉列表中，选择 openshift-storage。 有关每个组件预期的 pod 数量及其变化取决于节点数量的更多信息，请参阅 表 5.1 “对应 OpenShift Container Storage Storage 组件的 Pod” 3. 验证以下 pod 是否处于运行状态： 表 表 5.1. 对应 对应 OpenShift Container Storage 组 组件的 件的 Pod 组 组件 件 对应 对应的 的 pod OpenShift Container Storage Operator OCS-operator-*（在任何 worker 节点上有 1 个 pod） ocs-metrics-exporter-*