在 IBM Cloud 上安装私有集群 - 在 IBM Cloud 上安装 | 安装 | OpenShift Container Platform 4.17

在 OpenShift Container Platform 4.17 版本中，您可以将私有集群安装到现有 VPC 中。安装程序会预配其余所需的基础设施，您可以进一步对其进行自定义。要自定义安装，请在安装集群之前修改install-config.yaml文件中的参数。

先决条件

您已查看有关OpenShift Container Platform 安装和更新流程的详细信息。
您已阅读有关选择集群安装方法并为用户准备集群的文档。
您已配置 IBM Cloud® 帐户来托管集群。
如果您使用防火墙，则已将其配置为允许集群需要访问的站点。
在安装集群之前，您已配置了ccoctl实用程序。有关更多信息，请参阅为 IBM Cloud® 配置 IAM。

私有集群

您可以部署一个不公开外部端点的私有 OpenShift Container Platform 集群。私有集群只能从内部网络访问，并且对互联网不可见。

默认情况下，OpenShift Container Platform 预配为使用公共可访问的 DNS 和端点。当您部署集群时，私有集群会将 DNS、入口控制器和 API 服务器设置为私有。这意味着集群资源只能从您的内部网络访问，并且对互联网不可见。

如果集群有任何公共子网，则管理员创建的负载均衡器服务可能可公开访问。为确保集群安全，请验证这些服务是否已明确注释为私有。

要部署私有集群，您必须

使用满足您要求的现有网络。您的集群资源可能在网络上的其他集群之间共享。
使用 IBM Cloud® DNS 服务创建 DNS 区域，并将其指定为集群的基本域。有关更多信息，请参阅“使用 IBM Cloud® DNS 服务配置 DNS 解析”。
从具有访问权限的机器部署
- 您进行预配的云的 API 服务。
- 您进行预配的网络上的主机。
- 互联网以获取安装介质。

您可以使用任何满足这些访问要求并遵循您公司指南的机器。例如，这台机器可以是您云网络上的堡垒主机，也可以是通过 VPN 访问网络的机器。

IBM Cloud 中的私有集群

要在 IBM Cloud® 上创建私有集群，您必须提供现有的私有 VPC 和子网来托管集群。安装程序还必须能够解析集群所需的 DNS 记录。安装程序仅为内部流量配置入口控制器和 API 服务器。

集群仍然需要访问互联网才能访问 IBM Cloud® API。

安装私有集群时，不需要或不创建以下项目

公共子网
支持公共入口的公共网络负载均衡器
与集群的baseDomain匹配的公共 DNS 区域

安装程序确实使用您指定的baseDomain来创建私有 DNS 区域和集群所需的记录。集群配置为运算符不为集群创建公共记录，并且所有集群机器都位于您指定的私有子网中。

限制

IBM Cloud® 上的私有集群仅受与用于集群部署的现有 VPC 相关的限制。

关于使用自定义 VPC

在 OpenShift Container Platform 4.17 中，您可以将集群部署到现有 IBM® 虚拟私有云 (VPC) 的子网中。将 OpenShift Container Platform 部署到现有 VPC 可以帮助您避免新帐户中的限制约束，或更轻松地遵守公司指南设定的操作约束。如果您无法获得创建 VPC 所需的基础设施创建权限，请使用此安装选项。

由于安装程序无法知道现有子网中还有哪些其他组件，因此它无法选择子网 CIDR 等。您必须配置将安装集群的子网的网络。

使用您的 VPC 的要求

在安装集群之前，必须正确配置现有的 VPC 及其子网。安装程序不会创建以下组件：

NAT 网关
子网
路由表
VPC 网络

安装程序无法：

细分集群使用的网络范围
设置子网的路由表
设置 VPC 选项（如 DHCP）

安装程序要求您使用云提供的 DNS 服务器。不支持使用自定义 DNS 服务器，这会导致安装失败。

