两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 OpenShift Container Platform 集群。 OpenShift Container control plane。通过使用描述如何创建集群的 Ignition 配置文件进行启动。bootstrap 机器创建组成 control plane 的 control plane 机器（也称为 master 机器）。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 认 AWS 限 限值 值 描述 描述 实例限值 可变 可变 默认情况下，每个集群创建以下实例： 一台 Bootstrap 机器，在安装后删除 三个 control plane 节点（也称为 master 节 点） 三个 worker 节点 这些实例类型数量在新帐户的默认限值之内。若要部署 更多 worker 节点、启用自动扩展、部署大型工作负载 或使用不同的实例类型，请检查您的帐户限制，以确保

两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 OpenShift Container Platform 集群。 OpenShift Container control plane。通过使用描述如何创建集群的 Ignition 配置文件进行启动。bootstrap 机器创建组成 control plane 的 control plane 机器（也称为 master 机器）。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 example-control1.example.com Ready master 52m v1.21.6+bb8d50a example-control2.example.com Ready master 55m v1.21.6+bb8d50a example-control3.example.com Ready master 55m v1.21.6+bb8d50a $

两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 OpenShift Container Platform 集群。 OpenShift Container example-control1.example.com Ready master 52m v1.21.6+bb8d50a example-control2.example.com Ready master 55m v1.21.6+bb8d50a example-control3.example.com Ready master 55m v1.21.6+bb8d50a $ ZONE AGE openshift-machine-api example-zbbt6-master-0 Running 95m openshift-machine-api example-zbbt6-master-1 Running 95m

control-plane,master 3d17h v1.27.3 ip-10-0-68-148.us-east-2.compute.internal Ready worker 3d17h v1.27.3 ip-10-0-68-68.us-east-2.compute.internal Ready control-plane,master 3d17h 3d17h v1.27.3 ip-10-0-72-170.us-east-2.compute.internal Ready control-plane,master 3d17h v1.27.3 ip-10-0-74-50.us-east-2.compute.internal Ready worker 3d17h v1.27.3 $ 后，从已安装的 Operator 列表中选择 Node Feature Discovery，然后选择 Create instance。这会在 openshift-nfd 命名空间中安装 nfd-master 和 nfd-worker pod，每个计算节点一个 nfd-worker pod。 3. 运行以下命令验证 Operator 是否已安装并正在运行： 输出示例 出示例 4. 浏览到控制台中的已安装的

1. 所需的机器 所需的机器 最小的 OpenShift Container Platform 集群需要下列主机： 一个临时 bootstrap 机器 三台 control plane 或 master 机器 第 第 1 章 章 在裸机上安装 在裸机上安装 5 至少两台计算机器，也称为 worker 机器。如果您正在运行三节点集群，则支持运行零个计算机 器。不支持运行一台计算机器。 注意 DNS PTR 记录来 识别 bootstrap 机器。这些记录必须由集群中的节点解析。 Master 主机 <master>. . . DNS A/AAAA 或 CNAME 记录，以识别 control plane 节点 （也称为 master 节点）的每台机器。这些记录必须由集群中 的节点解析。 Worker 主机 entry for the bootstrap host. bootstrap.ocp4 IN A 192.168.1.96 ; ; Create entries for the master hosts. master0.ocp4 IN A 192.168.1.97 第 第 1 章 章 在裸机上安装 在裸机上安装 11 下面的 BIND 区文件示例显示了反向名字解析的 PTR 记录示例。

密钥。您可以使用 此密钥访问公共集群中的 bootstrap 机器来排除安装问题。 注意 注意 在生产环境中，您需要进行灾难恢复和调试。 您可以使用此密钥以 core 用户身份通过 SSH 连接到 master 节点。在部署集群时，此密钥会添加到 core 用户的 ~/.ssh/authorized_keys 列表中。 注意 注意 您必须使用一个本地密钥，而不要使用在特定平台上配置的密钥，如 AWS 密钥。您可以使用 此密钥访问公共集群中的 bootstrap 机器来排除安装问题。 注意 注意 在生产环境中，您需要进行灾难恢复和调试。 您可以使用此密钥以 core 用户身份通过 SSH 连接到 master 节点。在部署集群时，此密钥会添加到 core 用户的 ~/.ssh/authorized_keys 列表中。 注意 注意 您必须使用一个本地密钥，而不要使用在特定平台上配置的密钥，如 AWS 请确保在容量规划时考 虑到机器性能可能会显 著降低的问题。 Enabled 或 Disabled controlPlane.name 使用 controlPlane 时需要。机器池的 名称。 master controlPlane.platfor m 使用 controlPlane 时需要。使用此参 数指定托管 control plane 机器的云供应 商。此参数值必须与 compute.platform

