NETWORK OPERATOR 配置 4.5.1. Cluster Network Operator 配置对象 defaultNetwork 对象配置 配置 OpenShift SDN CNI 集群网络供应商 配置 OVN-Kubernetes CNI 集群网络供应商 kubeProxyConfig 对象配置 4.5.2. Cluster Network Operator 配置示例 4.6. 其他资源 10.2.1. 创建网络策略 10.2.2. 示例 NetworkPolicy 对象 10.3. 查看网络策略 10.3.1. 查看网络策略 10.3.2. 示例 NetworkPolicy 对象 10.4. 编辑网络策略 10.4.1. 编辑网络策略 10.4.2. 示例 NetworkPolicy 对象 10.4.3. 其他资源 10.5. 删除网络策略 10.5.1. 删除网络策略 网络设备的组件 12.1.1.1. 支持的平台 12.1.1.2. 支持的设备 12.1.1.3. 自动发现 SR-IOV 网络设备 12.1.1.3.1. SriovNetworkNodeState 对象示例 12.1.1.4. 在 pod 中使用虚拟功能的示例 12.1.2. 后续步骤 12.2. 安装 SR-IOV NETWORK OPERATOR 12.2.1. 安装 SR-IOV Network

其他资源 第 第 7 章 章 验证 验证到端点的 到端点的连 连接 接 7.1. 执行连接健康检查 7.2. 连接健康检查实现 7.3. PODNETWORKCONNECTIVITYCHECK 对象字段 7.4. 验证端点的网络连接 第 第 8 章 章 配置 配置节 节点端口服 点端口服务 务范 范围 围 8.1. 先决条件 8.2. 扩展节点端口范围 8.3. 其他资源 第 第 9 章 提供名称解析服务。这会在 OpenShift Container Platform 中启用基于 DNS 的 Kubernetes 服务发现。 部署 部署 维护应用程序生命周期的 Kubernetes 资源对象。 domain Domain（域）是 Ingress Controller 提供的 DNS 名称。 egress 通过来自 pod 的网络出站流量进行外部数据共享的过程。 外部 外部 DNS 报告可用状态条件时，AVAILABLE 字段为 True。 4.2. 查看集群网络配置 每个 OpenShift Container Platform 新安装都有一个名为 cluster 的 network.config 对象。 流程 流程 使用 oc describe 命令查看集群网络配置： 输 输出示例 出示例 $ oc get -n openshift-network-operator deployment/network-operator

2. 使用 Web 控制台创建 pod 横向自动扩展 2.4.3. 使用 CLI 根据 CPU 使用率创建 pod 横向自动扩展 2.4.4. 使用 CLI 根据内存使用率创建 pod 横向自动扩展对象 2.4.5. 使用 CLI 了解 pod 横向自动扩展状态条件 2.4.5.1. 使用 CLI 查看 pod 横向自动扩展状态条件 2.4.6. 其他资源 2.5. 使用垂直 POD 自动扩展自动调整 使用投射卷来映射卷 6.4.1. 了解投射卷 6.4.1.1. Pod specs 示例 6.4.1.2. 路径注意事项 6.4.2. 为 Pod 配置投射卷 6.5. 允许容器消耗 API 对象 6.5.1. 使用 Downward API 向容器公开 Pod 信息 6.5.2. 了解如何通过 Downward API 消耗容器值 6.5.2.1. 使用环境变量消耗容器值 6.5.2.2 集群的 Kubernetes 服务。 在集群中运行稳定和健康的节点是基本运行托管应用程序的基本操作。在 OpenShift Container Platform 中，您可以通过代表节点的 Node 对象访问、管理和监控节点。使用 OpenShift CLI(oc)或 Web 控制台， 您可以在节点上执行以下操作。 节点的以下组件负责维护运行 pod 并提供 Kubernetes 运行时环境。

