9.5. 集群验证


9.5.1. 使用 REST API 获取集群验证

如果使用 Web 控制台,这些验证都会按名称显示。要获取与标签一致的验证列表,请按照以下流程操作。

先决条件

  • 已安装 jq 工具。
  • 已使用 API 创建 Infrastructure 环境,或使用 Web 控制台创建集群。
  • 在 shell 中以 CLUSTER_ID 的形式导出集群 ID。
  • 您在访问 API 时具有凭证,并在 shell 中导出令牌作为 API_TOKEN

流程

  1. 刷新 API 令牌:

    $ source refresh-token
    Copy to Clipboard Toggle word wrap
  2. 获取所有集群验证:

    $ curl \
      --silent \
      --header "Authorization: Bearer $API_TOKEN" \
      https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID \
      | jq -r .validations_info \
      | jq 'map(.[])'
    Copy to Clipboard Toggle word wrap
  3. 获取没有通过的集群验证:

    $ curl \
      --silent \
      --header "Authorization: Bearer $API_TOKEN" \
      https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID \
      | jq -r .validations_info \
      | jq '. | map(.[] | select(.status=="failure" or .status=="pending")) | select(length>0)'
    Copy to Clipboard Toggle word wrap

9.5.2. 详细的集群验证

Expand
参数验证类型描述

machine-cidr-defined

非阻塞

检查集群是否存在机器网络定义。

cluster-cidr-defined

非阻塞

检查集群是否存在集群网络定义。

service-cidr-defined

非阻塞

检查集群是否存在服务网络定义。

no-cidrs-overlapping

阻塞

检查定义的网络没有重叠。

networks-same-address-families

阻塞

检查定义的网络是否共享相同的地址系列 (有效地址系列为 IPv4、IPv6)

network-prefix-valid

阻塞

检查集群网络前缀,以确保其有效,并为所有主机有足够的地址空间。

machine-cidr-equals-to-calculated-cidr

阻塞

对于非用户管理的网络集群。检查 apiVIPsingressVIPs 是否是机器 CIDR 的成员(如果存在)。

api-vips-defined

非阻塞

对于非用户管理的网络集群。检查 apiVIPs 是否存在。

api-vips-valid

阻塞

对于非用户管理的网络集群。检查 apiVIPs 是否属于机器 CIDR,且没有使用。

ingress-vips-defined

阻塞

对于非用户管理的网络集群。检查 ingressVIPs 是否存在。

ingress-vips-valid

非阻塞

对于非用户管理的网络集群。检查 ingressVIPs 是否属于机器 CIDR,且没有使用。

all-hosts-are-ready-to-install

阻塞

检查集群中的所有主机是否处于 "ready to install" 状态。

sufficient-masters-count

阻塞

  • 对于多节点 OpenShift Container Platform 安装,检查集群中手动指定的当前主机数量,或者自动为 control plane (master)节点作为 control_plane_count 值定义的用户的数量。
  • 对于单节点 OpenShift 安装,检查是否有一个 control plane (master)节点,且没有计算(worker)节点。

dns-domain-defined

非阻塞

检查集群是否存在基本 DNS 域。

pull-secret-set

非阻塞

检查 pull secret 存在。不会检查 pull secret 是否有效或被授权。

ntp-server-configured

阻塞

检查每个主机的时钟与其他主机的时钟没有进行同步的时间不超过 4 分钟。

lso-requirements-satisfied

阻塞

验证集群是否满足 Local Storage Operator 的要求。

odf-requirements-satisfied

阻塞

验证集群是否满足 OpenShift Data Foundation Operator 的要求。

  • 集群至少有三个 control plane (master)节点,且无计算节点(worker)节点(compact模式 ),或者至少有三个 control plane (master)节点和至少三个计算(worker)节点(standard 模式)。
  • 每个主机都运行 ODF 工作负载(control plane 节点为 compact 模式 ,计算节点为standard 模式)都需要非安装磁盘 SSD 或 HDD,并且至少有 25GB 存储。
  • 所有主机都必须手动分配角色。

cnv-requirements-satisfied

阻塞

验证集群是否满足容器原生虚拟化的要求。

  • 集群的 CPU 架构是 x86

lvm-requirements-satisfied

阻塞

验证集群是否满足逻辑卷管理器存储 Operator 的要求。

  • 集群必须是单一节点。
  • 集群必须运行 Openshift >= 4.11.0。

network-type-valid

阻塞

检查网络类型的有效性(如果存在)。

  • 网络类型必须是 OpenshiftSDN (OpenShift Container Platform 4.14 或更早版本)或 OVNKubernetes。
  • OpenShiftSDN 不支持 IPv6 或单节点 Openshift。OpenShift Container Platform 4.15 及更新版本不支持 OpenShiftSDN。
  • OVNKubernetes 不支持 VIP DHCP 分配。
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat