类型构建。 要使用二进制构建，请使用以下选项之一调用 oc start-build： --from-file：指定的文件内容作为二进制流发送到构建器。您还可以指定文件的 URL。然后，构 建器将数据存储在构建上下文顶端的同名文件中。 --from-dir 和 --from-repo：内容存档下来，并作为二进制流发送给构建器。然后，构建器在构建 上下文目录中提取存档的内容。使用 --from-dir 源类型，它会有效地被忽略并且替换成客户端发送的内 容。 如果 BuildConfig 定义了 Git 源类型，则会动态禁用它，因为 Binary 和 Git 是互斥的，并且二进 制流中提供给构建器的数据将具有优先权。 您可以将 HTTP 或 HTTPS 方案的 URL 传递给 --from-file 和 --from-archive，而不传递文件名。将 - from-file 与 URL 结合使用时，构建器镜像中文件的名称由 BuildConfig 具有 Binary 源类型，这意味着为此 BuildConfig 运行构建的唯一有效方法是使用 oc start- build 和其中一个 --from 选项来提供必需的二进制数据。 Dockerfile 和 contextDir 源选项对二进制构建具有特殊含义。 Dockerfile 可以与任何二进制构建源一起使用。如果使用 Dockerfile 且二进制流是存档，则其内容将充当

对节点网络配置进行故障排除 第 第 13 章 章 日志 日志记录 记录、事件和 、事件和监 监控 控 13.1. 查看虚拟化概述 13.2. 查看虚拟机日志 13.3. 查看事件 13.4. 使用事件和条件诊断数据卷 13.5. 查看有关虚拟机工作负载的信息 13.6. 监控虚拟机健康状况 13.7. 使用 OPENSHIFT CONTAINER PLATFORM DASHBOARD 获取集群信息 13 PROMETHEUS 对虚拟资源的查询 13.11. 为虚拟机公开自定义指标 13.12. OPENSHIFT VIRTUALIZATION CRITICAL 警报 13.13. 为红帽支持收集数据 第 第 14 章 章 备 备份和恢复 份和恢复 14.1. 备份和恢复虚拟机 274 275 280 286 298 303 303 目 目录 录 3 OpenShift Container OpenShift Container Platform 节点和集群的中断。 3.3.5. Web 控制台 OpenShift Virtualization 仪表板提供虚拟机和相关 pod 的资源消耗数据。OpenShift Virtualization 仪表板中显示的视觉化指标基于 Prometheus Query Language (PromQL) 查询。 3.4. 弃用和删除的功能 3.4

sshd 对持久性数据使用卷 4.1.2. OpenShift Container Platform 特定准则 启用 Source-to-Image (S2I) 的镜像 支持任意用户 id 使用服务进行镜像间通信 提供通用库 使用环境变量进行配置 设置镜像元数据 集群 日志记录 存活 (liveness) 和就绪 (readiness) 探针 模板 4.2. 包括镜像中的元数据 4.2 2.1. 定义镜像元数据 4.3. 使用 SOURCE-TO-IMAGE 从源代码创建镜像 4.3.1. 了解 source-to-image 构建过程 4.3.2. 如何编写 Source-to-image 脚本 4.4. 关于测试 SOURCE-TO-IMAGE 镜像 4.4.1. 了解测试要求 4.4.2. 生成脚本和工具 4.4.3. 本地测试 4.4.4. 基本测试工作流 4 7.6. 公开模板对象字段 10.7.7. 等待模板就绪 10.7.8. 从现有对象创建模板 第 第 11 章 章 使用 使用 RUBY ON RAILS 11.1. 先决条件 11.2. 设置数据库 11.3. 编写应用程序 11.3.1. 创建欢迎页面 50 51 52 53 53 54 54 55 56 56 58 58 58 59 60 60 61 63