VPC 验证

VPC 和所有子网必须位于现有的资源组中。集群将部署到现有的 VPC。

作为安装的一部分，请在 install-config.yaml 文件中指定以下内容：

包含 VPC 和子网的现有资源组的名称 (networkResourceGroupName)
现有 VPC 的名称 (vpcName)
为控制平面机器和计算机器创建的子网 (controlPlaneSubnets 和 computeSubnets)

其他安装程序预配的集群资源将部署到单独的资源组 (resourceGroupName)。您可以在安装集群之前指定此资源组。如果未定义，则会为集群创建一个新的资源组。

为确保您提供的子网合适，安装程序会确认以下内容：

您指定的所有子网都存在。
对于区域中的每个可用区，您都指定：
- 一个用于控制平面机器的子网。
- 一个用于计算机器的子网。
您指定的机器 CIDR 包含计算机器和控制平面机器的子网。

不支持子网 ID。

集群之间的隔离

如果您将 OpenShift Container Platform 部署到现有网络，则集群服务的隔离会以下列方式降低：

您可以在同一个 VPC 中安装多个 OpenShift Container Platform 集群。
允许对整个网络进行 ICMP 入站访问。
允许对整个网络进行 TCP 端口 22 入站访问 (SSH)。
允许对整个网络进行控制平面 TCP 6443 入站访问 (Kubernetes API)。
允许对整个网络进行控制平面 TCP 22623 入站访问 (MCS)。

OpenShift Container Platform 的互联网访问

在 OpenShift Container Platform 4.17 中，您需要访问互联网才能安装集群。

您必须具有互联网访问权限才能：

访问 OpenShift 集群管理器下载安装程序并执行订阅管理。如果集群具有互联网访问权限并且您没有禁用遥测，则该服务会自动授权您的集群。
访问 Quay.io 获取安装集群所需的软件包。
获取执行集群更新所需的软件包。

如果您的集群无法直接访问互联网，则可以在您预配的某些类型基础设施上执行受限网络安装。在此过程中，您可以下载所需内容并使用它来使用安装包填充镜像注册表。对于某些安装类型，您安装集群的环境将不需要互联网访问。在更新集群之前，您需要更新镜像注册表的内容。

生成集群节点 SSH 访问的密钥对

在 OpenShift Container Platform 安装过程中，您可以向安装程序提供 SSH 公钥。该密钥通过其 Ignition 配置文件传递到 Red Hat Enterprise Linux CoreOS (RHCOS) 节点，并用于对节点的 SSH 访问进行身份验证。该密钥将添加到每个节点上 core 用户的 ~/.ssh/authorized_keys 列表中，从而启用无需密码的身份验证。

密钥传递到节点后，您可以使用密钥对以 core 用户身份通过 SSH 登录到 RHCOS 节点。要通过 SSH 访问节点，SSH 必须为您的本地用户管理私钥身份。

如果您想通过 SSH 登录到集群节点以执行安装调试或灾难恢复，则必须在安装过程中提供 SSH 公钥。./openshift-install gather 命令也要求集群节点上存在 SSH 公钥。

在需要灾难恢复和调试的生产环境中，请不要跳过此过程。

您必须使用本地密钥，而不是使用平台特定方法（例如 AWS 密钥对）配置的密钥。

步骤

如果您本地机器上没有现有的 SSH 密钥对可用于对集群节点进行身份验证，请创建一个。例如，在使用 Linux 操作系统的计算机上，运行以下命令：

$ ssh-keygen -t ed25519 -N '' -f <path>/<file_name> (1)

1	指定新 SSH 密钥的路径和文件名，例如 `~/.ssh/id_ed25519`。如果您有现有的密钥对，请确保您的公钥位于您的 `~/.ssh` 目录中。

如果您计划安装使用已提交给 NIST 用于 FIPS 140-2/140-3 验证的 RHEL 加密库的 OpenShift Container Platform 集群（仅限 x86_64、ppc64le 和 s390x 架构），请不要创建使用 ed25519 算法的密钥。而是创建一个使用 rsa 或 ecdsa 算法的密钥。

查看 SSH 公钥
```
$ cat <path>/<file_name>.pub
```
例如，运行以下命令以查看 ~/.ssh/id_ed25519.pub 公钥：
```
$ cat ~/.ssh/id_ed25519.pub
```
如果尚未添加 SSH 私钥身份，请将其添加到本地用户的 SSH 代理。如果要对集群节点进行无需密码的 SSH 身份验证，或者要使用 ./openshift-install gather 命令，则需要 SSH 代理管理密钥。

在某些发行版中，默认的 SSH 私钥身份（例如 ~/.ssh/id_rsa 和 ~/.ssh/id_dsa）会自动管理。
1. 如果本地用户的 ssh-agent 进程尚未运行，请将其作为后台任务启动：
  $ eval "$(ssh-agent -s)"
  示例输出
  Agent pid 31874
  如果您的集群处于 FIPS 模式，则仅使用符合 FIPS 的算法生成 SSH 密钥。密钥必须是 RSA 或 ECDSA。
将您的 SSH 私钥添加到 ssh-agent
```
$ ssh-add <path>/<file_name> (1)
```
1 指定 SSH 私钥的路径和文件名，例如 ~/.ssh/id_ed25519
示例输出
```
Identity added: /home/<you>/<path>/<file_name> (<computer_name>)
```

后续步骤

安装 OpenShift Container Platform 时，请向安装程序提供 SSH 公钥。

获取安装程序

在安装 OpenShift Container Platform 之前，请在云网络上的堡垒主机或通过 VPN 访问网络的机器上下载安装文件。

有关私有集群安装要求的更多信息，请参阅“私有集群”。

先决条件

您有一台运行 Linux 的机器（例如 Red Hat Enterprise Linux 8），具有 500 MB 的本地磁盘空间。

步骤

转到 Red Hat Hybrid Cloud Console 上的集群类型页面。如果您有 Red Hat 帐户，请使用您的凭据登录。如果没有，请创建一个帐户。
从页面自行运行部分选择您的基础设施提供商。
在OpenShift 安装程序下的下拉菜单中选择您的主机操作系统和架构，然后单击下载安装程序。

将下载的文件放置到您想要存储安装配置文件的目录中。

安装程序会在您用来安装集群的计算机上创建多个文件。您必须保留安装程序以及安装程序在您完成集群安装后创建的文件。这两个文件都必须保留，才能删除集群。
即使集群在安装过程中失败，删除安装程序创建的文件也不会删除您的集群。要删除您的集群，请完成针对您特定云提供商的 OpenShift Container Platform 卸载程序。

解压安装程序。例如，在使用 Linux 操作系统的计算机上，运行以下命令
```
$ tar -xvf openshift-install-linux.tar.gz
```
从 Red Hat OpenShift 集群管理器下载您的安装拉取密钥。此拉取密钥允许您对包含的授权机构（包括提供 OpenShift Container Platform 组件容器镜像的 Quay.io）提供的服务进行身份验证。

或者，您可以从Red Hat 客户门户检索安装程序，您可以在其中指定要下载的安装程序版本。但是，您必须拥有有效的订阅才能访问此页面。

导出 API 密钥

您必须将创建的 API 密钥设置为全局变量；安装程序在启动期间会读取该变量以设置 API 密钥。

先决条件

您已为您的 IBM Cloud® 帐户创建了用户 API 密钥或服务 ID API 密钥。

步骤

将您的帐户 API 密钥导出为全局变量
```
$ export IC_API_KEY=<api_key>
```

您必须完全按照指定的名称设置变量名；安装程序需要在启动时存在该变量名。

手动创建安装配置文件

安装集群需要您手动创建安装配置文件。

