$ mkdir <installation_directory>
×
在 IBM Z 和 IBM LinuxONE 上安装带有 z/VM 的集群
在 OpenShift Container Platform 4.17 版本中，您可以在您自备的 IBM Z® 或 IBM® LinuxONE 基础设施上安装集群。
|
虽然本文档仅提及 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安装程序和集群的pull secret。
步骤
-
创建一个安装目录来存储所需的安装资源。
您必须创建一个目录。某些安装资源（例如bootstrap X.509证书）具有较短的有效期，因此您不能重用安装目录。如果您想重用另一个集群安装中的单个文件，可以将它们复制到您的目录中。但是，安装资源的文件名在不同版本之间可能会发生变化。从较早的OpenShift Container Platform版本复制安装文件时，请谨慎操作。
-
自定义提供的示例
install-config.yaml文件模板，并将其保存到<安装目录>中。您必须将此配置文件命名为
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 Cluster Manager的pull secret。此pull secret允许您使用包含的授权机构（包括提供OpenShift Container Platform组件的容器映像的Quay.io）提供的服务进行身份验证。 | ||||
| 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的配置映射，位于openshift-config命名空间中，其中包含一个或多个代理 HTTPS 连接所需的附加 CA 证书。然后，集群网络操作员创建一个trusted-ca-bundle配置映射，将这些内容与 Red Hat Enterprise Linux CoreOS (RHCOS) 信任捆绑包合并，并且此配置映射在Proxy对象的trustedCA字段中引用。除非代理的身份证书由 RHCOS 信任捆绑包中的授权机构签名，否则需要additionalTrustBundle字段。5 可选：确定 Proxy对象的配置以在trustedCA字段中引用user-ca-bundle配置映射的策略。允许的值为Proxyonly和Always。使用Proxyonly仅在配置http/https代理时引用user-ca-bundle配置映射。使用Always始终引用user-ca-bundle配置映射。默认值为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。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，您必须在 z/VM 来宾虚拟机上安装 Red Hat Enterprise Linux CoreOS (RHCOS)。安装 RHCOS 时，必须提供由 OpenShift Container Platform 安装程序为要安装的机器类型生成的 Ignition 配置文件。如果您已配置合适的网络、DNS 和负载均衡基础架构，则在 RHCOS z/VM 来宾虚拟机重新引导后，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>.img对于 FCP 和 DASD，rootfs 镜像相同。
-
-
创建参数文件。以下参数特定于特定的虚拟机。
-
对于
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.parm：cio_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。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.parm：cio_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将参数文件中的所有选项写入单行，并确保没有换行符。
-
-
-
例如，使用 FTP 将 initramfs、内核、参数文件和 RHCOS 镜像传输到 z/VM。有关如何使用 FTP 传输文件并从虚拟阅读器启动的详细信息，请参阅在 IBM Z® 上启动安装以在 z/VM 中安装 RHEL。
-
将文件打孔到将成为引导节点的 z/VM 来宾虚拟机的虚拟阅读器。
请参阅 IBM 文档中的PUNCH。
您可以使用 CP PUNCH 命令，或者如果您使用 Linux，则可以使用vmur命令在两个 z/VM 来宾虚拟机之间传输文件。
-
登录引导机器上的 CMS。
-
从阅读器 IPL 引导机器。
$ ipl c
请参阅 IBM 文档中的IPL。
-
对集群中的其他机器重复此过程。
高级 RHCOS 安装参考
本节说明网络配置和其他高级选项，这些选项允许您修改 Red Hat Enterprise Linux CoreOS (RHCOS) 手动安装过程。下表描述了您可以与 RHCOS 实时安装程序和coreos-installer命令一起使用的内核参数和命令行选项。
ISO 安装的网络和绑定选项
如果您从 ISO 镜像安装 RHCOS，则可以在引导镜像时手动添加内核参数以配置节点的网络。如果没有指定网络参数，则当 RHCOS 检测到需要网络来获取 Ignition 配置文件时，将在 initramfs 中激活 DHCP。
|
手动添加网络参数时，还必须添加 |
以下信息提供了一些示例，用于为您的 ISO 安装的 RHCOS 节点配置网络和绑定。这些示例描述了如何使用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等待引导过程完成
OpenShift Container Platform 引导过程在集群节点首次启动到已安装到磁盘的持久性 RHCOS 环境后开始。通过 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，并确保您看到为添加到集群的每台机器的客户端请求显示“Pending”或“Approved”状态。
$ 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 均处于“Pending”状态后，请批准集群机器的 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 之前，某些 Operators 可能无法使用。
-
-
您的客户端请求已获批准，您必须检查添加到集群中的每台机器的服务器请求。
$ 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 未获批准且状态为
Pending，请批准集群机器的 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 后，机器将具有
Ready状态。通过运行以下命令进行验证。$ 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 后，机器可能需要几分钟才能转换为
Ready状态。
附加信息
初始操作员配置
控制平面初始化后，您必须立即配置一些操作员，以便它们全部可用。
先决条件
-
您的控制平面已初始化。
步骤
-
观察集群组件上线
$ 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 证书。有关更多信息，请参阅有关“从过期的控制平面证书中恢复”的文档。 -
建议您在生成 Ignition 配置文件后 12 小时内使用它们，因为 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。
OpenShift Container Platform 的遥测访问
在 OpenShift Container Platform 4.17 中，默认运行的遥测服务用于提供有关集群运行状况和更新成功的指标，需要互联网访问。如果您的集群连接到互联网，则遥测会自动运行，并且您的集群会注册到OpenShift 集群管理器。
确认您的OpenShift 集群管理器清单正确后（由遥测自动维护或使用 OpenShift 集群管理器手动维护），使用订阅监视在帐户或多集群级别跟踪您的 OpenShift Container Platform 订阅。
后续步骤
-
如有必要，您可以选择退出远程运行状况报告。