Virtualization 的最新 z-stream 版本，您必须首先升级到 OpenShift Container Platform 的最新版本。 1.2. 关于虚拟机磁盘的存储卷 如果您将存储 API 与已知的存储供应商搭配使用，则会自动选择卷和访问模式。但是，如果您使用没有存 储配置集的存储类，则必须选择卷和访问模式。 要获得最佳结果，请使用 accessMode: ReadWriteMany 例如，当 hco-operator 创建 KubeVirt CR 时，virt-operator 会协调它并创建其他资源，如 virt- controller、virt-handler 和 virt-api。 OLM 部署 hostpath-provisioner-operator，但在创建 hostpath provisioner (HPP)CR 之前，它无法正 常工作。 第 第 2 章 章 OPENSHIFT OpenShift Virtualization。 表 表 2.7. virt-operator 组 组件 件 组 组件 件 描述 描述 deployment/virt-api 用作所有与虚拟化相关的流的入口点的 HTTP API 服 务器。 deployment/virt-controller 观察创建新虚拟机实例对象并创建对应的 pod。当 pod 调度到某个节点上时，virt-controller

集成。您可以将虚拟机连接到服务网 格， 以使用 IPv4 监控、视觉化和控制在默认 pod 网络上运行虚拟机工作负载的 pod 间的流量。 OpenShift Virtualization 现在提供了一个统一的 API，用于自动导入和更新预定义的引导源。 3.3.1. 快速启动 有几个 OpenShift Virtualization 功能提供快速入门导览。要查看导览，请点击 OpenShift Virtualization Virtualization 关键警报 现在有相应描述，需要立即关注的问题描述、发生每个警报的 原因、诊断问题来源的故障排除过程以及解决每个警报的步骤。 集群管理员现在可以使用 OpenShift API 进行 OpenShift Virtualization 插件的数据保护 来备份包 含虚拟机的命名空间。 管理员现在可以通过编辑 HyperConverged CR 来声明性 创建和公开介质设备，如虚拟图形处理 2. 运行以下命令来设置默认 CPU 型号： 注意 注意 您必须在启动支持实时迁移的虚拟机前进行此更改。 将 model> 替换为实际 CPU 型号值。要确定此值，您可以为所有节点运行 oc describe node 并查看 cpu-model- 标签。选择所有节点上出 现的 CPU 型号。 如果您使用 Red Hat Ceph Storage 或 Red

23. KUBERNETES API SERVER OPERATOR 6.24. KUBERNETES CONTROLLER MANAGER OPERATOR 6.25. KUBERNETES SCHEDULER OPERATOR 6.26. KUBERNETES STORAGE VERSION MIGRATOR OPERATOR 6.27. MACHINE API OPERATOR 6.28 28. MACHINE CONFIG OPERATOR 6.29. MARKETPLACE OPERATOR 6.30. NODE TUNING OPERATOR 6.31. OPENSHIFT API SERVER OPERATOR 6.32. OPENSHIFT CONTROLLER MANAGER OPERATOR 6.33. OPERATOR LIFECYCLE MANAGER OPERATORS Platform 中最重要的组件。Operator 是 control plane 上打包、部署和 管理服务的首选方法。它们还可以为用户运行的应用程序提供优势。 Operator 与 Kubernetes API 和 CLI 工具（如 kubectl 和 oc 命令）集成。它们提供了监控应用程序、执 行健康检查、管理无线(OTA)更新的方法，并确保应用程序保持在指定的状态。 虽然这两个操作都遵循类似的 Operator

第 13 章 章 巨 巨页 页的作用及 的作用及应 应用程序如何使用它 用程序如何使用它们 们 13.1. 巨页的作用 13.2. 应用程序如何使用巨页 13.3. 使用 DOWNWARD API 消耗巨页资源 13.4. 配置巨页 13.5. 禁用透明巨页 第 第 14 章 章 低延 低延迟节 迟节点的 点的 PERFORMANCE ADDON OPERATOR 14.1. 了解低延迟 worker 节点上的每个节点的最大 pod： 输入机器配置池中的标签。 添加 kubelet 配置。在本例中，使用 maxPods 设置每个节点的最大 pod。 注意 注意 kubelet 与 API 服务器进行交互的频率取决于每秒的查询数量 (QPS) 和 burst 值。 如果每个节点上运行的 pod 数量有限，使用默认值（kubeAPIQPS 为 50，kubeAPIBurst 为 100）就可以。如果节点上有足够 命名空间中创建以下对象： 1 个镜像流 1 个构建 5 个部署，其中 2 个 pod 副本处于睡眠 睡眠状态，每个状态都挂载 4 个 secret、4 个配置映射和 1 Downward API 卷 5 个服务，每个服务都指向前一个部署的 TCP/8080 和 TCP/8443 端口 1 个路由指向上一个服务的第一个路由 包含 2048 个随机字符串字符的 10 个 secret 10