先决条件

您在本地计算机上有一个 SSH 公钥，需要提供给安装程序。该密钥将用于对您的集群节点进行 SSH 身份验证，用于调试和灾难恢复。
您已获得 OpenShift Container Platform 安装程序和集群的拉取密钥。

步骤

创建一个安装目录来存储所需的安装资源。

$ mkdir <installation_directory>

您必须创建一个目录。某些安装资源（如引导 X.509 证书）的过期时间间隔很短，因此您不能重复使用安装目录。如果您想重复使用来自另一个集群安装的单个文件，您可以将它们复制到您的目录中。但是，安装资源的文件名可能会在版本之间发生变化。从早期 OpenShift Container Platform 版本复制安装文件时，请谨慎操作。

自定义提供的示例 install-config.yaml 文件模板，并将其保存到 <installation_directory> 中。

您必须将此配置文件命名为 install-config.yaml。
备份 install-config.yaml 文件，以便您可以使用它来安装多个集群。

install-config.yaml 文件将在安装过程的下一步中使用。您现在必须对其进行备份。

其他资源

IBM Cloud® 的安装配置参数

集群安装的最低资源要求

每个集群机器都必须满足以下最低要求

表 1. 最低资源要求
机器	操作系统	vCPU	虚拟 RAM	存储	每秒输入/输出 (IOPS)
引导程序	RHCOS	4	16 GB	100 GB	300
控制平面	RHCOS	4	16 GB	100 GB	300
计算	RHCOS	2	8 GB	100 GB	300

从 OpenShift Container Platform 4.13 版本开始，RHCOS 基于 RHEL 9.2 版本，更新了微架构要求。以下列表包含每个架构所需的最低指令集架构 (ISA):

x86-64 架构需要 x86-64-v2 ISA
ARM64 架构需要 ARMv8.0-A ISA
IBM Power 架构需要 Power 9 ISA
s390x 架构需要 z14 ISA

更多信息，请参见RHEL 架构。

如果您的平台的实例类型满足集群机器的最低要求，则支持在 OpenShift Container Platform 中使用它。

其他资源

优化存储

IBM Cloud 的测试实例类型

以下 IBM Cloud® 实例类型已通过 OpenShift Container Platform 测试。

机器系列

bx2-8x32
bx2d-4x16
bx3d-4x20
cx2-8x16
cx2d-4x8
cx3d-8x20
gx2-8x64x1v100
gx3-16x80x1l4
gx3d-160x1792x8h100
mx2-8x64
mx2d-4x32
mx3d-4x40
ox2-8x64
ux2d-2x56
vx2d-4x56

IBM Cloud 的自定义示例 install-config.yaml 文件

您可以自定义 install-config.yaml 文件以指定有关 OpenShift Container Platform 集群平台的更多详细信息，或修改所需参数的值。

此示例 YAML 文件仅供参考。您必须使用安装程序获取您的 install-config.yaml 文件，然后对其进行修改。

apiVersion: v1
baseDomain: example.com (1)
controlPlane:  (2) (3)
  hyperthreading: Enabled (4)
  name: master
  platform:
    ibmcloud: {}
  replicas: 3
compute:  (2) (3)
- hyperthreading: Enabled (4)
  name: worker
  platform:
    ibmcloud: {}
  replicas: 3
metadata:
  name: test-cluster (1)
networking:
  clusterNetwork:
  - cidr: 10.128.0.0/14 (5)
    hostPrefix: 23
  machineNetwork:
  - cidr: 10.0.0.0/16 (6)
  networkType: OVNKubernetes (7)
  serviceNetwork:
  - 172.30.0.0/16
