OpenShift Container Platform 4.14 安装安装完成后,您可以继续监控集群中的节点条件。 先决条件 先决条件 安装程序在终端中成功解决。 流程 流程 1. 显示所有 worker 节点的状态: 输 输出示例 出示例 2. 显示所有 worker 机器节点的阶段: $ oc get nodes NAME STATUS ROLES AGE VERSION example-compute1.example Validation 提交给 NIST。 重要 重要 当以 FIPS 模式运行 Red Hat Enterprise Linux (RHEL) 或 Red Hat Enterprise Linux CoreOS (RHCOS)时,OpenShift Container Platform 核心组件使用 RHEL 加密库,在 x86_64、ppc64le 和 s390x 架构上提交到 NIST FIPS OpenShift Container Platform 集 群的生产环境可用性相匹配。 使用 OpenShift Container Platform 镜像填充镜像 registry 时,可以遵循以下两种情况。如果您的主机可 以同时访问互联网和您的镜像 registry,而不能访问您的集群节点,您可以直接从该机器中镜像该内容。 这个过程被称为 连接的镜像(mirror)。如果没有这样的主机,则必须将该镜像文件镜像到文件系统中,然0 码力 | 3881 页 | 39.03 MB | 1 年前3
OpenShift Container Platform 4.6 分布式追踪distributed tracing 包括两个主要组件: Red Hat OpenShift distributed tracing Platform - 此组件基于开源 Jaeger 项目。 Red Hat OpenShift distributed tracing 数据收集 数据收集 - 此组件基于开源 OpenTelemetry 项目。 这两个组件都基于厂商中立的 OpenTracing 搜索或者浏览红帽知识库,了解与红帽产品相关的文章和解决方案。 提交问题单给红帽支持。 访问其他产品文档。 要识别集群中的问题,您可以在 OpenShift Cluster Manager 中使用 Insights。Insights 提供了问题的详细 信息,并在有可用的情况下,提供了如何解决问题的信息。 如果您对本文档有任何改进建议,或发现了任何错误,请为相关文档组件提交 JIRA 问题。请提供具体详 情,如章节名称和 distributed tracing platform Operator 引进了对 OpenTelemetry 协议 (OTLP)的支持。Operator 现在自动启用 OTLP 端口: 端口 4317 用于 OTLP gRPC 协议。 端口 4318 用于 OTLP HTTP 协议。 此发行版本还添加了对为 Red Hat OpenShift distributed tracing 数据收集0 码力 | 59 页 | 572.03 KB | 1 年前3
OpenShift Container Platform 4.14 分布式追踪搜索或者浏览红帽知识库,了解与红帽产品相关的文章和解决方案。 提交问题单给红帽支持。 访问其他产品文档。 要识别集群中的问题,您可以在 OpenShift Cluster Manager 中使用 Insights。Insights 提供了问题的详细 信息,并在有可用的情况下,提供了如何解决问题的信息。 如果您对本文档有任何改进建议,或发现了任何错误,请为相关文档组件提交 JIRA 问题。请提供具体详 情,如章节名称和 Platform (Tempo) 重要 重要 Red Hat OpenShift distributed tracing Platform (Tempo)只是一个技术预览功能。技术预 览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推荐在生 产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶 段提供反馈意见。 有关红帽技术预览功能支持范围的更多信息,请参阅技术预览功能支持范围。 发行注 行注记 记 7 重要 重要 红帽构建的 OpenTelemetry 只是一个技术预览功能。技术预览功能不受红帽产品服务等级 协议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术 预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。 有关红帽技术预览功能支持范围的更多信息,请参阅技术预览功能支持范围。 1.2.6.1. 已知 已知问题 问题 目前,您必须手动将0 码力 | 100 页 | 928.24 KB | 1 年前3
OpenShift Container Platform 4.10 可伸缩性和性能1.1. 推荐的节点主机实践 OpenShift Container Platform 节点配置文件包含重要的选项。例如,控制可以为节点调度的最大 pod 数 量的两个参数: podsPerCore 和 maxPods。 当两个参数都被设置时,其中较小的值限制了节点上的 pod 数量。超过这些值可导致: CPU 使用率增加。 减慢 pod 调度的速度。 根据节点中的内存数量,可能出现内存耗尽的问题。 根据节点中的内存数量,可能出现内存耗尽的问题。 耗尽 IP 地址池。 资源过量使用,导致用户应用程序性能变差。 重要 重要 在 Kubernetes 中,包含单个容器的 pod 实际使用两个容器。第二个容器用来在实际容器 启动前设置联网。因此,运行 10 个 pod 的系统实际上会运行 20 个容器。 注意 注意 云供应商的磁盘 IOPS 节流可能会对 CRI-O 和 kubelet 产生影响。当节点上运行大量 I/O plane 节点的大型高密度集群中,当其中一个节点停止、重启或失败 时,CPU 和内存用量将会激增。故障可能是因为电源、网络或底层基础架构出现意外问题,除了在关闭 集群后重启集群以节约成本的情况下。其余两个 control plane 节点必须处理负载才能高度可用,从而增加 资源使用量。另外,在升级过程中还会有这个预期,因为 master 被封锁、排空并按顺序重新引导,以应 $ oc edit machineconfigpool0 码力 | 315 页 | 3.19 MB | 1 年前3
OpenShift Container Platform 4.8 Service Mesh技术预览 这个版本中的一些功能当前还处于技术预览状态。它们并不适用于在生产环境中使用。 重要 重要 技术预览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推 荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在 开发阶段提供反馈意见。有关红帽技术预览功能支持范围的更多信息,请参阅技术预览支 持范围。 1.2.3.1. Istio 兼容性和支持列表 兼容性和支持列表 Internet Explorer 11。这是因为底层框架不支持 Internet Explorer。要访问 Kiali 控制台,请使用 Chrome 、Edge 、Firefox 或 Safari 浏览器的两个最新版本之一。 1.2.5.3. Red Hat OpenShift 分布式追踪已知 分布式追踪已知问题 问题 Red Hat OpenShift 分布式追踪中存在这些限制: 不支持 Apache 仪表板,点导航面板中的 Dashboard 菜单,然后选择 Manage 选项卡。 MAISTRA-1399 Red Hat OpenShift Service Mesh 不再阻止您安装不支持的 CNI 协议。支持的网 络配置没有改变。 第 第 1 章 章 SERVICE MESH 2.X 25 MAISTRA-1089 迁移到在非 control plane 命名空间中创建的 2.0 网关将自动删除。从0 码力 | 344 页 | 3.04 MB | 1 年前3
OpenShift Container Platform 4.7 安装124 124 125 125 126 126 126 126 127 128 OpenShift Container Platform 4.7 安装 安装 2 4.6.5. 网络配置阶段 4.6.6. 创建安装配置文件 4.6.6.1. 安装配置参数 4.6.6.1.1. 所需的配置参数 4.6.6.1.2. 网络配置参数 4.6.6.1.3. 可选配置参数 4.6.6.1 4. 其他 Azure 配置参数 5.5.5.2. Azure 的自定义 install-config.yaml 文件示例 5.5.5.3. 在安装过程中配置集群范围代理 5.5.6. 网络配置阶段 5.5.7. 指定高级网络配置 5.5.8. Cluster Network Operator 配置 5.5.8.1. Cluster Network Operator 配置对象 defaultNetwork Platform(GCP)配置参数 6.5.5.2. GCP 的自定义 install-config.yaml 文件示例 6.5.6. 其他资源 6.5.6.1. 在安装过程中配置集群范围代理 6.5.7. 网络配置阶段 6.5.8. 指定高级网络配置 6.5.9. Cluster Network Operator 配置 6.5.9.1. Cluster Network Operator 配置对象 defaultNetwork0 码力 | 2276 页 | 23.68 MB | 1 年前3
OpenShift Container Platform 4.6 在vSphere 上安装1.3.9.2. 安装程序置备的 VMware vSphere 集群的 install-config.yaml 文件示例 1.3.9.3. 在安装过程中配置集群范围代理 1.3.10. 网络配置阶段 1.3.11. 指定高级网络配置 1.3.12. Cluster Network Operator 配置 1.3.12.1. Cluster Network Operator 配置对象 defaultNetwork 8. 手动创建安装配置文件 1.5.8.1. VMware vSphere install-config.yaml 文件示例 1.5.8.2. 在安装过程中配置集群范围代理 1.5.9. 网络配置阶段 1.5.10. 指定高级网络配置 1.5.11. Cluster Network Operator 配置 1.5.11.1. Cluster Network Operator 配置对象 defaultNetwork 您必须配置机器之间的网络连接,以允许 OpenShift Container Platform 集群组件进行通信。 查看有关所需网络端口的以下详细信息。 表 1.2. 用于全机器到所有机器通信的端口 协议 协议 端口 端口 描述 描述 ICMP N/A 网络可访问性测试 TCP 1936 指标 9000-9999 主机级别的服务,包括端口 9100-9101 上的节点导出器和端 口 9099 上的0 码力 | 204 页 | 2.26 MB | 1 年前3
OpenShift Container Platform 4.6 在裸机上安装1.1. 所需的配置参数 1.2.8.1.2. 网络配置参数 1.2.8.1.3. 可选配置参数 1.2.8.2. 裸机 install-config.yaml 文件示例 1.2.9. 网络配置阶段 1.2.10. 指定高级网络配置 1.2.11. Cluster Network Operator 配置 1.2.11.1. Cluster Network Operator 配置对象 defaultNetwork Platform 集群需要下列主机: 一个临时 bootstrap 机器 三台 control plane 或 master 机器 第 第 1 章 章 在裸机上安装 在裸机上安装 5 至少两台计算机器,也称为 worker 机器。如果您正在运行三节点集群,则支持运行零个计算机 器。不支持运行一台计算机器。 注意 注意 集群要求 bootstrap 机器在三台 control plane DHCP 服务器或设置了静态 IP 地址 来建立网络连接,以下载它们的 Ignition 配置文件。另外,集群中的每个 OpenShift Container Platform 节点都必须有权访问网络时间协议(NTP)服务器。如果 DHCP 服务器提供 NTP 服务器信息,Red Hat Enterprise Linux CoreOS(RHCOS)机器上的 chrony 时间服务会读取信息,并可与 NTP0 码力 | 160 页 | 1.70 MB | 1 年前3
OpenShift Container Platform 4.13 安装安装完成后,您可以继续监控集群中的节点条件。 先决条件 先决条件 安装程序在终端中成功解决。 流程 流程 1. 显示所有 worker 节点的状态: 输出示例 出示例 2. 显示所有 worker 机器节点的阶段: $ oc get nodes NAME STATUS ROLES AGE VERSION example-compute1.example OpenShift Container Platform 集 群的生产环境可用性相匹配。 使用 OpenShift Container Platform 镜像填充镜像 registry 时,可以遵循以下两种情况。如果您的主机可 以同时访问互联网和您的镜像 registry,而不能访问您的集群节点,您可以直接从该机器中镜像该内容。 这个过程被称为 连接的镜像(mirror)。如果没有这样的主机,则必须将该镜像文件镜像到文件系统中,然 OpenShift Container Platform 集 群的生产环境可用性相匹配。 使用 OpenShift Container Platform 镜像填充镜像 registry 时,可以遵循以下两种情况。如果您的主机可 以同时访问互联网和您的镜像 registry,而不能访问您的集群节点,您可以直接从该机器中镜像该内容。 这个过程被称为 连接的镜像(mirror)。如果没有这样的主机,则必须将该镜像文件镜像到文件系统中,然0 码力 | 4634 页 | 43.96 MB | 1 年前3
OpenShift Container Platform 4.8 安装序置备并由集群维护的基础架构中,也可以将集群部署到您自己准备和维护的基础架构中。 这两种基本类型的 OpenShift Container Platform 集群通常称为安装程序置备的基础架构集群和用户置备 的基础架构集群。 两种类型的集群都具有以下特征: 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 安装完成后,您可以继续使用以下步骤监控集群中的节点状况。 先决条件 先决条件 安装程序会在终端中成功解析。 流程 流程 1. 显示所有 worker 节点的状态: 输出示例 出示例 2. 显示所有 worker 机器的阶段: $ oc get nodes NAME STATUS ROLES AGE VERSION example-compute1.example 连接的安装 接的安装 MIRROR 镜 镜像 像 17 集群的生产环境可用性相匹配。 使用 OpenShift Container Platform 镜像填充镜像 registry 时,可以遵循以下两种情况。如果您的主机可 以同时访问互联网和您的镜像 registry,而不能访问您的集群节点,您可以直接从该机器中镜像该内容。 这个过程被称为 连接的镜像(mirror)。如果没有这样的主机,则必须将该镜像文件镜像到文件系统中,然0 码力 | 2586 页 | 27.37 MB | 1 年前3
共 69 条
- 1
- 2
- 3
- 4
- 5
- 6
- 7