2 1 第 1 章 收集安装日志 为帮助排查 OpenShift Container Platform 安装失败的问题，您可以从 bootstrap 和 control plane 或 master 机器中收集日志。 先决条件 先决条件 已尝试安装 OpenShift Container Platform 集群，但安装失败。 您为安装程序提供了 SSH 密钥，且该密钥已加入到正在运行的 ssh-agent 进程在您的计算机上处于活跃状态，并且为 ssh-agent 进程和安装程序提供了相同的 SSH 密钥。 如果尝试在您置备的基础架构中安装集群，则一定需要有 control plane 或 master 机器的完全限 定域名。 流程 流程 1. 生成从 bootstrap 和 control plane 机器获取安装日志的命令： 如果使用了安装程序置备的基础架构，请运行以下命令： $ ctory> \ 1 --bootstrap \ 2 --master <master_1_address> \ 3 --master <master_2_address> \ 4 --master <master_3_address>" 5 第 第 1 章 章 收集安装日志 收集安装日志 3 1 2 3 4 5 对于

nodes，查看输出结果，然后选择一个 master 节点。主机名类似于 ip-10-0-1- 163.ec2.internal。 6. 从您手动部署到 Amazon EC2 的堡垒 SSH 主机中，SSH 部署到该 control plane 主机。确定您使 用了在安装过程中指定的相同的 SSH 密钥： $ ssh -i core@<master-hostname> 第 oc new-project hello-openshift $ oc create -f https://raw.githubusercontent.com/openshift/origin/master/examples/hello- openshift/hello-pod.json $ oc expose pod/hello-openshift apiVersion: route.openshift endpoint-ci-ln-x5sv9rb-f76d1-4rzrp-master-0 75m network-check-source-ci-ln-x5sv9rb-f76d1-4rzrp-worker-b-6xdmh-to-kubernetes-apiserver- endpoint-ci-ln-x5sv9rb-f76d1-4rzrp-master-1 73m network-check-source

Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单： 从一个或多个 worker 节点开始，以运行容器工作负载。 从一个或多个 master 节点管理这些工作负载的部署。 将容器嵌套在称为 Pod 的部署单元中。使用 Pod 可以为容器提供额外的元数据，并可在单个部 署实体中对多个容器进行分组。 创建特殊种类的资产。例如，服务由一组 两种类型的集群都具有以下特征： 默认提供无单点故障的高可用性基础架构 管理员可以控制要应用的更新内容和更新的时间 两种类型的集群都使用同一个安装程序来部署。安装程序生成的主要资产是用于 Bootstrap、master 和 worker 机器的 Ignition 配置文件。有了这三个配置和配置得当的基础架构，就能启动 OpenShift Container Platform 集群。 OpenShift Container plane。通过使用描述如何创建集群的 Ignition 配置文件进行启动。Bootstrap 机器将创建组成 control plane 的 master 机器。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 2.2. 创 创建 建 Bootstrap、 、master 和 和 worker 机器 机器 集群机器初始化后，Bootstrap 机器将被销毁。所有集群都使用 Bootstrap

example-control1.example.com Ready master 52m v1.21.6+bb8d50a example-control2.example.com Ready master 55m v1.21.6+bb8d50a example-control3.example.com Ready master 55m v1.21.6+bb8d50a $ ZONE AGE openshift-machine-api example-zbbt6-master-0 Running 95m openshift-machine-api example-zbbt6-master-1 Running 95m 95m openshift-machine-api example-zbbt6-master-2 Running 95m openshift-machine-api example-zbbt6-worker-0-25bhp Running 49m openshift-machine-api