Prometheus 对监控问题进行故障排除的磁 盘空间高可用性。 1.2. 了解监控堆栈 OpenShift Container Platform 监控堆栈基于 Prometheus 开源项目及其更广的生态系统。监控堆栈包括 以下组件： 默 默认 认平台 平台监 监控 控组 组件 件。在 OpenShift Container Platform 安装过程中，默认会在 openshift- monitoring openshift-state-metrics 代理 openshift-state-metrics 导出器（上图中的 OSM）通过添加了对特定 OpenShift Container Platform 资源的指标数据扩展了 kube-state- metrics。 node-exporter 代理 node-exporter 代理（上图中的 NE）负责收集有关 集群中每个节点的指标。node-exporter Platform 核 心指标和用于用户定义项目的指标聚合在单个多租户 接口下，并选择性地进行重复数据删除。 Grafana Grafana 分析平台提供用于分析和直观呈现指标的仪 表板。由监控堆栈提供的 Grafana 实例及其仪表板是 只读的。 Telemeter Client Telemeter Client 将数据的子部分从平台 Prometheus 实例发送到红帽，以便为集群提供远程健康状态监 控。

或 Jaeger 协议中接收 trace，并将 trace 数据发送到 Red Hat OpenShift distributed tracing 平台。目前还不支持 Collector 的其他功能。OpenTelemetry 收集 器允许开发人员使用与供应商无关的 API 检测其代码，避免了供应商锁定并启用不断增长的可观 察性工具生态系统。 1.13.5. 程序错误修复 此发行版本解决了 CVE 化、并 行性和延迟来源有价值。 Red Hat OpenShift distributed tracing 平台记录了在微服务的整个堆栈间执行单个请求，并将其显示为 trace。trace是系统的数据/执行路径。一个端到端的 trace 由一个或者多个 span 组成。 span 代表 Red Hat OpenShift distributed tracing 平台中的逻辑工作单元，它包含操作名称、操作的开始 distributed tracing 平台提供以下功能： 与 Kiali 集成 - 当正确配置时，您可以从 Kiali 控制台查看分布式追踪平台数据。 高可伸缩性 - 分布式追踪平台后端设计具有单一故障点，而且能够按照业务需求进行扩展。 分布式上下文发布 – 允许您通过不同的组件连接数据以创建完整的端到端的 trace。 与 Zipkin 的后向兼容性 - Red Hat OpenShift distributed

4.13 网 网络 络 6 目 目录 录 7 第 1 章 关于网络 Red Hat OpenShift 网络是一个功能生态系统、插件和高级网络功能，它使用高级网络相关功能来扩展 Kubernetes 网络，集群需要为其一个或多个混合集群管理网络流量。这个网络功能生态系统集成了入 口、出口、负载均衡、高性能吞吐量、安全性和集群内部流量管理，并提供基于角色的可观察工具来减少 其自然复杂性。 的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 IP 地址的 Pod 必须通过将 pod spec 这包括在安装过程中为集群选择的 Container Network Interface (CNI) 网络插件部署。 配置映射 配置映射 配置映射提供将配置数据注入 pod 的方法。您可以在类型为 ConfigMap 的卷中引用存储在配置映射 中的数据。在 pod 中运行的应用程序可以使用这个数据。 自定 自定义资 义资源 源 (CR) CR 是 Kubernetes API 的扩展。您可以创建自定义资源。 DNS 集群

