OpenShift Container Platform 4.14 更新集群的计算(COMPUTE)系统的集群 3.6. 在断开连接的环境中更新集群 3.7. 更新在 VSPHERE 上运行的节点上运行的硬件 3.8. 使用多架构计算机器迁移到集群。 3.9. 更新托管的 CONTROL PLANE 3.10. 使用 BOOTUPD 更新 RHCOS 节点上的引导装载程序 第 第 4 章 章 集群更新故障排除 集群更新故障排除 4.1. 收集集群更新的数据 3 3 7 监控每个应用的资源的状态,以及所有集群 Operator 报告的状态。只有活跃 Runlevel 中的所有清 单和集群 Operator 都达到稳定条件时,CVO 才会继续更新。在 CVO 通过此过程更新整个 control plane 后,Machine Config Operator (MCO) 会更新集群中每个节点的操作系统和配置。 1.1.1. 有关更新可用性的常见问题 OpenShift Container 请求的功能。如果任何相关资源之前由 CVO 管 理,CVO 不支持禁用功能。 1.1.5. 常见术语 Control plane(控制平面) (控制平面) control plane 由 control plane 机器组成,负责管理 OpenShift Container Platform 集群。control plane 机器管理计算机器(也被称为 worker)上的工作负载。 Cluster Version0 码力 | 149 页 | 1.94 MB | 1 年前3
OpenShift Container Platform 4.14 安装没有单点故障的高可用性基础架构,默认可用。 管理员可以控制要应用的更新,以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产,如 bootstrap、control plane 和计算机器 的 Ignition 配置文件。您可以使用这三个机器配置开始使用 OpenShift Container Platform 集群,它为您 提供了正确配置的基础架构。 OpenShift Kubernetes 节点代理的 kubelet,以及为 Kubernetes 优化的 CRI-O 容器运行 时。 OpenShift Container Platform 4.14 集群中的每一 control plane 机器都必须使用 RHCOS,其中包括一个 关键的首次启动置备工具,称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为可引导容器 镜像(使用 OSTree 作为后端)提供,该镜像由 一个临时的机器,它运行最小需要的 Kubernetes 配置来部署 OpenShift Container Platform 控制平面 (control plane)。 Control plane(控制平面) (控制平面) 一个容器编配层,用于公开 API 和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker0 码力 | 3881 页 | 39.03 MB | 1 年前3
OpenShift Container Platform 4.10 安装Kubernetes 节点代理的 kubelet,以及为 Kubernetes 优化的 CRI-O 容器运行时。 OpenShift Container Platform 4.10 集群中的每一 control plane 机器都必须使用 RHCOS,其中包括一个 关键的首次启动置备工具,称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为嵌入在容器 镜像中的 Atomic OSTree 架构场景。安 装程序将为集群置备底层基础架构。 您可以安装标准集群或自定义集群。对于标准集群,您要提供安装集群所需的最低限度详细信息。对于自 定义集群,您可以指定有关平台的更多详细信息,如 control plane 使用的机器数量、集群部署的虚拟机的 类型,或 Kubernetes 服务网络的 CIDR 范围。 若有可能,可以使用此功能来避免置备和维护集群基础架构。在所有其他环境中,可以使用安装程序来生 Platform。您可以使用安装程序来生成置备 集群基础架构所需的资产,再创建集群基础架构,然后将集群部署到您提供的基础架构中。 如果不使用安装程序置备的基础架构,您必须自己管理和维护集群资源,包括: 组成集群的 control plane 和计算机器的底层基础架构 负载均衡器 集群网络,包括 DNS 记录和所需的子网 集群基础架构和应用程序的存储 如果您的集群使用用户置备的基础架构,您可以选择将 RHEL 计算机器添加到集群中。0 码力 | 3142 页 | 33.42 MB | 1 年前3
OpenShift Container Platform 4.8 Service Mesh3SCALE WEBASSEMBLY 模块 1.21. 使用 3SCALE ISTIO 适配器 1.22. 服务网格故障排除 1.23. ENVOY 代理故障排除 1.24. SERVICE MESH CONTROL PLANE 配置参考 1.25. KIALI 配置参考 1.26. JAEGER 配置参考 1.27. 卸载 SERVICE MESH 第 第 2 章 章 SERVICE MESH 1.X Envoy,默认使用 eth0 而不是 lo 将流量发送到应用程序容器。 1.2.2.4.6. Service Mesh Control Plane 1.1 对于所有平台,此发行版本结束了对基于 Service Mesh 1.1 的 Service Mesh Control Planes 的支持。 1.2.2.4.7. Istio 1.12 支持 第 第 1 章 章 SERVICE MESH Run 是一个技术预览功能。 gRPC Proxyless Service Mesh 是一个技术预览功能。 Telemetry API 是一个技术预览功能。 发现选择器功能不受支持。 外部 control plane 不受支持。 网关注入不受支持。 1.2.2.4.8. Kubernetes Gateway API Kubernetes Gateway API 是一个技术预览功能,默认为禁用。0 码力 | 344 页 | 3.04 MB | 1 年前3
OpenShift Container Platform 4.7 安装AWS 中创建 bootstrap 节点 4.11.12.1. bootstrap 机器的 CloudFormation 模板 4.11.13. 在 AWS 中创建 control plane 机器 4.11.13.1. control plane 机器的 CloudFormation 模板 4.11.14. 在 AWS 中创建 worker 节点 4.11.14.1. worker 机器的 CloudFormation AWS 中创建 bootstrap 节点 4.12.12.1. bootstrap 机器的 CloudFormation 模板 4.12.13. 在 AWS 中创建 control plane 机器 4.12.13.1. control plane 机器的 CloudFormation 模板 4.12.14. 在 AWS 中创建 worker 节点 4.12.14.1. worker 机器的 CloudFormation 14. 在 Azure 中创建 bootstrap 机器 5.9.14.1. bootstrap 机器的 ARM 模板 5.9.15. 在 Azure 中创建 control plane 机器 5.9.15.1. control plane 机器的 ARM 模板 5.9.16. 等待 bootstrap 完成并删除 Azure 中的 bootstrap 资源 5.9.17. 在 Azure0 码力 | 2276 页 | 23.68 MB | 1 年前3
OpenShift Container Platform 4.8 安装Kubernetes 节点代理的 kubelet,以及为 Kubernetes 优化的 CRI-O 容器运行时。 OpenShift Container Platform 4.8 集群中的每一 control plane 机器都必须使用 RHCOS,其中包括一个 关键的首次启动置备工具,称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为嵌入在容器 镜像中的 Atomic OSTree 架构场景。安 装程序将为集群置备底层基础架构。 您可以安装标准集群或自定义集群。对于标准集群,您要提供安装集群所需的最低限度详细信息。对于自 定义集群,您可以指定有关平台的更多详细信息,如 control plane 使用的机器数量、集群部署的虚拟机的 类型,或 Kubernetes 服务网络的 CIDR 范围。 若有可能,可以使用此功能来避免置备和维护集群基础架构。在所有其他环境中,可以使用安装程序来生 Platform。您可以使用安装程序来生成置备 集群基础架构所需的资产,再创建集群基础架构,然后将集群部署到您提供的基础架构中。 如果不使用安装程序置备的基础架构,您必须自己管理和维护集群资源,包括: 组成集群的 control plane 和计算机器的底层基础架构 负载均衡器 集群网络,包括 DNS 记录和所需的子网 集群基础架构和应用程序的存储 如果您的集群使用用户置备的基础架构,您可以选择将 RHEL 计算机器添加到集群中。0 码力 | 2586 页 | 27.37 MB | 1 年前3
OpenShift Dedicated 4 入门机构中创建了一个团队。如需更多信息,请参 阅 GitHub 文档中的创建团队。 流程 流程 1. 进入到 OpenShift Cluster Manager 并选择您的集群。 2. 选择 Access control → Identity provider。 3. 从 Add identity provider 下拉菜单中选择 GitHub 身份提供程序类型。 4. 输入身份提供程序的唯一名称。之后无法更改名称。 以应用身份提供程序配置。 注意 注意 激活身份提供商配置的过程可能需要大约两分钟。 验证 验证 配置变为活动状态后,身份提供程序会在集群的 OpenShift Cluster Manager 页面中的 Access control → Identity provider 下列出。 其他 其他资 资源 源 有关配置每个支持的身份提供程序类型的详细步骤,请参阅为 STS 配置身份提供程序 2.4. 为用户授予管理员权限 并选择您的集群。 2. 点 Access control 选项卡。 3. 在 Cluster Roles and Access 选项卡中,点 Add user。 4. 输入身份提供程序用户的用户 ID。 5. 点 Add user 为用户授予 dedicated-admin 集群特权。 验证 验证 授予权限后,该用户被列为集群的 Access control → Cluster Roles0 码力 | 15 页 | 199.19 KB | 1 年前3
OpenShift Container Platform 4.13 安装没有单点故障的高可用性基础架构,默认可用。 管理员可以控制要应用的更新,以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产,如 bootstrap、control plane 和计算机器 的 Ignition 配置文件。您可以使用这三个机器配置开始使用 OpenShift Container Platform 集群,它为您 提供了正确配置的基础架构。 OpenShift Kubernetes 节点代理的 kubelet,以及为 Kubernetes 优化的 CRI-O 容器运行 时。 OpenShift Container Platform 4.13 集群中的每一 control plane 机器都必须使用 RHCOS,其中包括一个 关键的首次启动置备工具,称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为可引导容器 镜像(使用 OSTree 作为后端)提供,该镜像由 一个临时的机器,它运行最小需要的 Kubernetes 配置来部署 OpenShift Container Platform 控制平面 (control plane)。 Control plane(控制平面) (控制平面) 一个容器编配层,用于公开 API 和接口来定义、部署和管理容器的生命周期。也称为 control plane 机 器。 Compute 节 节点 点 负责执行集群用户工作负载的节点。也称为 worker0 码力 | 4634 页 | 43.96 MB | 1 年前3
OpenShift Container Platform 4.9 网络章 了解网 了解网络 络 9 第 2 章 访问主机 了解如何创建堡垒主机来访问 OpenShift Container Platform 实例,以及使用安全 shell (SSH) 访问 control plane 节点。 2.1. 访问安装程序置备的基础架构集群中 AMAZON WEB SERVICES 上的主 机 OpenShift Container Platform 安装程序不会为任何置备 nodes,查看输出结果,然后选择一个 master 节点。主机名类似于 ip-10-0-1- 163.ec2.internal。 6. 从您手动部署到 Amazon EC2 的堡垒 SSH 主机中,SSH 部署到该 control plane 主机。确定您使 用了在安装过程中指定的相同的 SSH 密钥: $ ssh -icore@ OpenShift nodeSelector API 字段: 1. 修改名为 default 的 DNS Operator 对象: 2. 指定在 spec.nodePlacement.nodeSelector API 字段中只包含 control plane 节点的节点选 择器: 要允许 CoreDNS 的守护进程集在节点上运行,请配置污点和容限: 1. 修改名为 default 的 DNS Operator 对象: 2. 为污点指定污点键和一个容忍度: 0 码力 | 388 页 | 4.04 MB | 1 年前3
OpenShift Container Platform 4.8
Web 控制台添加对 Red Hat OpenShift Service Mesh 的支持,方 法是将一个特殊的 sidecar 代理服务器部署到用于处理不同微服务之间的所有网络通讯的环境中。您可以 使用 control plane 功能配置和管理 Service Mesh。 Red Hat OpenShift Service Mesh 提供了一个方便的方法来创建一个部署的服务网络,它可提供发现、负 载平衡、 Interface (CNI) 插件一直被启用。 control plane 默认配置为多租户。单租户、集群范围内的 control plane 配置功能已弃用。 通过 OperatorHub 安装 Elasticsearch 、Jaeger 、Kiali 和 Service Mesh Operators。 您可以创建并指定 control plane 模板。 这个版本删除了自动路由创建功能。 有以下已知的问题: Bug 1821432 OpenShift Container Platform Control Resource details 页面中的 Toggle 控件无法 正确更新 CR。OpenShift Container Platform Web 控制台中的 Service Mesh Control Plane (smcp) Overview 页面中的 UI 切换控制有时会更新资源中的错误字段。要更新0 码力 | 87 页 | 1.58 MB | 1 年前3
共 67 条
- 1
- 2
- 3
- 4
- 5
- 6
- 7