第 第 12 章 章 验证 验证到端点的 到端点的连 连接 接 12.1. 执行连接健康检查 12.2. 连接健康检查实现 12.3. PODNETWORKCONNECTIVITYCHECK 对象字段 12.4. 验证端点的网络连接 第 第 13 章 章 更改集群网 更改集群网络 络的 的 MTU 13.1. 关于集群 MTU 13.2. 更改集群 MTU 13.3. 其他资源 第 提供名称解析服务。这会在 OpenShift Container Platform 中启用基于 DNS 的 Kubernetes 服务发现。 部署 部署 维护应用程序生命周期的 Kubernetes 资源对象。 domain Domain（域）是 Ingress Controller 提供的 DNS 名称。 egress 通过来自 pod 的网络出站流量进行外部数据共享的过程。 外部 外部 DNS 插件来处理节点防火墙规则，更新统计信息并为丢弃的流量生成事件。Operator 管理入口节点防火墙资 源，验证防火墙配置，不允许错误配置规则来防止集群访问，并将 ingress 节点防火墙 XDP 程序加载到规 则对象中的所选接口。如需更多信息，请参阅了解 Ingress Node Firewall Operator 4.6. NETWORK OBSERVABILITY OPERATOR Network Observability

高可用性或单节点集群检测和支持 5.14. 使用 PROMETHEUS 配置内置监控 5.15. 配置领导选举机制 5.16. 为多平台支持配置 OPERATOR 项目 5.17. 基于 GO 的 OPERATOR 的对象修剪工具 4 4 4 5 6 6 7 23 25 64 66 68 70 79 79 80 90 90 107 108 111 113 116 120 121 127 147 151 功能丰富，所有平台均有对应的客户端，并可插入到集群的访问控制/审核中。Operator 会 使用 Kubernetes 的扩展机制“自定义资源定义 (CRD)”支持您的自定义对象，如 MongoDB，它类似于 内置的原生 Kubernetes 对象。 Operator 与 与 Service Broker 的比 的比较？ ？ 服务代理（service broker）是实现应用程序的编程发现和部署的一个步骤。但它并非一个长时间运行 CSV，一般情况下，用来定义 CRD 所拥有的 API 的 CRD 位于 /manifest 目 录中。 捆绑包格式布局示例 包格式布局示例 额外支持的 外支持的对象 象 以下对象类型也可以包括在捆绑包的 /manifests 目录中： 支持的可 支持的可选对象 象类型 型 ClusterRole ClusterRoleBinding ConfigMap ConsoleCLIDownload ConsoleLink

行交互。这使系统管理员能够将资源整合到网络上的集中式服务器上。 OpenShift Data Foundation OpenShift Container Platform 支持的文件、块存储和对象存储的、内部或混合云的持久性存储供应商 持久性存 持久性存储 储 Pod 和容器可能需要永久存储才能正常工作。OpenShift Container Platform 使用 Kubernetes 有状态应用是一种应用程序，它会将数据保存到持久磁盘存储中。服务器、客户端和应用程序可以使 用持久磁盘存储。您可以使用 OpenShift Container Platform 中的 Statefulset 对象来管理一组 Pod 的部署和扩展，并保证这些 Pod 的排序和唯一性。 静 静态 态置 置备 备 集群管理员创建多个 PV。PV 包含存储详情。PV 存在于 Kubernetes API 中，可供使用。 被限制在一个命名空间（绑定的项 目）中。 PV 由 PersistentVolume API 对象定义，它代表了集群中现有存储的片段，这些存储可以由集群管理员 静态置备，也可以使用 StorageClass 对象动态置备。它与一个节点一样，是一个集群资源。 PV 是卷插件，与 Volumes 资源类似，但PV 的生命周期独立于任何使用它的 pod。PV 对象获取具体存 储（NFS、iSCSI 或者特定 cloud-provider

2. 使用 Web 控制台创建 pod 横向自动扩展 2.4.3. 使用 CLI 根据 CPU 使用率创建 pod 横向自动扩展 2.4.4. 使用 CLI 根据内存使用率创建 pod 横向自动扩展对象 2.4.5. 使用 CLI 了解 pod 横向自动扩展状态条件 2.4.5.1. 使用 CLI 查看 pod 横向自动扩展状态条件 2.4.6. 其他资源 2.5. 使用垂直 POD 自动扩展自动调整 使用投射卷来映射卷 6.4.1. 了解投射卷 6.4.1.1. Pod specs 示例 6.4.1.2. 路径注意事项 6.4.2. 为 Pod 配置投射卷 6.5. 允许容器消耗 API 对象 6.5.1. 使用 Downward API 向容器公开 pod 信息 6.5.2. 了解如何通过 Downward API 消耗容器值 6.5.2.1. 使用环境变量消耗容器值 6.5.2 Container Platform 集群。 集群中有稳定健康的节点是托管应用程序的平稳运行的基础。在 OpenShift Container Platform 中，您可 以通过代表节点的 Node 对象访问、管理和监控节点。使用 OpenShift CLI(oc)或 Web 控制台，您可以在 节点上执行以下操作。 读 读取操作 取操作 通过读取操作，管理员可以或开发人员获取有关 OpenShift