platform:
  ibmcloud:
    region: eu-gb (1)
    resourceGroupName: eu-gb-example-cluster-rg (8)
    networkResourceGroupName: eu-gb-example-existing-network-rg (9)
    vpcName: eu-gb-example-network-1 (10)
    controlPlaneSubnets: (11)
      - eu-gb-example-network-1-cp-eu-gb-1
      - eu-gb-example-network-1-cp-eu-gb-2
      - eu-gb-example-network-1-cp-eu-gb-3
    computeSubnets: (12)
      - eu-gb-example-network-1-compute-eu-gb-1
      - eu-gb-example-network-1-compute-eu-gb-2
      - eu-gb-example-network-1-compute-eu-gb-3
credentialsMode: Manual
publish: Internal (13)
pullSecret: '{"auths": ...}' (1)
fips: false (14)
sshKey: ssh-ed25519 AAAA... (15)

1 必需。

2 如果您不提供这些参数和值，安装程序将提供默认值。

3 controlPlane 部分是一个单映射，但 compute 部分是一系列映射。为了满足不同数据结构的要求，compute 部分的第一行必须以连字符 - 开头，而 controlPlane 部分的第一行则不能。仅使用一个控制平面池。

启用或禁用同时多线程处理，也称为超线程。默认情况下，启用同时多线程处理以提高机器内核的性能。您可以将其参数值设置为 Disabled 以禁用它。如果在某些集群机器中禁用了同时多线程处理，则必须在所有集群机器中禁用它。

如果禁用同时多线程处理，请确保您的容量规划考虑到了机器性能的大幅下降。如果禁用同时多线程处理，请为您的机器使用更大的机器类型，例如 n1-standard-8。

5 机器 CIDR 必须包含计算机器和控制平面机器的子网。

6 CIDR 必须包含 platform.ibmcloud.controlPlaneSubnets 和 platform.ibmcloud.computeSubnets 中定义的子网。

7 要安装的集群网络插件。默认值 OVNKubernetes 是唯一支持的值。

8 现有资源组的名称。所有安装程序提供的集群资源都将部署到此资源组。如果未定义，则将为集群创建一个新的资源组。

9 指定包含现有虚拟专用云 (VPC) 的资源组的名称。现有的 VPC 和子网应该在此资源组中。集群将安装到此 VPC。

10 指定现有 VPC 的名称。

11 指定要向其部署控制平面机器的现有子网的名称。子网必须属于您指定的 VPC。为区域中的每个可用区指定一个子网。

12 指定要向其部署计算机器的现有子网的名称。子网必须属于您指定的 VPC。为区域中的每个可用区指定一个子网。

13 如何发布集群面向用户的端点。将 publish 设置为 Internal 以部署私有集群。默认值为 External。

启用或禁用 FIPS 模式。默认情况下，FIPS 模式未启用。如果启用 FIPS 模式，则运行 OpenShift Container Platform 的 Red Hat Enterprise Linux CoreOS (RHCOS) 机器将绕过默认的 Kubernetes 加密套件，而是使用 RHCOS 提供的加密模块。

在 FIPS 模式下启动 Red Hat Enterprise Linux (RHEL) 或 Red Hat Enterprise Linux CoreOS (RHCOS) 时，OpenShift Container Platform 核心组件仅在 x86_64、ppc64le 和 s390x 架构上使用已提交给 NIST 进行 FIPS 140-2/140-3 验证的 RHEL 加密库。

可选：提供用于访问集群中机器的 sshKey 值。