MESH 2.5. 安装 SERVICE MESH 2.6. 在 SERVICE MESH 中自定义安全性 2.7. 流量管理 2.8. 在 SERVICE MESH 上部署应用程序 2.9. 数据可视化和可观察性 2.10. 自定义资源 2.11. 使用 3SCALE ISTIO 适配器 2.12. 删除 SERVICE MESH 3 3 3 27 32 33 38 40 42 过信任度不同的网络进行传输。 策略强制 - 对服务间的交互应用机构策略，确保实施访问策略，并在用户间分配资源。通过配置 网格就可以对策略进行更改，而不需要修改应用程序代码。 遥测 - 了解服务间的依赖关系以及服务间的网络数据流，从而可以快速发现问题。 1.2. SERVICE MESH 发行注记 1.2.1. 使开源包含更多 红帽承诺替换我们的代码、文档和网页属性中存在问题的语言。我们从这四个术语开始： master、 的新功能 此 Red Hat OpenShift Service Mesh 发行版本解决了 CVE 报告的安全漏洞问题以及程序错误。 另外，这个版本有以下新特性： 在 must-gather 数据收集工具中添加了一个选项，用于从指定的 Service Mesh control plane 命 名空间中收集信息。如需更多信息，请参阅 OSSM-351。 提高了带有数百个命名空间的 Service

IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 IP 地址的 Pod 必须通过将 pod spec OpenShift SDN 的网络隔离模式。 mtu 整数 整数 VXLAN 覆盖网络的最大传输单元 (MTU) 。这个值通常是自动配 置的。 vxlanPort 整数 整数 用于所有 VXLAN 数据包的端口。默认值为 4789。 注意 注意 您只能在集群安装过程中更改集群网络供应商的配置。 第 第 4 章 章 OPENSHIFT CONTAINER PLATFORM 中的 中的 CLUSTER Ingress controller 提供的默认证书的 secret 的指代。当 Routes 没有指定其自身证书时，使用 defaultCertificate。 secret 必须包含以下密钥和数据：* tls.crt：证书文件内容 * tls.key：密钥文件 内容 如果没有设置，则自动生成和使用通配符证书。该证书对 Ingress Controller 的域 域 和子域 子域有效，所生成的证书的

IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 IP 地址的 Pod 必须通过将 pod spec Container Network Interface(CNI)默认网络供应商插件部署。 配置映射 配置映射 配置映射提供将配置数据注入 pod 的方法。您可以在类型为 ConfigMap 的卷中引用存储在配置映射 中的数据。在 pod 中运行的应用程序可以使用这个数据。 自定 自定义资 义资源 源 (CR) CR 是 Kubernetes API 的扩展。您可以创建自定义资源。 DNS 集群 维护应用程序生命周期的 Kubernetes 资源对象。 domain Domain（域）是 Ingress Controller 提供的 DNS 名称。 egress 通过来自 pod 的网络出站流量进行外部数据共享的过程。 外部 外部 DNS Operator External DNS Operator 部署并管理 ExternalDNS，以便为从外部 DNS 供应商到 OpenShift Container

支持递增构建，可重复利用以前下载的依赖项和过去构建的 工件等。 S2I 的优点包括： 镜像灵活性 可以编写 S2I 脚本，将应用程序代码注入到几乎所有现有的 Docker 格式容器镜像，以此利用 现有的生态系统。请注意，S2I 目前依靠 tar 来注入应用程序源代码，因此镜像需要能够处理 tar 压缩的内容。 OpenShift Container Platform 4.4 构 构建（ 建（build） 用户执行操作，而能够 以非 root 用户运行脚本。 用户效率 S2I 禁止开发人员在应用程序构建期间执行任意 yum install 类型的操作。因为这类操作可能 会减慢开发迭代速度。 生态系统 S2I 倡导共享镜像生态系统，您可以将其中的最佳实践运用于自己的应用程序。 可重复生成性 生成的镜像可以包含所有输入，包括构建工具和依赖项的特定版本。这可确保精确地重新生成 镜像。 1.1.3. Custom 二进制类型构建。 要使用二进制构建，请使用以下选项之一调用 oc start-build： --from-file：指定的文件内容作为二进制流发送到构建器。您还可以指定文件的 URL。然后，构 建器将数据存储在构建上下文顶端的同名文件中。 --from-dir 和 --from-repo：内容存档下来，并作为二进制流发送给构建器。然后，构建器在构建 上下文目录中提取存档的内容。使用 --from-dir