$ mkdir <installation_directory>
×
在 IBM Z 和 IBM LinuxONE 上的 LPAR 中安装集群
在 OpenShift Container Platform 4.17 版本中，您可以在您自己提供的 IBM Z® 或 IBM® LinuxONE 基础设施上的逻辑分区 (LPAR) 中安装集群。
|
虽然本文档仅提及 IBM Z®，但其中的所有信息也适用于 IBM® LinuxONE。 |
先决条件
-
您已完成在使用用户提供的基础设施的 IBM Z 上准备安装集群中的任务。
-
您已查看有关OpenShift Container Platform 安装和更新过程的详细信息。
-
您已阅读有关选择集群安装方法并为用户准备集群的文档。
-
在开始安装过程之前，必须清理安装目录。这确保在安装过程中创建和更新所需的安装文件。
-
您已使用OpenShift Data Foundation或其他支持的存储协议为您的集群提供持久性存储。要部署私有镜像注册表，必须设置具有 `ReadWriteMany` 访问权限的持久性存储。
-
如果您使用防火墙，则已将其配置为允许集群需要访问的站点。
|
如果您正在配置代理，请务必也查看此站点列表。 |
准备用户提供的基础设施
在用户提供的基础设施上安装 OpenShift Container Platform 之前，必须准备底层基础设施。
本节提供有关为准备 OpenShift Container Platform 安装而设置集群基础设施所需的高级步骤的详细信息。这包括为集群节点配置 IP 网络和网络连接，为 Ignition 文件准备 Web 服务器，通过防火墙启用所需的端口，以及设置所需的 DNS 和负载平衡基础设施。
准备之后，您的集群基础设施必须满足“用户提供的基础设施集群的要求”一节中概述的要求。
先决条件
-
您已查看“用户提供的基础设施集群的要求”一节中详细说明的基础设施要求。
步骤
-
设置静态 IP 地址。
-
设置 HTTP 或 HTTPS 服务器以向集群节点提供 Ignition 文件。
-
确保您的网络基础设施在集群组件之间提供所需的网络连接。有关要求的详细信息，请参阅“用户提供的基础设施的网络要求”一节。
-
配置防火墙以启用 OpenShift Container Platform 集群组件通信所需的端口。有关所需端口的详细信息，请参阅“用户提供的基础设施的网络要求”一节。
默认情况下，OpenShift Container Platform 集群的端口 `1936` 可访问，因为每个控制平面节点都需要访问此端口。
避免使用 Ingress 负载均衡器来公开此端口，因为这样做可能会导致公开与 Ingress 控制器相关的敏感信息，例如统计信息和指标。
-
设置集群所需的 DNS 基础设施。
-
为 Kubernetes API、应用程序通配符、引导机器、控制平面机器和计算机器配置 DNS 名称解析。
-
为 Kubernetes API、引导机器、控制平面机器和计算机器配置反向 DNS 解析。
有关 OpenShift Container Platform DNS 要求的更多信息，请参阅“用户提供的 DNS 要求”一节。
-
-
验证您的 DNS 配置。
-
从安装节点运行针对 Kubernetes API、通配符路由和集群节点的记录名称的 DNS 查询。验证响应中的 IP 地址是否与正确的组件相对应。
-
从您的安装节点运行针对负载均衡器和集群节点 IP 地址的反向 DNS 查找。验证响应中的记录名称是否与正确的组件相对应。
有关详细的 DNS 验证步骤，请参阅用户配置基础架构的 DNS 解析验证部分。
-
-
预配所需的 API 和应用程序入口负载均衡基础架构。有关要求的更多信息，请参阅用户预配基础架构的负载均衡要求部分。
|
某些负载均衡解决方案要求在初始化负载均衡之前，集群节点的 DNS 名称解析已就绪。 |
手动创建安装配置文件
安装集群需要您手动创建安装配置文件。
先决条件
-
您在本地机器上拥有一个 SSH 公钥，需要提供给安装程序。该密钥将用于 SSH 身份验证到您的集群节点，用于调试和灾难恢复。
-
您已获得 OpenShift Container Platform 安装程序和集群的拉取密钥。
步骤
-
创建一个安装目录来存储所需的安装资源。
您必须创建一个目录。某些安装资源（如引导 X.509 证书）的有效期很短，因此您不能重复使用安装目录。如果您想重复使用来自另一个集群安装的单个文件，您可以将它们复制到您的目录中。但是，安装资源的文件名在不同版本之间可能会发生变化。从早期 OpenShift Container Platform 版本复制安装文件时，请谨慎操作。
-
自定义提供的示例
install-config.yaml文件模板，并将其保存到<installation_directory>中。您必须将此配置文件命名为
install-config.yaml。 -
备份
install-config.yaml文件，以便您可以使用它来安装多个集群。install-config.yaml文件在安装过程的下一步中使用。您现在必须对其进行备份。
其他资源
IBM Z 的示例 install-config.yaml 文件
您可以自定义install-config.yaml文件以指定有关 OpenShift Container Platform 集群平台的更多详细信息，或修改所需参数的值。
apiVersion: v1
baseDomain: example.com (1)
compute: (2)
- hyperthreading: Enabled (3)
name: worker
replicas: 0 (4)
architecture: s390x
controlPlane: (2)
hyperthreading: Enabled (3)
name: master
replicas: 3 (5)
architecture: s390x
metadata:
name: test (6)
networking:
clusterNetwork:
- cidr: 10.128.0.0/14 (7)
hostPrefix: 23 (8)
networkType: OVNKubernetes (9)
serviceNetwork: (10)
- 172.30.0.0/16
platform:
none: {} (11)
fips: false (12)
pullSecret: '{"auths": ...}' (13)
sshKey: 'ssh-ed25519 AAAA...' (14)| 1 | 集群的基本域名。所有 DNS 记录都必须为此基本域的子域，并且包含集群名称。 | ||||
| 2 | controlPlane部分是单个映射，但compute部分是映射序列。为了满足不同数据结构的要求，compute部分的第一行必须以连字符-开头，而controlPlane部分的第一行则不能。只使用一个控制平面池。 |
||||
| 3 | 指定是启用还是禁用同时多线程 (SMT) 或超线程。默认情况下，启用 SMT 以提高机器中内核的性能。您可以将其参数值设置为Disabled来禁用它。如果禁用 SMT，则必须在所有集群机器中禁用它；这包括控制平面机器和计算机器。
|
||||
| 4 | 在用户预配的基础架构上安装 OpenShift Container Platform 时，您必须将此值设置为0。在安装程序预配的安装中，该参数控制集群为您创建和管理的计算机的数量。在用户预配的安装中，您必须在完成集群安装之前手动部署计算机器。
|
||||
| 5 | 添加到集群的控制平面机器的数量。由于集群使用这些值作为集群中 etcd 端点的数量，因此该值必须与您部署的控制平面机器的数量匹配。 | ||||
| 6 | 您在 DNS 记录中指定的集群名称。 | ||||
| 7 | 分配 Pod IP 地址的 IP 地址块。此块不得与现有的物理网络重叠。这些 IP 地址用于 Pod 网络。如果您需要从外部网络访问 Pod，则必须配置负载均衡器和路由器来管理流量。
|
||||
| 8 | 要分配给每个节点的子网前缀长度。例如，如果hostPrefix设置为23，则每个节点将从给定的cidr分配一个/23子网，这允许 510 (2^(32 - 23) - 2) 个 Pod IP 地址。如果您需要从外部网络访问节点，请配置负载均衡器和路由器来管理流量。 |
||||
| 9 | 要安装的集群网络插件。默认值OVNKubernetes是唯一支持的值。 |
||||
| 10 | 要用于服务 IP 地址的 IP 地址池。您只能输入一个 IP 地址池。此块不得与现有的物理网络重叠。如果您需要从外部网络访问服务，则必须配置负载均衡器和路由器来管理流量。 | ||||
| 11 | 您必须将平台设置为none。您不能为 IBM Z®基础架构提供其他平台配置变量。
|
||||
| 12 | 是否启用或禁用 FIPS 模式。默认情况下，FIPS 模式未启用。如果启用 FIPS 模式，则 OpenShift Container Platform 运行的 Red Hat Enterprise Linux CoreOS (RHCOS) 机器将绕过默认的 Kubernetes 密码套件，并改为使用 RHCOS 提供的密码模块。
|
||||
| 13 | 来自 Red Hat OpenShift 集群管理器 的 pull secret。此 pull secret 允许您对包含的授权机构（包括 Quay.io）提供的服务进行身份验证，Quay.io 提供 OpenShift Container Platform 组件的容器镜像。 | ||||
| 14 | Red Hat Enterprise Linux CoreOS (RHCOS) 中 core 用户的 SSH 公钥。
|
在安装过程中配置集群范围的代理
生产环境可能会拒绝直接访问互联网，而是提供 HTTP 或 HTTPS 代理。您可以通过在 install-config.yaml 文件中配置代理设置来配置新的 OpenShift Container Platform 集群以使用代理。
先决条件
-
您已拥有现有的
install-config.yaml文件。 -
您已查看集群需要访问的站点，并确定其中任何站点是否需要绕过代理。默认情况下，所有集群出口流量都通过代理，包括对托管云提供商 API 的调用。如有必要，您已将站点添加到
Proxy对象的spec.noProxy字段以绕过代理。Proxy对象的status.noProxy字段已填充您的安装配置中的networking.machineNetwork[].cidr、networking.clusterNetwork[].cidr和networking.serviceNetwork[]字段的值。对于在 Amazon Web Services (AWS)、Google Cloud Platform (GCP)、Microsoft Azure 和 Red Hat OpenStack Platform (RHOSP) 上的安装，
Proxy对象的status.noProxy字段还填充了实例元数据端点 (169.254.169.254)。
步骤
-
编辑您的
install-config.yaml文件并添加代理设置。例如：apiVersion: v1 baseDomain: my.domain.com proxy: httpProxy: http://<username>:<pswd>@<ip>:<port> (1) httpsProxy: https://<username>:<pswd>@<ip>:<port> (2) noProxy: example.com (3) additionalTrustBundle: | (4) -----BEGIN CERTIFICATE----- <MY_TRUSTED_CA_CERT> -----END CERTIFICATE----- additionalTrustBundlePolicy: <policy_to_add_additionalTrustBundle> (5)1 用于创建集群外部 HTTP 连接的代理 URL。URL 方案必须为 http。2 用于创建集群外部 HTTPS 连接的代理 URL。 3 要从代理中排除的目标域名、IP 地址或其他网络 CIDR 的逗号分隔列表。在域名前加 .以仅匹配子域名。例如，.y.com匹配x.y.com，但不匹配y.com。使用*绕过所有目标的代理。4 如果提供，安装程序将生成一个名为 user-ca-bundle的 config map，该 map 位于openshift-config命名空间中，包含代理 HTTPS 连接所需的一个或多个附加 CA 证书。然后，集群网络操作员创建一个trusted-ca-bundleconfig map，将这些内容与 Red Hat Enterprise Linux CoreOS (RHCOS) 信任捆绑包合并，并且此 config map 在Proxy对象的trustedCA字段中引用。除非代理的身份证书由 RHCOS 信任捆绑包中的授权机构签署，否则需要additionalTrustBundle字段。5 可选：确定 Proxy对象的配置以在trustedCA字段中引用user-ca-bundleconfig map 的策略。允许的值为Proxyonly和Always。使用Proxyonly仅在配置了http/https代理时引用user-ca-bundleconfig map。使用Always始终引用user-ca-bundleconfig map。默认值为Proxyonly。安装程序不支持代理
readinessEndpoints字段。如果安装程序超时，请重新启动，然后使用安装程序的
wait-for命令完成部署。例如：$ ./openshift-install wait-for install-complete --log-level debug -
保存文件并在安装 OpenShift Container Platform 时引用它。
安装程序创建一个名为 cluster 的集群范围代理，该代理使用 install-config.yaml 文件中提供的代理设置。如果没有提供代理设置，仍然会创建 cluster Proxy 对象，但它将具有 nil spec。
|
仅支持名为 |
配置三节点集群
或者，您可以在仅包含三个控制平面机器的最小三节点集群中部署零个计算机器。这为集群管理员和开发人员提供更小、更高效的集群，供其用于测试、开发和生产。
在三节点 OpenShift Container Platform 环境中，三个控制平面机器是可调度的，这意味着您的应用程序工作负载将安排在其上运行。
先决条件
-
您已拥有现有的
install-config.yaml文件。
步骤
-
确保在您的
install-config.yaml文件中将计算副本的数量设置为0，如下所示的compute部分：compute: - name: worker platform: {} replicas: 0在用户预配的基础架构上安装 OpenShift Container Platform 时，无论您部署的计算机器数量是多少，都必须将计算机器的
replicas参数值设置为0。在安装程序预配的安装中，该参数控制集群为您创建和管理的计算机器的数量。这并不适用于用户预配的安装，其中计算机器是手动部署的。控制平面节点的首选资源是六个 vCPU 和 21 GB 内存。对于三个控制平面节点，这相当于最小五节点集群的内存 + vCPU。您应该为每个安装在 120 GB 磁盘上的三个节点配备三个启用 SMT2 的 IFL。经过测试的最小设置是每个控制平面节点上的三个 vCPU 和 10 GB 内存以及 120 GB 磁盘。
对于三节点集群安装，请按照以下步骤操作：
-
如果您正在部署一个具有零个计算节点的三节点集群，则 Ingress Controller Pod 将在控制平面节点上运行。在三节点集群部署中，您必须配置您的应用程序入口负载均衡器以将 HTTP 和 HTTPS 流量路由到控制平面节点。有关更多信息，请参阅“用户预配基础架构的负载均衡要求”部分。
-
在以下过程中创建 Kubernetes 清单文件时，请确保
<installation_directory>/manifests/cluster-scheduler-02-config.yml文件中的mastersSchedulable参数设置为true。这将使您的应用程序工作负载能够在控制平面节点上运行。 -
创建 Red Hat Enterprise Linux CoreOS (RHCOS) 机器时，请不要部署任何计算节点。
集群网络操作员配置
集群网络的配置指定为集群网络操作员 (CNO) 配置的一部分，并存储在名为 cluster 的自定义资源 (CR) 对象中。CR 指定了 operator.openshift.io API 组中 Network API 的字段。
在集群安装期间，CNO 配置从 Network.config.openshift.io API 组中的 Network API 继承以下字段：
clusterNetwork-
分配 Pod IP 地址的 IP 地址池。
serviceNetwork-
服务的 IP 地址池。
defaultNetwork.type-
集群网络插件。
OVNKubernetes是安装期间唯一支持的插件。
您可以通过设置名为 cluster 的 CNO 对象中 defaultNetwork 对象的字段来指定集群的集群网络插件配置。
集群网络操作员配置对象
集群网络操作员 (CNO) 的字段在以下表格中描述：
| 字段 | 类型 | 描述 |
|---|---|---|
|
|
CNO 对象的名称。此名称始终为 |
|
|
指定分配 Pod IP 地址的 IP 地址块以及分配给集群中每个节点的子网前缀长度的列表。例如： |
|
|
服务的 IP 地址块。OVN-Kubernetes 网络插件仅支持服务网络的单个 IP 地址块。例如： 您只能在创建清单之前，在 |
|
|
配置集群网络的网络插件。 |
|
|
此对象的字段指定 kube-proxy 配置。如果您使用 OVN-Kubernetes 集群网络插件，则 kube-proxy 配置无效。 |
|
对于需要跨多个网络部署对象的集群，请确保为 |
defaultNetwork 对象配置
defaultNetwork 对象的值在以下表格中定义
| 字段 | 类型 | 描述 | ||
|---|---|---|---|---|
|
|
|
||
|
|
此对象仅对 OVN-Kubernetes 网络插件有效。 |
OVN-Kubernetes 网络插件的配置
下表描述了 OVN-Kubernetes 网络插件的配置字段
| 字段 | 类型 | 描述 | ||
|---|---|---|---|---|
|
|
Geneve（通用网络虚拟化封装）覆盖网络的最大传输单元 (MTU)。这将根据主网络接口的 MTU 自动检测。您通常不需要覆盖检测到的 MTU。 如果自动检测到的值与预期值不符，请确认节点上主网络接口上的 MTU 是否正确。您不能使用此选项更改节点上主网络接口的 MTU 值。 如果您的集群需要为不同的节点使用不同的 MTU 值，则必须将此值设置为集群中最低 MTU 值减去 |
||
|
|
用于所有 Geneve 数据包的端口。默认值为 |
||
|
|
指定一个配置对象来定制 IPsec 配置。 |
||
|
|
指定 IPv4 设置的配置对象。 |
||
|
|
指定 IPv6 设置的配置对象。 |
||
|
|
指定一个配置对象来自定义网络策略审计日志记录。如果未设置，则使用默认审计日志设置。 |
||
|
|
可选：指定一个配置对象来自定义如何将出站流量发送到节点网关。
|
| 字段 | 类型 | 描述 |
|---|---|---|
|
字符串 |
如果您的现有网络基础架构与 默认值为 |
|
字符串 |
如果您的现有网络基础架构与 默认值为 |
| 字段 | 类型 | 描述 |
|---|---|---|
|
字符串 |
如果您的现有网络基础架构与 默认值为 |
|
字符串 |
如果您的现有网络基础架构与 默认值为 |
| 字段 | 类型 | 描述 |
|---|---|---|
|
整数 |
每个节点每秒生成的最大消息数。默认值为每秒 |
|
整数 |
审计日志的最大大小（字节）。默认值为 |
|
整数 |
保留的最大日志文件数。 |
|
字符串 |
以下附加审计日志目标之一
|
|
字符串 |
syslog 设施，例如 |
| 字段 | 类型 | 描述 |
|---|---|---|
|
|
将此字段设置为 此字段与 Open vSwitch 硬件卸载功能存在交互。如果将此字段设置为 |
|
|
您可以使用 |
|
|
可选：指定一个对象来配置用于IPv4地址的主机到服务的内部OVN-Kubernetes伪装地址。 |
|
|
可选：指定一个对象来配置用于IPv6地址的主机到服务的内部OVN-Kubernetes伪装地址。 |
| 字段 | 类型 | 描述 | ||
|---|---|---|---|---|
|
|
内部用于启用主机到服务流量的伪装IPv4地址。主机也配置了这些IP地址以及共享网关桥接接口。默认值为
|
| 字段 | 类型 | 描述 | ||
|---|---|---|---|---|
|
|
内部用于启用主机到服务流量的伪装IPv6地址。主机也配置了这些IP地址以及共享网关桥接接口。默认值为
|
| 字段 | 类型 | 描述 |
|---|---|---|
|
|
指定IPsec实现的行为。必须是以下值之一
|
启用IPSec的OVN-Kubernetes配置示例
defaultNetwork:
type: OVNKubernetes
ovnKubernetesConfig:
mtu: 1400
genevePort: 6081
ipsecConfig:
mode: Full创建Kubernetes清单和Ignition配置文件
由于您必须修改一些集群定义文件并手动启动集群机器，因此您必须生成集群需要配置机器的Kubernetes清单和Ignition配置文件。
安装配置文件转换为Kubernetes清单。清单打包到Ignition配置文件中，稍后用于配置集群机器。
|
|
生成清单和Ignition文件的安装程序是特定于体系结构的，可以从客户端镜像镜像获取。安装程序的Linux版本仅在s390x上运行。此安装程序也提供Mac OS版本。 |
先决条件
-
您已获得OpenShift Container Platform安装程序。
-
您已创建
install-config.yaml安装配置文件。
步骤
-
更改到包含OpenShift Container Platform安装程序的目录，并为集群生成Kubernetes清单
$ ./openshift-install create manifests --dir <installation_directory> (1)1 对于 <installation_directory>，请指定包含您创建的install-config.yaml文件的安装目录。如果您要安装三节点集群，请跳过以下步骤以允许控制平面节点可调度。
当您将控制平面节点从默认的不可调度状态配置为可调度状态时，需要额外的订阅。这是因为控制平面节点随后成为计算节点。
-
检查
<installation_directory>/manifests/cluster-scheduler-02-config.ymlKubernetes清单文件中mastersSchedulable参数是否设置为false。此设置可防止在控制平面机器上调度Pod。-
打开
<installation_directory>/manifests/cluster-scheduler-02-config.yml文件。 -
找到
mastersSchedulable参数并确保将其设置为false。 -
保存并退出文件。
-
-
要创建Ignition配置文件，请从包含安装程序的目录运行以下命令
$ ./openshift-install create ignition-configs --dir <installation_directory> (1)1 对于 <installation_directory>，请指定相同的安装目录。为安装目录中的引导程序、控制平面和计算节点创建Ignition配置文件。
kubeadmin-password和kubeconfig文件在./<installation_directory>/auth目录中创建。. ├── auth │ ├── kubeadmin-password │ └── kubeconfig ├── bootstrap.ign ├── master.ign ├── metadata.json └── worker.ign
在IBM Z或IBM LinuxONE环境中使用静态IP配置NBDE
在IBM Z®或IBM® LinuxONE环境中启用NBDE磁盘加密需要额外的步骤，本节将详细介绍这些步骤。
先决条件
-
您已设置外部Tang服务器。有关说明，请参阅基于网络的磁盘加密。
-
您已安装
butane实用程序。 -
您已查看有关如何使用Butane创建机器配置的说明。
步骤
-
为控制平面和计算节点创建Butane配置文件。
以下控制平面节点的Butane配置示例创建了一个名为
master-storage.bu的文件用于磁盘加密。variant: openshift version: 4.17.0 metadata: name: master-storage labels: machineconfiguration.openshift.io/role: master storage: luks: - clevis: tang: - thumbprint: QcPr_NHFJammnRCA3fFMVdNBwjs url: http://clevis.example.com:7500 options: (1) - --cipher - aes-cbc-essiv:sha256 device: /dev/disk/by-partlabel/root (2) label: luks-root name: root wipe_volume: true filesystems: - device: /dev/mapper/root format: xfs label: root wipe_filesystem: true openshift: fips: true (3)1 只有在启用FIPS模式时才需要cipher选项。如果禁用FIPS，则省略该条目。 2 对于DASD类型磁盘上的安装，请替换为 device: /dev/disk/by-label/root。3 是否启用或禁用 FIPS 模式。默认情况下，FIPS 模式未启用。如果启用 FIPS 模式，则 OpenShift Container Platform 运行的 Red Hat Enterprise Linux CoreOS (RHCOS) 机器将绕过默认的 Kubernetes 密码套件，并改为使用 RHCOS 提供的密码模块。 -
通过运行以下命令创建自定义initramfs文件来引导机器
$ coreos-installer pxe customize \ /root/rhcos-bootfiles/rhcos-<release>-live-initramfs.s390x.img \ --dest-device /dev/disk/by-id/scsi-<serial_number> --dest-karg-append \ ip=<ip_address>::<gateway_ip>:<subnet_mask>::<network_device>:none \ --dest-karg-append nameserver=<nameserver_ip> \ --dest-karg-append rd.neednet=1 -o \ /root/rhcos-bootfiles/<node_name>-initramfs.s390x.img在第一次启动之前，您必须为集群中的每个节点自定义initramfs，并添加PXE内核参数。
-
创建一个包含
ignition.platform.id=metal和ignition.firstboot的参数文件。控制平面机器的内核参数文件示例cio_ignore=all,!condev rd.neednet=1 \ console=ttysclp0 \ coreos.inst.install_dev=/dev/<block_device> \(1) ignition.firstboot ignition.platform.id=metal \ coreos.inst.ignition_url=http://<http_server>/master.ign \(2) coreos.live.rootfs_url=http://<http_server>/rhcos-<version>-live-rootfs.<architecture>.img \(3) ip=<ip>::<gateway>:<netmask>:<hostname>::none nameserver=<dns> \ rd.znet=qeth,0.0.bdd0,0.0.bdd1,0.0.bdd2,layer2=1 \ rd.zfcp=0.0.5677,0x600606680g7f0056,0x034F000000000000 \(4) zfcp.allow_lun_scan=01 指定块设备类型。对于DASD类型磁盘上的安装，请指定 /dev/dasda。对于FCP类型磁盘上的安装，请指定/dev/sda。对于NVMe类型磁盘上的安装，请指定/dev/nvme0n1。2 指定Ignition配置文件的位置。使用 master.ign或worker.ign。仅支持HTTP和HTTPS协议。3 指定您正在引导的 kernel和initramfs的rootfs工件的位置。仅支持HTTP和HTTPS协议。4 对于DASD类型磁盘上的安装，请替换为 rd.dasd=0.0.xxxx以指定DASD设备。将参数文件中的所有选项写入单行，并确保没有换行符。
其他资源
安装RHCOS并启动OpenShift Container Platform引导过程
要在您配置的 IBM Z® 基础架构上安装 OpenShift Container Platform，必须在 LPAR 中安装 Red Hat Enterprise Linux CoreOS (RHCOS)。安装 RHCOS 时，必须提供由 OpenShift Container Platform 安装程序为要安装的机器类型生成的 Ignition 配置文件。如果您已配置合适的网络、DNS 和负载均衡基础架构，则 RHCOS 客户机重新启动后，OpenShift Container Platform 引导过程将自动开始。
完成以下步骤以创建机器。
先决条件
-
在您的配置机器上运行的 HTTP 或 HTTPS 服务器，您的创建的机器可以访问该服务器。
-
如果您想启用安全启动，您已获得相应的 Red Hat 产品签名密钥并阅读了 IBM 文档中的 IBM Z 和 IBM LinuxONE 上的安全启动。
步骤
-
登录到您的配置机器上的 Linux。
-
从 RHCOS镜像地址 获取 Red Hat Enterprise Linux CoreOS (RHCOS) 内核、initramfs 和 rootfs 文件。
RHCOS 镜像可能不会随着每次 OpenShift Container Platform 版本的发布而更改。您必须下载版本号小于或等于您安装的 OpenShift Container Platform 版本的镜像。仅使用以下步骤中描述的合适的内核、initramfs 和 rootfs 文件。
文件名包含 OpenShift Container Platform 版本号。它们类似于以下示例
-
内核：
rhcos-<version>-live-kernel-<architecture> -
initramfs：
rhcos-<version>-live-initramfs.<architecture>.img -
rootfs：
rhcos-<version>-live-rootfs.<architecture>.imgrootfs 镜像对于 FCP 和 DASD 都是相同的。
-
-
创建参数文件。以下参数特定于特定的虚拟机
-
对于
ip=，请指定以下七个条目-
机器的 IP 地址。
-
空字符串。
-
网关。
-
子网掩码。
-
机器主机名和域名，格式为
hostname.domainname。忽略此值以让 RHCOS 自行决定。 -
网络接口名称。忽略此值以让 RHCOS 自行决定。
-
如果您使用静态 IP 地址，请指定
none。
-
-
对于
coreos.inst.ignition_url=，请指定机器角色的 Ignition 文件。使用bootstrap.ign、master.ign或worker.ign。仅支持 HTTP 和 HTTPS 协议。 -
对于
coreos.live.rootfs_url=，请指定与您正在引导的内核和 initramfs 匹配的 rootfs 文件。仅支持 HTTP 和 HTTPS 协议。 -
可选：要启用安全启动，请添加
coreos.inst.secure_ipl -
对于 DASD 类型磁盘上的安装，请完成以下任务
-
对于
coreos.inst.install_dev=，请指定/dev/dasda。 -
使用
rd.dasd=指定要安装 RHCOS 的 DASD。 -
保持所有其他参数不变。
引导机器的示例参数文件
bootstrap-0.parmcio_ignore=all,!condev rd.neednet=1 \ console=ttysclp0 \ coreos.inst.install_dev=/dev/<block_device> \(1) coreos.inst.ignition_url=http://<http_server>/bootstrap.ign \(2) coreos.live.rootfs_url=http://<http_server>/rhcos-<version>-live-rootfs.<architecture>.img \(3) coreos.inst.secure_ipl \(4) ip=<ip>::<gateway>:<netmask>:<hostname>::none nameserver=<dns> \ rd.znet=qeth,0.0.bdf0,0.0.bdf1,0.0.bdf2,layer2=1,portno=0 \ rd.dasd=0.0.3490 \ zfcp.allow_lun_scan=01 指定块设备类型。对于DASD类型磁盘上的安装，请指定 /dev/dasda。对于FCP类型磁盘上的安装，请指定/dev/sda。对于NVMe类型磁盘上的安装，请指定/dev/nvme0n1。2 指定 Ignition 配置文件的位置。使用 bootstrap.ign、master.ign或worker.ign。仅支持 HTTP 和 HTTPS 协议。3 指定您正在引导的 kernel和initramfs的rootfs工件的位置。仅支持HTTP和HTTPS协议。4 可选：要启用安全启动，请添加 coreos.inst.secure_ipl。将参数文件中的所有选项写入单行，并确保没有换行符。
-
-
对于 FCP 类型磁盘上的安装，请完成以下任务
-
使用
rd.zfcp=<adapter>,<wwpn>,<lun>指定要安装 RHCOS 的 FCP 磁盘。对于多路径，对每个附加路径重复此步骤。使用多路径安装时，必须在安装后立即启用多路径，而不是在以后的时间点启用，因为这可能会导致问题。
-
将安装设备设置为：
coreos.inst.install_dev=/dev/disk/by-id/scsi-<serial_number>。如果使用 NPIV 配置了额外的 LUN，FCP 需要
zfcp.allow_lun_scan=0。例如，如果您必须启用zfcp.allow_lun_scan=1因为您使用 CSI 驱动程序，则必须配置您的 NPIV，以便每个节点都不能访问另一个节点的引导分区。 -
保持所有其他参数不变。
需要额外的安装后步骤才能完全启用多路径。有关更多信息，请参阅 _安装后机器配置任务_ 中的“在 RHCOS 上使用内核参数启用多路径”。
以下是具有多路径功能的计算节点的示例参数文件
worker-1.parmcio_ignore=all,!condev rd.neednet=1 \ console=ttysclp0 \ coreos.inst.install_dev=/dev/disk/by-id/scsi-<serial_number> \ coreos.live.rootfs_url=http://<http_server>/rhcos-<version>-live-rootfs.<architecture>.img \ coreos.inst.ignition_url=http://<http_server>/worker.ign \ ip=<ip>::<gateway>:<netmask>:<hostname>::none nameserver=<dns> \ rd.znet=qeth,0.0.bdf0,0.0.bdf1,0.0.bdf2,layer2=1,portno=0 \ rd.zfcp=0.0.1987,0x50050763070bc5e3,0x4008400B00000000 \ rd.zfcp=0.0.19C7,0x50050763070bc5e3,0x4008400B00000000 \ rd.zfcp=0.0.1987,0x50050763071bc5e3,0x4008400B00000000 \ rd.zfcp=0.0.19C7,0x50050763071bc5e3,0x4008400B00000000 \ zfcp.allow_lun_scan=0将参数文件中的所有选项写入单行，并确保没有换行符。
-
-
-
将 initramfs、内核、参数文件和 RHCOS 镜像传输到 LPAR，例如使用 FTP。有关如何使用 FTP 传输文件和引导的详细信息，请参阅 在 IBM Z® 上引导安装以在 LPAR 中安装 RHEL。
-
启动机器
-
对集群中的其他机器重复此过程。
高级 RHCOS 安装参考
本节说明了网络配置和其他高级选项，这些选项允许您修改 Red Hat Enterprise Linux CoreOS (RHCOS) 手动安装过程。下表描述了您可以与 RHCOS 实时安装程序和 coreos-installer 命令一起使用的内核参数和命令行选项。
ISO 安装的网络和绑定选项
如果您从 ISO 镜像安装 RHCOS，则可以在引导镜像时手动添加内核参数以配置节点的网络。如果未指定网络参数，则当 RHCOS 检测到需要网络来获取 Ignition 配置文件时，会在 initramfs 中激活 DHCP。
|
手动添加网络参数时，还必须添加 |
以下信息提供了一些在您的 RHCOS 节点上为 ISO 安装配置网络和绑定的示例。这些示例描述了如何使用 ip=、nameserver= 和 bond= 内核参数。
|
添加内核参数的顺序很重要： |
网络选项在系统启动期间传递给 dracut 工具。有关 dracut 支持的网络选项的更多信息，请参阅 dracut.cmdline 手册页。
以下示例是 ISO 安装的网络选项。
配置 DHCP 或静态 IP 地址
要配置 IP 地址，可以使用 DHCP (ip=dhcp) 或设置单个静态 IP 地址 (ip=<host_ip>)。如果设置静态 IP，则必须在每个节点上标识 DNS 服务器 IP 地址 (nameserver=<dns_ip>)。以下示例设置
-
节点的 IP 地址为
10.10.10.2 -
网关地址为
10.10.10.254 -
子网掩码为
255.255.255.0 -
主机名为
core0.example.com -
DNS 服务器地址为
4.4.4.41 -
自动配置值为
none。静态配置 IP 网络时不需要自动配置。
ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:enp1s0:none
nameserver=4.4.4.41|
当您使用 DHCP 为 RHCOS 机器配置 IP 地址时，机器也会通过 DHCP 获取 DNS 服务器信息。对于基于 DHCP 的部署，您可以通过 DHCP 服务器配置定义 RHCOS 节点使用的 DNS 服务器地址。 |
配置没有静态主机名的 IP 地址
您可以配置 IP 地址而不分配静态主机名。如果用户未设置静态主机名，则它将被获取并通过反向 DNS 查询自动设置。要配置没有静态主机名的 IP 地址，请参考以下示例
-
节点的 IP 地址为
10.10.10.2 -
网关地址为
10.10.10.254 -
子网掩码为
255.255.255.0 -
DNS 服务器地址为
4.4.4.41 -
自动配置值为
none。静态配置 IP 网络时不需要自动配置。
ip=10.10.10.2::10.10.10.254:255.255.255.0::enp1s0:none
nameserver=4.4.4.41指定多个网络接口
您可以通过设置多个 ip= 条目来指定多个网络接口。
ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:enp1s0:none
ip=10.10.10.3::10.10.10.254:255.255.255.0:core0.example.com:enp2s0:none配置默认网关和路由
可选：您可以通过设置 rd.route= 值来配置其他网络的路由。
|
配置一个或多个网络时，需要一个默认网关。如果附加网络网关与主网络网关不同，则默认网关必须为主网络网关。 |
-
运行以下命令以配置默认网关
ip=::10.10.10.254:::: -
输入以下命令以配置附加网络的路由
rd.route=20.20.20.0/24:20.20.20.254:enp2s0
禁用单个接口上的 DHCP
您可以禁用单个接口上的 DHCP，例如当存在两个或多个网络接口且只有一个接口正在使用时。在本例中，enp1s0 接口具有静态网络配置，并且已禁用未使用接口 enp2s0 的 DHCP。
ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:enp1s0:none
ip=::::core0.example.com:enp2s0:none组合使用 DHCP 和静态 IP 配置
在具有多个网络接口的系统上，您可以组合使用 DHCP 和静态 IP 配置，例如
ip=enp1s0:dhcp
ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:enp2s0:none在单个接口上配置 VLAN
可选：您可以使用 vlan= 参数在单个接口上配置 VLAN。
-
要在网络接口上配置 VLAN 并使用静态 IP 地址，请运行以下命令
ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:enp2s0.100:none vlan=enp2s0.100:enp2s0 -
要在网络接口上配置 VLAN 并使用 DHCP，请运行以下命令
ip=enp2s0.100:dhcp vlan=enp2s0.100:enp2s0
提供多个 DNS 服务器
您可以通过为每个服务器添加 nameserver= 条目来提供多个 DNS 服务器，例如
nameserver=1.1.1.1
nameserver=8.8.8.8将多个网络接口绑定到单个接口
可选：您可以使用 bond= 选项将多个网络接口绑定到单个接口。请参考以下示例
-
配置绑定接口的语法为：
bond=<name>[:<network_interfaces>][:options]<name>是绑定设备名称 (bond0)，<network_interfaces>表示物理 (以太网) 接口的逗号分隔列表 (em1,em2)，而 options 是绑定选项的逗号分隔列表。输入modinfo bonding以查看可用选项。 -
使用
bond=创建绑定接口时，必须指定 IP 地址的分配方式以及绑定接口的其他信息。-
要将绑定接口配置为使用 DHCP，请将绑定的 IP 地址设置为
dhcp。例如bond=bond0:em1,em2:mode=active-backup ip=bond0:dhcp -
要将绑定接口配置为使用静态 IP 地址，请输入所需的特定 IP 地址和相关信息。例如
-
bond=bond0:em1,em2:mode=active-backup,fail_over_mac=1
ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:bond0:none在主动-备份模式下，始终设置 fail_over_mac=1 选项，以避免使用共享 OSA/RoCE 卡时出现问题。
将多个网络接口绑定到单个接口
可选：您可以使用 vlan= 参数在绑定接口上配置 VLAN 并使用 DHCP，例如
ip=bond0.100:dhcp
bond=bond0:em1,em2:mode=active-backup
vlan=bond0.100:bond0使用以下示例配置具有 VLAN 的绑定接口并使用静态 IP 地址
ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:bond0.100:none
bond=bond0:em1,em2:mode=active-backup
vlan=bond0.100:bond0使用网络组队
可选：您可以使用 team= 参数使用网络组队作为绑定的替代方法
-
配置组队接口的语法为：
team=name[:network_interfaces]name 是组队设备名称 (
team0)，network_interfaces 表示物理 (以太网) 接口的逗号分隔列表 (em1, em2)。
|
当 RHCOS 切换到即将发布的 RHEL 版本时，计划弃用组队功能。有关更多信息，请参阅此 Red Hat 知识库文章。 |
使用以下示例配置网络组队
team=team0:em1,em2
ip=team0:dhcp等待引导过程完成
集群节点首次启动到已安装到磁盘的持久性 RHCOS 环境后，OpenShift Container Platform 引导过程开始。通过 Ignition 配置文件提供的配置信息用于初始化引导过程并在机器上安装 OpenShift Container Platform。您必须等待引导过程完成。
先决条件
-
您已为您的集群创建了 Ignition 配置文件。
-
您已配置了合适的网络、DNS 和负载均衡基础设施。
-
您已获取安装程序并为您的集群生成了 Ignition 配置文件。
-
您已在集群机器上安装了 RHCOS，并提供了 OpenShift Container Platform 安装程序生成的 Ignition 配置文件。
-
您的机器具有直接的互联网访问权限或可以使用 HTTP 或 HTTPS 代理。
步骤
-
监控引导过程
$ ./openshift-install --dir <installation_directory> wait-for bootstrap-complete \ (1) --log-level=info (2)1 对于 <installation_directory>，请指定您存储安装文件的目录的路径。2 要查看不同的安装详细信息，请指定 warn、debug或error代替info。示例输出INFO Waiting up to 30m0s for the Kubernetes API at https://api.test.example.com:6443... INFO API v1.30.3 up INFO Waiting up to 30m0s for bootstrapping to complete... INFO It is now safe to remove the bootstrap resources当 Kubernetes API 服务器发出信号表明它已在控制平面机器上引导时，命令成功。
-
引导过程完成后，从负载均衡器中移除引导机器。
此时必须从负载均衡器中移除引导机器。您也可以移除或重新格式化引导机器本身。
使用 CLI 登录集群
您可以通过导出集群 kubeconfig 文件以默认系统用户身份登录到集群。kubeconfig 文件包含有关集群的信息，CLI 使用这些信息将客户端连接到正确的集群和 API 服务器。该文件特定于某个集群，并在 OpenShift Container Platform 安装期间创建。
先决条件
-
您已部署了 OpenShift Container Platform 集群。
-
您已安装了
ocCLI。
步骤
-
导出
kubeadmin凭据$ export KUBECONFIG=<installation_directory>/auth/kubeconfig (1)1 对于 <installation_directory>，请指定您存储安装文件的目录的路径。 -
验证您可以使用导出的配置成功运行
oc命令$ oc whoami示例输出system:admin
批准机器的证书签名请求
将机器添加到集群时，会为添加的每台机器生成两个挂起的证书签名请求 (CSR)。您必须确认这些 CSR 已获批准，或者必要时自行批准它们。必须先批准客户端请求，然后批准服务器请求。
先决条件
-
您已将机器添加到集群。
步骤
-
确认集群识别这些机器
$ oc get nodes示例输出NAME STATUS ROLES AGE VERSION master-0 Ready master 63m v1.30.3 master-1 Ready master 63m v1.30.3 master-2 Ready master 64m v1.30.3输出列出了您创建的所有机器。
在批准一些 CSR 之前，上述输出可能不包含计算节点（也称为工作节点）。
-
查看挂起的 CSR，并确保您看到为添加到集群的每台机器的客户端请求显示“挂起”或“已批准”状态
$ oc get csr示例输出NAME AGE REQUESTOR CONDITION csr-mddf5 20m system:node:master-01.example.com Approved,Issued csr-z5rln 16m system:node:worker-21.example.com Approved,Issued -
如果 CSR 未获批准，在您添加的所有机器的挂起 CSR 都处于“挂起”状态后，请批准集群机器的 CSR
由于 CSR 会自动轮换，因此在将机器添加到集群后一小时内批准您的 CSR。如果您在一小时内未批准它们，证书将轮换，并且每个节点将存在两个以上的证书。您必须批准所有这些证书。批准客户端 CSR 后，Kubelet 会为服务证书创建一个辅助 CSR，这需要手动批准。然后，如果 Kubelet 请求具有相同参数的新证书，则
machine-approver会自动批准后续的服务证书续订请求。对于在未启用机器 API 的平台（例如裸机和其他用户提供的基础设施）上运行的集群，您必须实现一种自动批准 kubelet 服务证书请求 (CSR) 的方法。如果未批准请求，则
oc exec、oc rsh和oc logs命令将无法成功，因为 API 服务器连接到 kubelet 时需要服务证书。任何联系 Kubelet 端点的操作都需要此证书批准到位。该方法必须监视新的 CSR，确认 CSR 是由system:node或system:admin组中的node-bootstrapper服务帐户提交的，并确认节点的身份。-
要分别批准它们，请对每个有效的 CSR 运行以下命令
$ oc adm certificate approve <csr_name> (1)1 <csr_name>是当前 CSR 列表中 CSR 的名称。 -
要批准所有挂起的 CSR，请运行以下命令
$ oc get csr -o go-template='{{range .items}}{{if not .status}}{{.metadata.name}}{{"\n"}}{{end}}{{end}}' | xargs --no-run-if-empty oc adm certificate approve在批准一些 CSR 之前，某些运算符可能无法使用。
-
-
现在您的客户端请求已获批准，您必须查看添加到集群的每台机器的服务器请求
$ oc get csr示例输出NAME AGE REQUESTOR CONDITION csr-bfd72 5m26s system:node:ip-10-0-50-126.us-east-2.compute.internal Pending csr-c57lv 5m26s system:node:ip-10-0-95-157.us-east-2.compute.internal Pending ... -
如果其余 CSR 未获批准且处于“挂起”状态，请批准集群机器的 CSR
-
要分别批准它们，请对每个有效的 CSR 运行以下命令
$ oc adm certificate approve <csr_name> (1)1 <csr_name>是当前 CSR 列表中 CSR 的名称。 -
要批准所有挂起的 CSR，请运行以下命令
$ oc get csr -o go-template='{{range .items}}{{if not .status}}{{.metadata.name}}{{"\n"}}{{end}}{{end}}' | xargs oc adm certificate approve
-
-
批准所有客户端和服务器 CSR 后，机器将具有“就绪”状态。通过运行以下命令进行验证
$ oc get nodes示例输出NAME STATUS ROLES AGE VERSION master-0 Ready master 73m v1.30.3 master-1 Ready master 73m v1.30.3 master-2 Ready master 74m v1.30.3 worker-0 Ready worker 11m v1.30.3 worker-1 Ready worker 11m v1.30.3服务器 CSR 批准后，机器可能需要几分钟才能过渡到
就绪状态。
附加信息
初始操作员配置
控制平面初始化后，必须立即配置一些操作员，以便它们全部可用。
先决条件
-
您的控制平面已初始化。
步骤
-
监视集群组件上线
$ watch -n5 oc get clusteroperators示例输出NAME VERSION AVAILABLE PROGRESSING DEGRADED SINCE authentication 4.17.0 True False False 19m baremetal 4.17.0 True False False 37m cloud-credential 4.17.0 True False False 40m cluster-autoscaler 4.17.0 True False False 37m config-operator 4.17.0 True False False 38m console 4.17.0 True False False 26m csi-snapshot-controller 4.17.0 True False False 37m dns 4.17.0 True False False 37m etcd 4.17.0 True False False 36m image-registry 4.17.0 True False False 31m ingress 4.17.0 True False False 30m insights 4.17.0 True False False 31m kube-apiserver 4.17.0 True False False 26m kube-controller-manager 4.17.0 True False False 36m kube-scheduler 4.17.0 True False False 36m kube-storage-version-migrator 4.17.0 True False False 37m machine-api 4.17.0 True False False 29m machine-approver 4.17.0 True False False 37m machine-config 4.17.0 True False False 36m marketplace 4.17.0 True False False 37m monitoring 4.17.0 True False False 29m network 4.17.0 True False False 38m node-tuning 4.17.0 True False False 37m openshift-apiserver 4.17.0 True False False 32m openshift-controller-manager 4.17.0 True False False 30m openshift-samples 4.17.0 True False False 32m operator-lifecycle-manager 4.17.0 True False False 37m operator-lifecycle-manager-catalog 4.17.0 True False False 37m operator-lifecycle-manager-packageserver 4.17.0 True False False 32m service-ca 4.17.0 True False False 38m storage 4.17.0 True False False 37m -
配置不可用的操作员。
镜像注册表存储配置
对于不提供默认存储的平台，镜像注册表操作员最初不可用。安装后，必须配置注册表以使用存储，以便使注册表操作员可用。
显示了配置持久卷的说明，这是生产集群所需的。在适用的情况下，将显示将空目录配置为存储位置的说明，这仅适用于非生产集群。
提供了其他说明，用于在升级期间使用Recreate滚动策略允许镜像注册表使用块存储类型。
为 IBM Z 配置注册表存储
作为集群管理员，安装后必须配置注册表以使用存储。
先决条件
-
您可以作为具有
cluster-admin角色的用户访问集群。 -
您在 IBM Z® 上有一个集群。
-
您已为集群预配了持久性存储，例如 Red Hat OpenShift Data Foundation。
当您只有一个副本时，OpenShift Container Platform 支持镜像注册表存储的
ReadWriteOnce访问。ReadWriteOnce访问还需要注册表使用Recreate滚动策略。要部署支持具有两个或多个副本的高可用性的镜像注册表，需要ReadWriteMany访问。 -
必须具有 100Gi 容量。
步骤
-
要配置注册表以使用存储，请更改
configs.imageregistry/cluster资源中的spec.storage.pvc。使用共享存储时，请检查您的安全设置以防止外部访问。
-
验证您没有注册表 pod
$ oc get pod -n openshift-image-registry -l docker-registry=default示例输出No resources found in openshift-image-registry namespace如果您的输出中确实有注册表 pod，则无需继续执行此过程。
-
检查注册表配置
$ oc edit configs.imageregistry.operator.openshift.io示例输出storage: pvc: claim:将
claim字段留空以允许自动创建image-registry-storagePVC。 -
检查
clusteroperator状态$ oc get clusteroperator image-registry示例输出NAME VERSION AVAILABLE PROGRESSING DEGRADED SINCE MESSAGE image-registry 4.17 True False False 6h50m -
确保您的注册表设置为托管，以启用镜像的构建和推送。
-
运行
$ oc edit configs.imageregistry/cluster
然后，更改该行
managementState: Removed
为
managementState: Managed
-
在非生产集群中配置镜像注册表的存储
您必须为镜像注册表操作员配置存储。对于非生产集群，您可以将镜像注册表设置为空目录。如果您这样做，如果您重新启动注册表，所有镜像都将丢失。
步骤
-
要将镜像注册表存储设置为空目录
$ oc patch configs.imageregistry.operator.openshift.io cluster --type merge --patch '{"spec":{"storage":{"emptyDir":{}}}}'仅为非生产集群配置此选项。
如果您在镜像注册表操作员初始化其组件之前运行此命令，则
oc patch命令将失败并显示以下错误Error from server (NotFound): configs.imageregistry.operator.openshift.io "cluster" not found等待几分钟，然后再次运行该命令。
完成用户预配基础架构上的安装
完成操作员配置后，您可以完成在您提供的基础架构上安装集群。
先决条件
-
您的控制平面已初始化。
-
您已完成初始操作员配置。
步骤
-
使用以下命令确认所有集群组件都在线
$ watch -n5 oc get clusteroperators示例输出NAME VERSION AVAILABLE PROGRESSING DEGRADED SINCE authentication 4.17.0 True False False 19m baremetal 4.17.0 True False False 37m cloud-credential 4.17.0 True False False 40m cluster-autoscaler 4.17.0 True False False 37m config-operator 4.17.0 True False False 38m console 4.17.0 True False False 26m csi-snapshot-controller 4.17.0 True False False 37m dns 4.17.0 True False False 37m etcd 4.17.0 True False False 36m image-registry 4.17.0 True False False 31m ingress 4.17.0 True False False 30m insights 4.17.0 True False False 31m kube-apiserver 4.17.0 True False False 26m kube-controller-manager 4.17.0 True False False 36m kube-scheduler 4.17.0 True False False 36m kube-storage-version-migrator 4.17.0 True False False 37m machine-api 4.17.0 True False False 29m machine-approver 4.17.0 True False False 37m machine-config 4.17.0 True False False 36m marketplace 4.17.0 True False False 37m monitoring 4.17.0 True False False 29m network 4.17.0 True False False 38m node-tuning 4.17.0 True False False 37m openshift-apiserver 4.17.0 True False False 32m openshift-controller-manager 4.17.0 True False False 30m openshift-samples 4.17.0 True False False 32m operator-lifecycle-manager 4.17.0 True False False 37m operator-lifecycle-manager-catalog 4.17.0 True False False 37m operator-lifecycle-manager-packageserver 4.17.0 True False False 32m service-ca 4.17.0 True False False 38m storage 4.17.0 True False False 37m或者，以下命令会在所有集群可用时通知您。它还会检索和显示凭据
$ ./openshift-install --dir <installation_directory> wait-for install-complete (1)1 对于 <installation_directory>，请指定您存储安装文件的目录的路径。示例输出INFO Waiting up to 30m0s for the cluster to initialize...当集群版本操作员完成从 Kubernetes API 服务器部署 OpenShift Container Platform 集群时，该命令将成功。
-
安装程序生成的 Ignition 配置文件包含在 24 小时后过期的证书，然后在该时间续订。如果集群在续订证书之前关闭，并且集群在 24 小时后重新启动，则集群会自动恢复已过期的证书。例外情况是，您必须手动批准挂起的
node-bootstrapper证书签名请求 (CSR) 以恢复 kubelet 证书。有关更多信息，请参阅有关“从过期的控制平面证书恢复”的文档。 -
建议您在生成后12小时内使用Ignition配置文件，因为24小时证书在集群安装后16到22小时之间轮换。通过在12小时内使用Ignition配置文件，如果证书更新在安装期间运行，您可以避免安装失败。
-
-
确认 Kubernetes API 服务器正在与 Pod 通信。
-
要查看所有 Pod 的列表，请使用以下命令
$ oc get pods --all-namespaces示例输出NAMESPACE NAME READY STATUS RESTARTS AGE openshift-apiserver-operator openshift-apiserver-operator-85cb746d55-zqhs8 1/1 Running 1 9m openshift-apiserver apiserver-67b9g 1/1 Running 0 3m openshift-apiserver apiserver-ljcmx 1/1 Running 0 1m openshift-apiserver apiserver-z25h4 1/1 Running 0 2m openshift-authentication-operator authentication-operator-69d5d8bf84-vh2n8 1/1 Running 0 5m ... -
使用以下命令查看先前命令输出中列出的 Pod 的日志
$ oc logs <pod_name> -n <namespace> (1)1 指定 Pod 名称和命名空间，如先前命令的输出所示。 如果 Pod 日志显示，则 Kubernetes API 服务器可以与集群机器通信。
-
-
对于使用光纤通道协议 (FCP) 的安装，需要其他步骤来启用多路径。安装期间不要启用多路径。
有关更多信息，请参阅安装后机器配置任务文档中的“在 RHCOS 上使用内核参数启用多路径”。
验证
如果您在 OpenShift Container Platform 引导过程中启用了安全启动，则需要执行以下验证步骤
-
通过运行以下命令调试节点
$ oc debug node/<node_name> chroot /host -
通过运行以下命令确认安全启动已启用
$ cat /sys/firmware/ipl/secure示例输出1 (1)1 如果启用了安全启动，则值为 1；如果未启用安全启动，则值为0。 -
通过运行以下命令列出重新 IPL 配置
# lsreiplFCP 磁盘的示例输出Re-IPL type: fcp WWPN: 0x500507630400d1e3 LUN: 0x4001400e00000000 Device: 0.0.810e bootprog: 0 br_lba: 0 Loadparm: "" Bootparms: "" clear: 0DASD 磁盘的示例输出for DASD output: Re-IPL type: ccw Device: 0.0.525d Loadparm: "" clear: 0 -
通过运行以下命令关闭节点
sudo shutdown -h -
从硬件管理控制台 (HMC) 启动 LPAR 引导。请参阅 IBM 文档中的从 LPAR 启动安全引导。
-
节点恢复后，再次检查安全启动状态。
OpenShift Container Platform 的遥测访问
在 OpenShift Container Platform 4.17 中，默认情况下运行的遥测服务用于提供有关集群健康状况和更新成功情况的指标，需要互联网访问。如果您的集群已连接到互联网，则遥测会自动运行，并且您的集群会注册到OpenShift 集群管理器。
确认您的OpenShift 集群管理器清单正确无误后（由遥测自动维护或使用 OpenShift 集群管理器手动维护），使用订阅监控来跟踪您在帐户或多集群级别上的 OpenShift Container Platform 订阅。
后续步骤
-
如有必要，您可以选择退出远程健康报告。