对于要执行安装调试或灾难恢复的生产 OpenShift Container Platform 集群，请指定您的 ssh-agent 进程使用的 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` 的 ConfigMap，该 ConfigMap 位于 `openshift-config` 命名空间中，其中包含代理 HTTPS 连接所需的一个或多个其他 CA 证书。然后，集群网络操作员将创建一个 `trusted-ca-bundle` ConfigMap，并将这些内容与 Red Hat Enterprise Linux CoreOS (RHCOS) 信任捆绑包合并，并且此 ConfigMap 在 `Proxy` 对象的 `trustedCA` 字段中引用。除非代理的身份证书由 RHCOS 信任捆绑包中的机构签名，否则需要 `additionalTrustBundle` 字段。
5	可选：确定 `Proxy` 对象的配置以在 `trustedCA` 字段中引用 `user-ca-bundle` ConfigMap 的策略。允许的值为 `Proxyonly` 和 `Always`。使用 `Proxyonly` 仅在配置 `http/https` 代理时引用 `user-ca-bundle` ConfigMap。使用 `Always` 始终引用 `user-ca-bundle` ConfigMap。默认值为 `Proxyonly`。

安装程序不支持代理 readinessEndpoints 字段。

如果安装程序超时，请重新启动，然后使用安装程序的 wait-for 命令完成部署。例如：

$ ./openshift-install wait-for install-complete --log-level debug

保存文件并在安装 OpenShift Container Platform 时引用它。

安装程序创建一个名为 cluster 的集群范围代理，该代理使用提供的 install-config.yaml 文件中的代理设置。如果没有提供代理设置，仍然会创建 cluster Proxy 对象，但它将具有 nil spec。

仅支持名为 cluster 的 Proxy 对象，无法创建其他代理。

手动创建 IAM

安装集群需要云凭证操作员 (CCO) 在手动模式下运行。虽然安装程序会将 CCO 配置为手动模式，但您必须为您的云提供商指定身份和访问管理密钥。

您可以使用云凭证操作员 (CCO) 实用程序 (ccoctl) 来创建所需的 IBM Cloud® 资源。

先决条件

您已配置 ccoctl 二进制文件。
您已拥有现有的 install-config.yaml 文件。

步骤

编辑 install-config.yaml 配置文件，使其包含设置为 Manual 的 credentialsMode 参数。
示例 install-config.yaml 配置文件
```
apiVersion: v1
baseDomain: cluster1.example.com
credentialsMode: Manual (1)
compute:
- architecture: amd64
  hyperthreading: Enabled