Operator 1.2.5. Cluster Monitoring 1.2.5.1. 基于定制的 metrics API 对 pod 进行横向的自动扩展 (技术预览) 1.2.5.2. 新的提示用户界面 1.2.5.3. Telemeter 1.2.5.4. 基于资源 metrics API 对 pod 进行横向的自动扩展 1.2.6. 开发者体验 1.2.6.1. 代码就绪容器 1.2.6.2 程序。这些新功能为完整管理应用程序的生命周期提 供了多个好处。 oc adm ca Certificates are managed by Operators internally. oc adm create-api-client-config Functions are managed by Operators internally. oc adm create-bootstrap-policy-file metrics API 对 pod 进行横向的自 行横向的自动扩展 展 (技 技术预览) 此功能（目前为技术预览）允许您根据自定义的 metrics API 对 pod 进行横向的自动扩展（horizontal pod autoscaling，简称 HPA）。作为这种技术预览的一部分，现在可以部署一个 Prometheus Adapter 组 件来为定制的 metrics API 提供应用程序的指标数据（metrics）。

668 668 668 669 672 673 674 674 674 675 675 目 目录 录 11 6.1.1. 创建一个 GCP 项目 6.1.2. 在 GCP 中启用 API 服务 6.1.3. 为 GCP 配置 DNS 6.1.4. GCP 帐户限值 6.1.5. 在 GCP 中创建服务帐户 6.1.5.1. 所需的 GCP 权限 6.1.6. 支持的 GCP 3. OpenShift Container Platform 的互联网访问 6.9.4. 配置 GCP 项目 6.9.4.1. 创建一个 GCP 项目 6.9.4.2. 在 GCP 中启用 API 服务 6.9.4.3. 为 GCP 配置 DNS 6.9.4.4. GCP 帐户限值 6.9.4.5. 在 GCP 中创建服务帐户 6.9.4.5.1. 所需的 GCP 权限 6.9.4.6 OpenShift Container Platform 的互联网访问 6.10.4. 配置托管集群的 GCP 项目 6.10.4.1. 创建一个 GCP 项目 6.10.4.2. 在 GCP 中启用 API 服务 6.10.4.3. GCP 帐户限值 6.10.4.4. 在 GCP 中创建服务帐户 6.10.4.4.1. 所需的 GCP 权限 6.10.4.5. 支持的 GCP 区域 6.10.4

用程序 20.1. PTP 事件消费者应用程序参考 20.2. 引用 CLOUD-EVENT-PROXY 部署和服务 CR 20.3. CLOUD-EVENT-PROXY SIDECAR REST API 中的 PTP 事件 20.4. 将消费者应用程序订阅到 PTP 事件 20.5. 获取当前的 PTP 时钟状态 20.6. 验证 PTP 事件消费者应用程序是否收到事件 第 第 21 章 章 Container Platform 4.13 网 网络 络 8 第 2 章 了解网络 集群管理员有几个选项用于公开集群内的应用程序到外部流量并确保网络连接： 服务类型，如节点端口或负载均衡器 API 资源，如 Ingress 和 Route 默认情况下，Kubernetes 为 pod 内运行的应用分配内部 IP 地址。Pod 及其容器可以网络，但集群外的客 户端无法访问网络。当您将应用公开给外部流量时，为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 IP 地址的 Pod 必须通过将 pod spec

Platform 集群时，您可以从 OpenShift Cluster Manager 站点的适当 Infrastructure Provider 页面下载安装程序。此网站管理以下内容： 帐户的 REST API registry 令牌，这是用于获取所需组件的 pull secret 集群注册，它将集群身份信息与您的红帽帐户相关联，以方便收集使用情况指标 在 OpenShift Container Platform TYPE REGION ZONE AGE openshift-machine-api example-zbbt6-master-0 Running 95m openshift-machine-api example-zbbt6-master-1 Running 95m openshift-machine-api example-zbbt6-master-2 Running 95m openshift-machine-api example-zbbt6-worker-0-25bhp Running

Platform 集群时，您可以从 OpenShift Cluster Manager 站点的适当 Infrastructure Provider 页面下载安装程序。此网站管理以下内容： 帐户的 REST API registry 令牌，这是用于获取所需组件的 pull secret 集群注册，它将集群身份信息与您的红帽帐户相关联，以方便收集使用情况指标 在 OpenShift Container Platform TYPE REGION ZONE AGE openshift-machine-api example-zbbt6-master-0 Running 95m openshift-machine-api example-zbbt6-master-1 Running 95m openshift-machine-api example-zbbt6-master-2 Running 95m openshift-machine-api example-zbbt6-worker-0-25bhp Running

Platform 4.9 网 网络 络 4 目 目录 录 5 第 1 章 了解网络 集群管理员有几个选项用于公开集群内的应用程序到外部流量并确保网络连接： 服务类型，如节点端口或负载均衡器 API 资源，如 Ingress 和 Route 默认情况下，Kubernetes 为 pod 内运行的应用分配内部 IP 地址。Pod 及其容器可以网络，但集群外的客 户端无法访问网络。当您将应用公开给外部流量时，为每个容器集指定自己的 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 IP 地址的 Pod 必须通过将 pod spec 和服务会各自分配自己的 IP 地址。 IP 地址可供附近运行的其他容器集和服务访问，但外部客户端无法访问这些 IP 地址。Ingress Operator 实现 IngressController API，是负责启用对 OpenShift Container Platform 集群服务的外部访问的组 件。 Ingress Operator 通过部署和管理一个或多个基于 HAProxy 的 Ingress