6.3. 配置自定义 HELM CHART 仓库 6.4. 使用 HELM 发行版本 第 第 7 章 章 部署 部署 7.1. 了解 DEPLOYMENT 和 DEPLOYMENTCONFIG 对象 7.2. 管理部署过程 7.3. 使用部署策略 7.4. 使用基于路由的部署策略 第 第 8 章 章 配 配额 额 8.1. 项目的资源配额 8.2. 跨越多个项目的资源配额 4 4 4 编辑应用程序 用程序 12.1. 先决条件 12.2. 使用 DEVELOPER 视角编辑应用程序的源代码 12.3. 使用 DEVELOPER 视角编辑应用程序配置 第 第 13 章 章 修剪 修剪对 对象以重新声明 象以重新声明资 资源 源 13.1. 基本修剪操作 13.2. 修剪组 13.3. 修剪部署资源 13.4. 修剪构建 13.5. 自动修剪镜像 13.6. 修剪镜像 13.7 IBM Power Systems、IBM Z 和 LinuxONE 环境中 应用服务绑定。 1.2.4. 部署应用程序 您可以使用 Deployment 或 DeploymentConfig 对象部署应用程序，并从 Web 控制台管理应用程序。您 可以创建部署策略，以帮助减少更改期间或升级到应用程序的停机时间。 您还可以使用 Helm，它是一个软件包管理器，简化了应用程序和服务部署到 OpenShift

REGISTRY 仓库镜像 第 第 10 章 章 使用模板 使用模板 10.1. 了解模板 10.2. 上传模板 10.3. 使用 WEB 控制台创建应用程序 10.4. 使用 CLI 从模板创建对象 10.5. 修改所上传的模板 10.6. 使用即时应用程序和快速启动模板 10.7. 编写模板 第 第 11 章 章 使用 使用 RUBY ON RAILS 11.1. 先决条件 11.2 Platform 集群中的其他镜像流。 当您定义引用镜像流标签的对象时，如构建或部署配置，您将指向镜像流标签而不是存储库。您在构建或 docker.io/openshift/jenkins-2-centos7@sha256:ab312bda324 第 第 1 章 章 镜 镜像概述 像概述 5 当您定义引用镜像流标签的对象时，如构建或部署配置，您将指向镜像流标签而不是存储库。您在构建或 部署应用程序时，OpenShift Kubernetes 对象等其他资源提供了通用触发器。 您可以为定期重新导入标记标签。如果源镜像已更改，则这个更改会被发现并反应在镜像流中。 取决于构建或部署的具体配置，这可能会触发构建和/或部署流程。 您可使用细粒度访问控制来共享镜像，快速向整个团队分发镜像。 如果源更改，imagestreamtag 仍将指向已知良好的镜像版本，以确保您的应用程序不会意外中 断。 您可以通过镜像流对象的权限配置安全性，以了解谁可以查看和使用镜像。

配置自定义 HELM CHART 仓库 7.4. 使用 HELM 发行版本 第 第 8 章 章 DEPLOYMENTS 8.1. 了解 DEPLOYMENT 和 DEPLOYMENTCONFIG 对象 8.2. 管理部署过程 8.3. 使用部署策略 8.4. 使用基于路由的部署策略 4 4 4 4 5 5 11 11 16 16 23 24 32 32 32 33 34 35 用程序 13.1. 先决条件 13.2. 使用 DEVELOPER 视角编辑应用程序的源代码 13.3. 使用 DEVELOPER 视角编辑应用程序配置 第 第 14 章 章 修剪 修剪对 对象以重新声明 象以重新声明资 资源 源 14.1. 基本修剪操作 14.2. 修剪组 14.3. 修剪部署资源 14.4. 修剪构建 14.5. 自动修剪镜像 14.6. 修剪镜像 14.7 IBM Power Systems、IBM Z 和 LinuxONE 环境中 应用服务绑定。 1.2.4. 部署应用程序 您可以使用 Deployment 或 DeploymentConfig 对象部署应用程序，并从 Web 控制台管理应用程序。您 可以创建部署策略，以帮助减少更改期间或升级到应用程序的停机时间。 您还可以使用 Helm，它是一个软件包管理器，简化了应用程序和服务部署到 OpenShift