```
1 添加此行是为了将 credentialsMode 参数设置为 Manual。

要生成清单，请从包含安装程序的目录运行以下命令：

$ ./openshift-install create manifests --dir <installation_directory>

从包含安装程序的目录中，通过运行以下命令设置包含安装文件中的发行版映像的 $RELEASE_IMAGE 变量：
```
$ RELEASE_IMAGE=$(./openshift-install version | awk '/release image/ {print $3}')
```

通过运行以下命令从 OpenShift Container Platform 发行版映像中提取 CredentialsRequest 自定义资源 (CR) 列表：

$ oc adm release extract \
  --from=$RELEASE_IMAGE \
  --credentials-requests \
  --included \(1)
  --install-config=<path_to_directory_with_installation_configuration>/install-config.yaml \(2)
  --to=<path_to_directory_for_credentials_requests> (3)

1	`--included` 参数仅包含特定集群配置所需的清单。
2	指定 `install-config.yaml` 文件的位置。
3	指定要存储 `CredentialsRequest` 对象的目录的路径。如果指定的目录不存在，此命令将创建它。

此命令将为每个 CredentialsRequest 对象创建一个 YAML 文件。

示例 CredentialsRequest 对象

  apiVersion: cloudcredential.openshift.io/v1
  kind: CredentialsRequest
  metadata:
    labels:
      controller-tools.k8s.io: "1.0"
    name: openshift-image-registry-ibmcos
    namespace: openshift-cloud-credential-operator
  spec:
    secretRef:
      name: installer-cloud-credentials
      namespace: openshift-image-registry
    providerSpec:
      apiVersion: cloudcredential.openshift.io/v1
      kind: IBMCloudProviderSpec
      policies:
      - attributes:
        - name: serviceName
          value: cloud-object-storage
        roles:
        - crn:v1:bluemix:public:iam::::role:Viewer
        - crn:v1:bluemix:public:iam::::role:Operator
        - crn:v1:bluemix:public:iam::::role:Editor
        - crn:v1:bluemix:public:iam::::serviceRole:Reader
        - crn:v1:bluemix:public:iam::::serviceRole:Writer
      - attributes:
        - name: resourceType
          value: resource-group
        roles:
        - crn:v1:bluemix:public:iam::::role:Viewer

为每个凭据请求创建服务 ID，分配定义的策略，创建 API 密钥并生成密钥。

$ ccoctl ibmcloud create-service-id \
  --credentials-requests-dir=<path_to_credential_requests_directory> \(1)
  --name=<cluster_name> \(2)
  --output-dir=<installation_directory> \(3)
  --resource-group-name=<resource_group_name> (4)

1	指定包含组件 `CredentialsRequest` 对象文件的目录。
2	指定 OpenShift Container Platform 集群的名称。
3	可选：指定您希望 `ccoctl` 实用程序创建对象的目录。默认情况下，该实用程序会在运行命令的目录中创建对象。
4	可选：指定用于限定访问策略的资源组的名称。

如果您的集群使用 TechPreviewNoUpgrade 功能集启用的技术预览功能，则必须包含 --enable-tech-preview 参数。

如果提供不正确的资源组名称，则安装将在引导阶段失败。要查找正确的资源组名称，请运行以下命令：

$ grep resourceGroupName <installation_directory>/manifests/cluster-infrastructure-02-config.yml

验证

确保在集群的 manifests 目录中生成了相应的密钥。

部署集群

您可以在兼容的云平台上安装 OpenShift Container Platform。

您只能在初始安装期间运行安装程序的 create cluster 命令一次。

先决条件

您已配置托管集群的云平台的帐户。
您拥有 OpenShift Container Platform 安装程序和集群的拉取密钥。
您已验证主机上的云提供商帐户是否具有部署集群的正确权限。权限不正确的帐户会导致安装过程失败，并显示一条错误消息，其中显示缺少的权限。

步骤

更改到包含安装程序的目录并初始化集群部署：
```
$ ./openshift-install create cluster --dir <installation_directory> \ (1)
    --log-level=info (2)
