OpenShift Container Platform 4.9 节点2. 了解调度程序优先级 3.2.3.2.1. 静态优先级 3.2.3.2.2. 可配置优先级 3.2.4. 策略配置示例 3.3. 使用调度程序配置集调度 POD 3.3.1. 关于调度程序配置集 3.3.2. 配置调度程序配置集 3.4. 使用关联性和反关联性规则相对于其他 POD 放置 POD 3.4.1. 了解 pod 关联性 3.4.2. 配置 pod 关联性规则 3.4 pod 调度和节点状况(根据状况保留节点) 3.7.1.4. 了解根据状况驱除 pod(基于垃圾的驱除) 3.7.1.5. 容限所有污点 3.7.2. 添加污点和容限 3.7.2.1. 使用机器集添加污点和容限 3.7.2.2. 使用污点和容限将用户绑定到节点 3.7.2.3. 使用节点选择器和容限创建项目 3.7.2.4. 使用污点和容限控制具有特殊硬件的节点 3.7.3. 删除污点和容限 3.11. 使用 DESCHEDULER 驱除 POD 3.11.1. 关于 descheduler 3.11.2. Descheduler 配置集 3.11.3. 安装 descheduler 3.11.4. 配置 descheduler 配置集 3.11.5. 配置 descheduler 间隔 3.11.6. 卸载 descheduler 第 第 4 章 章 使用作 使用作业 业和 和0 码力 | 374 页 | 3.80 MB | 1 年前3
OpenShift Container Platform 4.6 节点pod 调度和节点状况(根据状况保留节点) 3.6.1.4. 了解根据状况驱除 pod(基于垃圾的驱除) 3.6.1.5. 容限所有污点 3.6.2. 添加污点和容限 3.6.2.1. 使用机器集添加污点和容限 3.6.2.2. 使用污点和容限将用户绑定到节点 3.6.2.3. 使用污点和容限控制具有特殊硬件的节点 3.6.3. 删除污点和容限 3.7. 使用节点选择器将 POD 放置到特定节点 5.5. 使用 NODE TUNING OPERATOR 5.5.1. 访问 Node Tuning Operator 示例规格 5.5.2. 自定义调整规格 5.5.3. 在集群中设置默认配置集 5.5.4. 支持的 Tuned 守护进程插件 5.6. 了解节点重新引导 5.6.1. 关于重新引导运行关键基础架构的节点 5.6.2. 使用 pod 反关联性重新引导节点 5.6.3. 了解如何重新引导运行路由器的节点 7.6. 使用 FEATUREGATE 启用 OPENSHIFT CONTAINER PLATFORM 功能 7.6.1. 了解功能门 7.6.2. 使用 Web 控制台启用功能集 7.6.3. 使用 CLI 启用功能集 第 第 8 章 章 网 网络边缘 络边缘上的 上的远 远程 程 WORKER 节 节点 点 8.1. 在网络边缘使用远程 WORKER 节点 8.1.1. 使用远程 worker0 码力 | 404 页 | 3.60 MB | 1 年前3
OpenShift Container Platform 4.10 可伸缩性和性能HYPERPAV 的高磁盘性能 2.6. IBM Z 主机上的 RHEL KVM 建议 第 第 3 章 章 推荐的集群 推荐的集群扩 扩展 展实 实践 践 3.1. 扩展集群的建议实践 3.2. 修改机器集 3.3. 关于机器健康检查 3.4. MACHINEHEALTHCHECK 资源示例 3.5. 创建 MACHINEHEALTHCHECK 资源 第 第 4 章 章 使用 使用 NODE TUNING OPERATOR 4.1. 关于 NODE TUNING OPERATOR 4.2. 访问 NODE TUNING OPERATOR 示例规格 4.3. 在集群中设置默认配置集 4.4. 验证是否应用了 TUNED 配置集 4.5. 自定义调整规格 4.6. 自定义调整示例 4.7. 支持的 TUNED 守护进程插件 第 第 5 章 章 使用 使用 CPU MANAGER 和拓扑管理器 和拓扑管理器 安装 PERFORMANCE ADDON OPERATOR 14.3. 升级 PERFORMANCE ADDON OPERATOR 14.4. 置备实时和低延迟工作负载 14.5. 使用性能配置集调整节点以实现低延迟 14.6. 使用 PERFORMANCE ADDON OPERATOR 减少 NIC 队列 14.7. 调试低延迟 CNF 调整状态 14.8. 为红帽支持收集调试数据延迟0 码力 | 315 页 | 3.19 MB | 1 年前3
OpenShift Container Platform 4.13 安装和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker 节点。 断开 断开连 连接的安装 接的安装 在有些情况下,数据中心的部分环境可能无法访问互联网,甚至无法通过代理服务器访问。您仍可在 这些环境中安装 OpenShift Container Platform,但需要先下载所需的软件和镜像,并将其保存在离线 环境中。 和代理,代理会为您处理置备。您可以使用 Assisted Installer 安装 OpenShift Container Platform,并在 Nutanix、vSphere 和裸机上完全集成。另外,您可以在其他没有集成的情况下使用 Assisted Installer 安装 OpenShift Container Platform。 OpenShift Container Platform 管理集群的所有方面,包括操作系统本身。每台机器在启动时使用的配置 虚拟机的置备程序机器,然后置备和维 护集群基础架构。 采用安装程序置 采用安装程序置备 备的基 的基础 础架 架构 构的安装 的安装过 过程 程 默认安装类型为使用安装程序置备的基础架构。默认情况下,安装程序充当安装向导,提示您输入它无法 自行确定的值,并为其余参数提供合理的默认值。您还可以自定义安装过程来支持高级基础架构场景。安 装程序将为集群置备底层基础架构。 您可以安装标准集群或自定义集0 码力 | 4634 页 | 43.96 MB | 1 年前3
OpenShift Container Platform 4.14 存储FlexVolume 是一个树外插件接口,它使用基于 exec 的模型与存储驱动程序进行接口。您必须在每个 节点上在预定义的卷插件路径中安装 FlexVolume 驱动程序二进制文件,并在某些情况下是 control plane 节点。 fsGroup fsGroup 定义 pod 的文件系统组 ID。 iSCSI 互联网小型计算机系统接口 (iSCSI) 是基于互联网协议的存储网络标准,用于连接数据存储设施。 框架来允许集群管理员为集群提供持久性存储。开发人员可以在不了解底层存储基础架构的情 况下使用 PVC 来请求 PV 资源。 持久性卷 持久性卷 (PV) OpenShift Container Platform 使用 Kubernetes 持久性卷 (PV) 框架来允许集群管理员为集群提供持 久性存储。开发人员可以在不了解底层存储基础架构的情况下使用 PVC 来请求 PV 资源。 持久性卷声明 持久性卷声明 (PVC) (PVC) 您可以使用 PVC 将 PersistentVolume 挂载到 Pod 中。您可以在不了解云环境的详情的情况下访问存 储。 Pod 一个或多个带有共享资源(如卷和 IP 地址)的容器,在 OpenShift Container Platform 集群中运行。 pod 是定义、部署和管理的最小计算单元。 重新声明策略 重新声明策略 告知集群在卷被释放后使用什么操作。卷重新声明政策包括0 码力 | 215 页 | 2.56 MB | 1 年前3
OpenShift Container Platform 4.9 网络确保网络连接: 服务类型,如节点端口或负载均衡器 API 资源,如 Ingress 和 Route 默认情况下,Kubernetes 为 pod 内运行的应用分配内部 IP 地址。Pod 及其容器可以网络,但集群外的客 户端无法访问网络。当您将应用公开给外部流量时,为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 INGRESS OPERATOR 在创建 OpenShift Container Platform 集群时,在集群中运行的 Pod 和服务会各自分配自己的 IP 地址。 IP 地址可供附近运行的其他容器集和服务访问,但外部客户端无法访问这些 IP 地址。Ingress Operator 实现 IngressController API,是负责启用对 OpenShift Container Platform Operator 从 operator.openshift.io API 组实现 network API。Operator 通过使用守护 进程集,部署 OpenShift SDN 默认 Container Network Interface(CNI)网络供应商插件,或部署您在集 群安装过程中选择的默认网络供应商插件。 流程 流程 Cluster Network Operator 在安装过程中被部署为一个0 码力 | 388 页 | 4.04 MB | 1 年前3
OpenShift Container Platform 4.13 网络配置 METALLB 地址池 35.5. 关于 IP 地址池的广告 35.6. 配置 METALLB BGP PEER 35.7. 配置社区别名 35.8. 配置 METALLB BFD 配置集 35.9. 将服务配置为使用 METALLB 35.10. METALLB 日志记录、故障排除和支持 第 第 36 章 章 将二 将二级 级接口指 接口指标 标与网 与网络 络附加关 附加关联 联 确保网络连接: 服务类型,如节点端口或负载均衡器 API 资源,如 Ingress 和 Route 默认情况下,Kubernetes 为 pod 内运行的应用分配内部 IP 地址。Pod 及其容器可以网络,但集群外的客 户端无法访问网络。当您将应用公开给外部流量时,为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 INGRESS OPERATOR 在创建 OpenShift Container Platform 集群时,在集群中运行的 Pod 和服务会各自分配自己的 IP 地址。 IP 地址可供附近运行的其他容器集和服务访问,但外部客户端无法访问这些 IP 地址。Ingress Operator 实现 IngressController API,是负责启用对 OpenShift Container Platform0 码力 | 697 页 | 7.55 MB | 1 年前3
OpenShift Container Platform 4.6 网络INGRESS 配置资产 6.3. INGRESS 控制器配置参数 6.3.1. Ingress Controller TLS 安全配置集 6.3.1.1. 了解 TLS 安全配置集 6.3.1.2. 为 Ingress Controller 配置 TLS 安全配置集 6.3.2. Ingress 控制器端点发布策略 6.4. 查看默认的 INGRESS CONTROLLER 6.5. 查看 INGRESS 网络连接安全: 服务类型,如节点端口或负载均衡器 API 资源,如 Ingress 和 Route 默认情况下,Kubernetes 为 pod 内运行的应用分配内部 IP 地址。Pod 及其容器可以网络,但集群外的客 户端无法访问网络。当您将应用公开给外部流量时,为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 INGRESS OPERATOR 在创建 OpenShift Container Platform 集群时,在集群中运行的 Pod 和服务会各自分配自己的 IP 地址。 IP 地址可供附近运行的其他容器集和服务访问,但外部客户端无法访问这些 IP 地址。Ingress Operator 实现 IngressController API,是负责启用对 OpenShift Container Platform0 码力 | 256 页 | 2.78 MB | 1 年前3
OpenShift Container Platform 4.14 安装支持 支持 FIPS 加密 加密 27.1. OPENSHIFT CONTAINER PLATFORM 中的 FIPS 验证 27.2. 集群使用的组件支持 FIPS 27.3. 在 FIPS 模式下安装集群 3864 3866 3867 3868 3868 3868 3870 3871 3872 3872 3874 3874 3875 3875 目 目录 录 5 OpenShift 和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker 节点。 断开 断开连 连接的安装 接的安装 在有些情况下,数据中心的部分环境可能无法访问互联网,甚至无法通过代理服务器访问。您仍可在 这些环境中安装 OpenShift Container Platform,但需要先下载所需的软件和镜像,并将其保存在离线 环境中。 和代理,代理会为您处理置备。您可以使用 Assisted Installer 安装 OpenShift Container Platform,并在 Nutanix、vSphere 和裸机上完全集成。另外,您可以在其他没有集成的情况下使用 Assisted Installer 安装 OpenShift Container Platform。 OpenShift Container Platform 管理集群的所有方面,包括操作系统本身。每台机器在启动时使用的配置0 码力 | 3881 页 | 39.03 MB | 1 年前3
OpenShift Container Platform 4.14 更新集群respective owners. 摘要 摘要 本文档提供了有关更新和升级 OpenShift Container Platform 集群的信息。更新集群的过程较简单, 可以在不需要使集群离线的情况下进行。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 会更新集群中每个节点的操作系统和配置。 1.1.1. 有关更新可用性的常见问题 OpenShift Container Platform 集群使用更新时,有几个因素会影响到 OpenShift Container Platform 集 群。以下列表提供有关更新可用性的常见问题: 每个更新 每个更新频 频道之 道之间 间有什么区 有什么区别 别? ? 一个新的发行版本最初添加到 candidate 频道中。 在成功测试后,candidate Update Service 显示当前集群的所有推荐更新。如果 OpenShift Update Service 不建议升级路径,这可能是因为更新或目标发行版本存在已知问题。 两个控制器在持续更新模式下运行。第一个控制器持续更新有效负载清单,将清单应用到集群,并输出 Operator 的受控推出的状态,以指示它们是否处于可用、升级或失败状态。第二个控制器轮询 OpenShift Update Service,以确定更新是否可用。0 码力 | 149 页 | 1.94 MB | 1 年前3
共 69 条
- 1
- 2
- 3
- 4
- 5
- 6
- 7













