OpenShift Container Platform 4.9 节点4.1.2. 扩展策略 2.4.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. 其他资源 查看和列出 OPENSHIFT CONTAINER PLATFORM 集群中的节点 5.1.1. 关于列出集群中的所有节点 5.1.2. 列出集群中某一节点上的 pod 5.1.3. 查看节点上的内存和 CPU 用量统计 5.2. 操作节点 5.2.1. 了解如何撤离节点上的 pod 5.2.2. 了解如何更新节点上的标签 5.2.3. 了解如何将节点标记为不可调度或可以调度 5.2.4. OpenShift Container Platform 基础架构组件 5.14.1.1. 创建基础架构节点 第 第 6 章 章 操作容器 操作容器 6.1. 了解容器 关于容器和 RHEL 内核内存 6.2. 在部署 POD 前使用初始容器来执行任务 6.2.1. 了解初始容器 6.2.2. 创建初始容器 6.3. 使用卷来持久保留容器数据 192 194 194 194 195 1990 码力 | 374 页 | 3.80 MB | 1 年前3
OpenShift Container Platform 4.6 节点4.1.2. 扩展策略 2.4.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. 其他资源 查看和列出 OPENSHIFT CONTAINER PLATFORM 集群中的节点 5.1.1. 关于列出集群中的所有节点 5.1.2. 列出集群中某一节点上的 pod 5.1.3. 查看节点上的内存和 CPU 用量统计 5.2. 操作节点 5.2.1. 了解如何撤离节点上的 pod 5.2.2. 了解如何更新节点上的标签 5.2.3. 了解如何将节点标记为不可调度或可以调度 5.2.4. 9.1. 为节点保留 CPU 5.10. 机器配置守护进程指标 5.10.1. 机器配置守护进程指标 第 第 6 章 章 操作容器 操作容器 6.1. 了解容器 关于容器和 RHEL 内核内存 6.2. 在部署 POD 前使用初始容器来执行任务 6.2.1. 了解初始容器 6.2.2. 创建初始容器 6.3. 使用卷来持久保留容器数据 6.3.1. 了解卷 6.3.2. 使用 OpenShift0 码力 | 404 页 | 3.60 MB | 1 年前3
OpenShift Container Platform 4.6 在vSphere 上安装支持的管理程 序列表。 使用 in-tree 驱动程序存储 vSphere 6.5 及之后的版本 此插件使用 OpenShift Container Platform 中包含的 vSphere 的树 内存储驱动程序创建 vSphere 存 储。 可选: Networking (NSX-T) vSphere 6.5U3 或 vSphere 6.7U2 及之后的版本 OpenShift Container 支持的管理程 序列表。 使用 in-tree 驱动程序存储 vSphere 6.5 及之后的版本 此插件使用 OpenShift Container Platform 中包含的 vSphere 的树 内存储驱动程序创建 vSphere 存 储。 可选: Networking (NSX-T) vSphere 6.5U3 或 vSphere 6.7U2 及之后的版本 OpenShift Container vsphere.cpus/platform. vsphere.coresPerSocket。默认值 为 1。 整数 platform.vsphere.me moryMB 以 MB 为单位的虚拟机内存大小。 整数 参数 参数 描述 描述 值 值 1.2.9.2. 安装程序置 安装程序置备 备的 的 VMware vSphere 集群的 集群的 install-config.yaml 文件示例0 码力 | 204 页 | 2.26 MB | 1 年前3
OpenShift Container Platform 4.7 日志记录查看日志记录收集器 Pod 4.2.3. 配置日志收集器 CPU 和内存限值 4.2.4. 日志转发器的高级配置 4.2.5. 如果不使用默认的 Elasticsearch 日志存储,请删除未使用的组件 4.3. 配置日志存储 4.3.1. 将审计日志转发到日志存储 4.3.2. 配置日志保留时间 4.3.3. 为日志存储配置 CPU 和内存请求 4.3.4. 为日志存储配置复制策略 4.3.5 4.1. 配置 CPU 和内存限值 4.4.2. 为日志可视化器节点扩展冗余性 4.5. 配置 OPENSHIFT LOGGING 存储 4.5.1. OpenShift Logging 和 OpenShift Container Platform 的存储注意事项 4.5.2. 其他资源 4.6. 为 OPENSHIFT LOGGING 组件配置 CPU 和内存限值 4.6.1. 配置 配置 CPU 和内存限值 4.7. 使用容忍度来控制 OPENSHIFT LOGGING POD 放置 4.7.1. 使用容忍度来控制日志存储 pod 放置 4.7.2. 使用容忍度来控制日志可视化 pod 放置 4.7.3. 使用容忍度来控制日志收集器 pod 放置 23 23 24 24 24 24 24 24 25 25 26 26 26 27 27 32 32 390 码力 | 183 页 | 1.98 MB | 1 年前3
OpenShift Container Platform 4.10 可伸缩性和性能podsPerCore 和 maxPods。 当两个参数都被设置时,其中较小的值限制了节点上的 pod 数量。超过这些值可导致: CPU 使用率增加。 减慢 pod 调度的速度。 根据节点中的内存数量,可能出现内存耗尽的问题。 耗尽 IP 地址池。 资源过量使用,导致用户应用程序性能变差。 重要 重要 在 Kubernetes 中,包含单个容器的 pod 实际使用两个容器。第二个容器用来在实际容器 服务器进行交互的频率取决于每秒的查询数量 (QPS) 和 burst 值。 如果每个节点上运行的 pod 数量有限,使用默认值(kubeAPIQPS 为 50,kubeAPIBurst 为 100)就可以。如果节点上有足够 CPU 和内存资源,则建 议更新 kubelet QPS 和 burst 速率。 a. 为带有标签的 worker 更新机器配置池: b. 创建 KubeletConfig 对象: c. 验证 KubeletConfig 集群密度(命名空 集群密度(命名空间 间) ) CPU 内核 内核 内存 内存 (GB) 24 500 4 16 120 1000 8 32 252 4000 16 64 501 4000 16 96 在具有三个 master 或 control plane 节点的大型高密度集群中,当其中一个节点停止、重启或失败 时,CPU 和内存用量将会激增。故障可能是因为电源、网络或底层基础架构出现意外问题,除了在关闭0 码力 | 315 页 | 3.19 MB | 1 年前3
OpenShift Container Platform 4.8 日志记录. . 4.3. 配置日志存储 4.4. 配置日志可视化工具 4.5. 配置 OPENSHIFT LOGGING 存储 4.6. 为 OPENSHIFT LOGGING 组件配置 CPU 和内存限值 4.7. 使用容忍度来控制 OPENSHIFT LOGGING POD 放置 4.8. 使用节点选择器移动 OPENSHIFT LOGGING 资源 4.9. 配置 SYSTEMD-JOURNALD Prometheus 警报的作业名称解决了这个问题。 (LOG-1918) 在此次更新之前,日志收集器因为重构组件名称更改而收集自己的日志。这可能会导致收集器处 理自己的日志的潜在反馈循环,这可能会导致内存和日志消息大小问题。在这个版本中解决了这 个问题,它会从集合中排除收集器日志。(LOG-1774) 在此次更新之前,Elasticsearch 会生成错误 Unable to create PersistentVolumeClaim Release 5.3.13 。 1.10.1. 程序错误修复 在此次更新之前,log-file-metrics-exporter 组件生成的日志文件大小映射不会删除已删除文件 的条目,从而导致文件大小和进程内存增加。在这个版本中,日志文件大小映射不包含已删除文 件的条目。(LOG-3293) 1.10.2. CVE 例 例 1.4. 点 点击 击以展开 以展开 CVE CVE-2020-355250 码力 | 223 页 | 2.28 MB | 1 年前3
OpenShift Container Platform 4.7 安装IBM Z 系统环境 硬件要求 操作系统要求 IBM Z 网络连接要求 z/VM 客户虚拟机的磁盘存储 存储/主内存 9.1.3.6. 首选 IBM Z 系统环境 硬件要求 操作系统要求 IBM Z 网络连接要求 z/VM 客户虚拟机的磁盘存储 存储/主内存 9.1.3.7. 证书签名请求管理 9.1.4. 创建用户置备的基础架构 9.1.4.1. 用户置备的基础架构对网络的要求 IBM Z 系统环境 硬件要求 操作系统要求 IBM Z 网络连接要求 z/VM 客户虚拟机的磁盘存储 存储/主内存 9.2.3.6. 首选 IBM Z 系统环境 硬件要求 操作系统要求 IBM Z 网络连接要求 z/VM 客户虚拟机的磁盘存储 存储/主内存 9.2.3.7. 证书签名请求管理 9.2.4. 创建用户置备的基础架构 9.2.4.1. 用户置备的基础架构对网络的要求 操作系统要求 IBM Power 客户机虚拟机的磁盘存储 PowerVM 客体虚拟机的网络 存储/主内存 11.1.2.6. 推荐的 IBM Power 系统要求 硬件要求 操作系统要求 IBM Power 客户机虚拟机的磁盘存储 PowerVM 客体虚拟机的网络 存储/主内存 11.1.2.7. 证书签名请求管理 11.1.3. 创建用户置备的基础架构 11.1.3.1. 用户置备的基础架构对网络的要求0 码力 | 2276 页 | 23.68 MB | 1 年前3
OpenShift Container Platform 4.10 虚拟化1 2 重要 重要 本文档中给出的数字基于红帽的测试方法和设置。这些数字会根据您自己的设置和环境而 有所不同。 4.1.2.1. 内存开 内存开销 使用以下因素计算 OpenShift Virtualization 的内存开销值。 集群内存开 集群内存开销 Memory overhead per infrastructure node ≈ 150 MiB Memory overhead overhead per worker node ≈ 360 MiB 另外,OpenShift Virtualization 环境资源需要总计 2179 MiB 的内存,分布到所有基础架构节点。 虚 虚拟机内存开 机内存开销 Memory overhead per virtual machine ≈ (1.002 * requested memory) + 146 MiB \ devices) 2 虚拟机请求的虚拟 CPU 数量 虚拟机请求的虚拟图形卡数 如果您的环境包含单一根 I/O 虚拟化(SR-IOV)网络设备或图形处理单元(GPU),请为每个设备分配 1 GiB 额外的内存开销。 4.1.2.2. CPU 开 开销 使用以下内容计算 OpenShift Virtualization 的集群处理器开销要求。每个虚拟机的 CPU 开销取决于您的 单独设置。 集群 集群0 码力 | 307 页 | 3.45 MB | 1 年前3
OpenShift Container Platform 4.8 安装Container Platform 支持添加单个分区来将存储附加到 /var 分区或 /var 的子目录。例如: /var/lib/containers:保存镜像相关的内容,随着更多镜像和容器添加到系统中,它所占用的存储 会增加。 /var/lib/etcd:保存您可能希望保持独立的数据,比如 etcd 存储的性能优化。 /var:保存您希望独立保留的数据,用于特定目的(如审计)。 单独存储 /var Container Platform 支持添加单个分区来将存储附加到 /var 分区或 /var 的子目录。例如: /var/lib/containers:保存镜像相关的内容,随着更多镜像和容器添加到系统中,它所占用的存储 会增加。 /var/lib/etcd:保存您可能希望保持独立的数据,比如 etcd 存储的性能优化。 /var:保存您希望独立保留的数据,用于特定目的(如审计)。 单独存储 /var 支持的吞吐量,或其他类似的机 器类型,目标为 5000 IOPS,则至少需要一个 P30 磁盘。 主机缓存必须设置为 ReadOnly 以获得低读取延迟 和高读取 IOPS 和吞吐量。从缓存执行的读取可能存 在于虚拟机内存或本地 SSD 磁盘中,比数据磁盘的读 取速度要快得多,因为数据磁盘位于 blob 存储中。 VNet 1 每个区域 1000 个 每个默认集群都需要一个虚拟网络 (VNet),此网络包 括两个子网。0 码力 | 2586 页 | 27.37 MB | 1 年前3
OpenShift Container Platform 4.10 架构配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 容器工作负载 负载 在容器中打包和部署的应用程序。 控制 控制组 组 (cgroups) 将进程集合分区到组中,以管理和限制资源进程占用。 control plane(控制平面) (控制平面) 一个容器编配层,用于公开 API 和接口来定义、部署和管理容器的生命周期。control plane 也称为 control plane Infrastructure type 是集群使用的帐户类型。 Status 显示集群的当前状态。 Total vCPU 显示此集群可用虚拟 CPU 总数。 Total memory 显示此集群可用内存总量。 负载 负载均衡器 均衡器 Persistent storage 显示此集群中可用的存储量。 Nodes 显示集群上的实际和所需节点。这些数字可能会因为集群扩展而不匹配。 Network 额外的实例时,其他那些容器也会随之扩展。对于命名空间,pod 中的容器共享相同的网络接口、共享存 储卷和资源限制(如内存和 CPU)。这样一来,将 pod 内容作为一个单元进行管理变得更加轻松。pod 中的容器还可以使用标准的进程间通信(如 System V 信号或 POSIX 共享内存)相互通信。 虽然单个 pod 代表 Kubernetes 中的一个可扩展单元,但服务提供了一个途径,能够将一系列0 码力 | 63 页 | 1.40 MB | 1 年前3
共 58 条
- 1
- 2
- 3
- 4
- 5
- 6