```
1 对于 <installation_directory>，请指定自定义 ./install-config.yaml 文件的位置。

2 要查看不同的安装详细信息，请指定 warn、debug 或 error 代替 info。

验证

当集群部署成功完成时：

终端将显示访问集群的说明，包括指向 Web 控制台的链接以及 kubeadmin 用户的凭据。
凭据信息也会输出到<安装目录>/.openshift_install.log。

请勿删除安装程序或安装程序创建的文件。两者都必需才能删除集群。

示例输出

...
INFO Install complete!
INFO To access the cluster as the system:admin user when using 'oc', run 'export KUBECONFIG=/home/myuser/install_dir/auth/kubeconfig'
INFO Access the OpenShift web-console here: https://console-openshift-console.apps.mycluster.example.com
INFO Login to the console with user: "kubeadmin", and password: "password"
INFO Time elapsed: 36m22s

安装程序生成的 Ignition 配置文件包含在 24 小时后过期的证书，届时会自动续期。如果集群在证书续期前关闭，并在 24 小时后重新启动，则集群会自动恢复已过期的证书。例外情况是，您必须手动批准挂起的node-bootstrapper证书签名请求 (CSR) 以恢复 kubelet 证书。有关更多信息，请参阅从已过期控制平面证书中恢复的文档。
建议您在生成 Ignition 配置文件后 12 小时内使用它们，因为在集群安装后 16 到 22 小时，24 小时证书会轮换。在 12 小时内使用 Ignition 配置文件，可以避免在安装过程中证书更新导致安装失败。

安装 OpenShift CLI

您可以安装 OpenShift CLI (oc) 以通过命令行界面与 OpenShift Container Platform 交互。您可以在 Linux、Windows 或 macOS 上安装oc。

如果您安装了早期版本的oc，则无法使用它来完成 OpenShift Container Platform 4.17 中的所有命令。请下载并安装新版本的oc。

在 Linux 上安装 OpenShift CLI

您可以使用以下步骤在 Linux 上安装 OpenShift CLI (oc) 二进制文件。

步骤

导航到 Red Hat 客户门户网站上的OpenShift Container Platform 下载页面。
从产品变体下拉列表中选择体系结构。
从版本下拉列表中选择相应的版本。
单击OpenShift v4.17 Linux 客户端条目旁边的立即下载，并保存文件。
解压归档文件
```
$ tar xvf <file>
```
将oc二进制文件放置在PATH中的目录中。

要检查您的PATH，请执行以下命令
```
$ echo $PATH
```

验证

安装 OpenShift CLI 后，可以使用oc命令。
```
$ oc <command>
```

在 Windows 上安装 OpenShift CLI

您可以使用以下步骤在 Windows 上安装 OpenShift CLI (oc) 二进制文件。

步骤

导航到 Red Hat 客户门户网站上的OpenShift Container Platform 下载页面。
从版本下拉列表中选择相应的版本。
单击OpenShift v4.17 Windows 客户端条目旁边的立即下载，并保存文件。
使用 ZIP 程序解压归档文件。
将oc二进制文件移动到PATH中的目录。

要检查您的PATH，请打开命令提示符并执行以下命令
```
C:\> path
```

验证

安装 OpenShift CLI 后，可以使用oc命令。
```
C:\> oc <command>
```

在 macOS 上安装 OpenShift CLI

您可以使用以下步骤在 macOS 上安装 OpenShift CLI (oc) 二进制文件。

步骤

导航到 Red Hat 客户门户网站上的OpenShift Container Platform 下载页面。
从版本下拉列表中选择相应的版本。
单击OpenShift v4.17 macOS 客户端条目旁边的立即下载，并保存文件。

对于 macOS arm64，请选择OpenShift v4.17 macOS arm64 客户端条目。
解压归档文件。
将oc二进制文件移动到 PATH 中的目录。

要检查您的PATH，请打开终端并执行以下命令
```
$ echo $PATH
```

验证

使用oc命令验证您的安装
```
$ oc <command>
```

使用 CLI 登录集群

您可以通过导出集群kubeconfig文件以默认系统用户身份登录到您的集群。kubeconfig文件包含有关集群的信息，CLI 使用这些信息将客户端连接到正确的集群和 API 服务器。该文件特定于一个集群，并在 OpenShift Container Platform 安装期间创建。

先决条件

您已部署 OpenShift Container Platform 集群。
您已安装oc CLI。

步骤

导出kubeadmin凭据
```
$ export KUBECONFIG=<installation_directory>/auth/kubeconfig (1)
```
1 对于<安装目录>，请指定您存储安装文件的目录的路径。
验证您可以使用导出的配置成功运行oc命令
```
$ oc whoami
```
示例输出
```
system:admin
```

其他资源

访问 Web 控制台

OpenShift Container Platform 的遥测访问

在 OpenShift Container Platform 4.17 中，默认运行的遥测服务用于提供有关集群运行状况和更新成功的指标，需要互联网访问。如果您的集群已连接到互联网，则遥测会自动运行，并且您的集群将注册到OpenShift 集群管理器。

确认您的OpenShift 集群管理器清单正确无误后（由遥测自动维护或使用 OpenShift 集群管理器手动维护），使用订阅监控来跟踪您在帐户或多集群级别的 OpenShift Container Platform 订阅。

其他资源

关于远程健康监控

后续步骤

自定义您的集群.
如有必要，您可以选择退出远程运行状况报告。

1	对于 `<installation_directory>`，请指定自定义 `./install-config.yaml` 文件的位置。
2	要查看不同的安装详细信息，请指定 `warn`、`debug` 或 `error` 代替 `info`。