集群

为机器池启用自动扩展。

您可以使用控制台或命令行禁用自动扩展。

禁用自动扩展。

要导入一组裸机资产，请完成以下步骤：

要使用 REST API 创建裸机资产，请执行以下操作：

提示： 您可以将 --v=9 附加到 oc 命令来查看生成的操作的原始输出。这对于确定 oc 命令的 REST API 路由非常有用。

通过完成以下步骤来创建 AgentServiceConfig 自定义资源：

您可以通过检查 assisted-service 和 assisted-image-service 部署，确定 pod 已就绪并在运行，来验证其状态是否正常。使用控制台继续创建基础架构环境。

使用以下命令手动创建 Provisioning CR 来为自动置备启用服务：

oc create -f provisioning-configuration.yaml

您的 CR 可能类似以下示例：

apiVersion: metal3.io/v1alpha1
kind: Provisioning
metadata:
  name: provisioning-configuration
spec:
  provisioningNetwork: Disabled
  watchAllNamespaces: true

如果您在 Amazon Web Services 上运行 hub 集群并希望启用 CIM 服务，请在 启用 CIM 后完成以下步骤：

要验证 CIM 服务是否在 Amazon Web Services 上启用，请完成以下步骤：

在 AWS 上创建集群前请查看以下先决条件：

注：如果更改了云供应商访问密钥，则必须手动更新置备的集群访问密钥。如需更多信息，请参阅已知问题，不支持置备的集群的自动 secret 更新。

要从 Red Hat Advanced Cluster Management 控制台创建集群，请进入 Infrastructure > Clusters。在 Clusters 页面上，点 Create cluster 并完成控制台中的步骤。

注： 此过程用于创建集群。如果您有一个要导入的现有集群，请参阅将目标受管集群导入到 hub 集群以了解这些步骤。

如果您需要创建凭证，请参阅为 Amazon Web Services 创建凭证。

集群的主机名用于集群的主机名。

重要： 当您创建集群时，Red Hat Advanced Cluster Management 控制器为集群及其资源创建一个命名空间。确保只在该命名空间中包含该集群实例的资源。销毁集群会删除命名空间和所有资源。

提示： 在控制台中输入信息时，选择 YAML: On 查看内容更新。

如果要将集群添加到现有的集群集中，则需要在集群设置上具有正确的权限来添加它。如果在创建集群时没有 cluster-admin 权限，则必须选择一个具有 clusterset-admin 权限的集群集。如果您在指定的集群集中没有正确的权限，集群创建会失败。如果您没有任何集群集选项，请联络您的集群管理员，为集群集提供 clusterset-admin 权限。

每个受管集群都必须与受管集群集关联。如果您没有将受管集群分配给 ManagedClusterSet，则会自动添加到 default 受管集群集中。

如果已有与您使用 AWS 帐户配置的所选凭证关联的基本 DNS 域，则该值会在字段中填充。您可以修改它的值来覆盖它。此名称用于集群的主机名。如需更多信息，请参阅配置 AWS 帐户。

发行镜像标识用于创建集群的 OpenShift Container Platform 镜像的版本。如果要使用的版本可用，您可以从镜像列表中选择镜像。如果您要使用的镜像不是标准镜像，您可以输入您要使用的镜像的 URL。有关发行镜像的更多信息，请参阅发行镜像。

节点池包括 control plane 池和 worker 池。control plane 节点共享集群活动的管理。该信息包括以下字段：

您可以在 worker 池中创建零个或多个 worker 节点，以运行集群的容器工作负载。它们可以位于单个 worker 池中，也可以分布在多个 worker 池中。如果指定了零个 worker 节点，control plane 节点也充当 worker 节点。可选信息包括以下字段：

集群需要网络详情，并使用 IPv6 需要多个网络。您可以通过点 Add network 来添加额外网络。

凭证中提供的代理信息会自动添加到代理字段中。您可以使用信息原样，覆盖这些信息，或者在要启用代理时添加信息。以下列表包含创建代理所需的信息：

当您在创建集群前查看信息并选择性地自定义它时，您可以选择 YAML: On 查看面板中的 install-config.yaml 文件内容。如果有更新，您可以使用自定义设置编辑 YAML 文件。

注： 您不必运行 kubectl 命令，它为导入集群提供集群详情。当您创建集群时，它由 Red Hat Advanced Cluster Management 管理自动配置。

如需了解更多与访问集群相关的信息，继续访问集群。

在 Azure 上创建集群前请查看以下先决条件：

注：如果更改了云供应商访问密钥，则必须手动更新置备的集群访问密钥。如需更多信息，请参阅已知问题，不支持置备的集群的自动 secret 更新。

要从 Red Hat Advanced Cluster Management for Kubernetes 控制台创建集群，请进入 Infrastructure > Clusters。在 Clusters 页面上，点 Create cluster 并完成控制台中的步骤。

注： 此过程用于创建集群。如果您有一个要导入的现有集群，请参阅将目标受管集群导入到 hub 集群以了解这些步骤。

如果您需要创建凭证，请参阅为 Microsoft Azure 创建凭证。

集群的主机名用于集群的主机名。

重要： 当您创建集群时，Red Hat Advanced Cluster Management 控制器为集群及其资源创建一个命名空间。确保只在该命名空间中包含该集群实例的资源。销毁集群会删除命名空间和所有资源。

提示： 在控制台中输入信息时，选择 YAML: On 查看内容更新。

如果要将集群添加到现有的集群集中，则需要在集群设置上具有正确的权限来添加它。如果在创建集群时没有 cluster-admin 权限，则必须选择一个具有 clusterset-admin 权限的集群集。如果您在指定的集群集中没有正确的权限，集群创建会失败。如果您没有任何集群集选项，请联络您的集群管理员，为集群集提供 clusterset-admin 权限。

每个受管集群都必须与受管集群集关联。如果您没有将受管集群分配给 ManagedClusterSet，则会自动添加到 default 受管集群集中。

如果已有与您为 Azure 帐户配置的所选凭证关联的基本 DNS 域，则该值会在那个字段中填充。您可以修改它的值来覆盖它。如需更多信息，请参阅为 Azure 云服务配置自定义域名。此名称用于集群的主机名。

发行镜像标识用于创建集群的 OpenShift Container Platform 镜像的版本。如果要使用的版本可用，您可以从镜像列表中选择镜像。如果您要使用的镜像不是标准镜像，您可以输入您要使用的镜像的 URL。有关发行镜像的更多信息，请参阅发行镜像。

Node 池包括 control plane 池和 worker 池。control plane 节点共享集群活动的管理。该信息包括以下可选字段：

您可以在 worker 池中创建一个或多个 worker 节点，以运行集群的容器工作负载。它们可以位于单个 worker 池中，也可以分布在多个 worker 池中。如果指定了零个 worker 节点，control plane 节点也充当 worker 节点。该信息包括以下字段：

您可以通过点 Add network 来添加额外网络。如果您使用的是 IPv6 地址，您必须有多个网络。

凭证中提供的代理信息会自动添加到代理字段中。您可以使用信息原样，覆盖这些信息，或者在要启用代理时添加信息。以下列表包含创建代理所需的信息：

当您在创建集群前查看信息并选择性地自定义它时，您可以点 YAML 切换 On 查看面板中的 install-config.yaml 文件内容。如果有更新，您可以使用自定义设置编辑 YAML 文件。

注： 您不必运行 kubectl 命令，它为导入集群提供集群详情。当您创建集群时，它由 Red Hat Advanced Cluster Management 管理自动配置。

如需了解更多与访问集群相关的信息，继续访问集群。

在 GCP 上创建集群前请查看以下先决条件：

注：如果更改了云供应商访问密钥，则必须手动更新置备的集群访问密钥。如需更多信息，请参阅已知问题，不支持置备的集群的自动 secret 更新。

要从 Red Hat Advanced Cluster Management for Kubernetes 控制台创建集群，请进入 Infrastructure > Clusters。在 Clusters 页面上，点 Create cluster 并完成控制台中的步骤。

注： 此过程用于创建集群。如果您有一个要导入的现有集群，请参阅将目标受管集群导入到 hub 集群以了解这些步骤。

如果您需要创建凭证，请参阅为 Google Cloud Platform 创建凭证。如需更多信息，请参阅为 Google Cloud Platform 创建凭证。

集群名称用于集群的主机名。在命名 GCP 集群时有一些限制。这些限制包括，名称不要以 goog 开始；名称的任何部分都不要包含与 google 类似的内容。如需了解完整的限制列表，请参阅 Bucket 命名指南。

重要： 当您创建集群时，Red Hat Advanced Cluster Management 控制器为集群及其资源创建一个命名空间。确保只在该命名空间中包含该集群实例的资源。销毁集群会删除命名空间和所有资源。

提示： 在控制台中输入信息时，选择 YAML: On 查看内容更新。

如果要将集群添加到现有的集群集中，则需要在集群设置上具有正确的权限来添加它。如果在创建集群时没有 cluster-admin 权限，则必须选择一个具有 clusterset-admin 权限的集群集。如果您在指定的集群集中没有正确的权限，集群创建会失败。如果您没有任何集群集选项，请联络您的集群管理员，为集群集提供 clusterset-admin 权限。

每个受管集群都必须与受管集群集关联。如果您没有将受管集群分配给 ManagedClusterSet，则会自动添加到 default 受管集群集中。

如果已有与 GCP 帐户所选凭证关联的基本 DNS 域，则该值会在字段中填充。您可以修改它的值来覆盖它。如需更多信息，请参阅设置自定义域。此名称用于集群的主机名。

发行镜像标识用于创建集群的 OpenShift Container Platform 镜像的版本。如果要使用的版本可用，您可以从镜像列表中选择镜像。如果您要使用的镜像不是标准镜像，您可以输入您要使用的镜像的 URL。有关发行镜像的更多信息，请参阅发行镜像。

Node 池包括 control plane 池和 worker 池。control plane 节点共享集群活动的管理。该信息包括以下字段：

您可以在 worker 池中创建一个或多个 worker 节点，以运行集群的容器工作负载。它们可以位于单个 worker 池中，也可以分布在多个 worker 池中。如果指定了零个 worker 节点，control plane 节点也充当 worker 节点。该信息包括以下字段：

网络详细信息是必需的，需要使用 IPv6 地址的多个网络。您可以通过点 Add network 来添加额外网络。

凭证中提供的代理信息会自动添加到代理字段中。您可以使用信息原样，覆盖这些信息，或者在要启用代理时添加信息。以下列表包含创建代理所需的信息：

当您在创建集群前查看信息并选择性地自定义它时，您可以选择 YAML: On 查看面板中的 install-config.yaml 文件内容。如果有更新，您可以使用自定义设置编辑 YAML 文件。

注： 您不必运行 kubectl 命令，它为导入集群提供集群详情。当您创建集群时，它由 Red Hat Advanced Cluster Management 管理自动配置。

如需了解更多与访问集群相关的信息，继续访问集群。

在 vSphere 上创建集群前请查看以下先决条件：

备注：当使用 VMware vSphere 或 Red Hat OpenStack Platform 供应商和断开连接的安装创建集群时，如果需要一个证书才能访问镜像 registry，您必须在为断开连接的安装配置部分的附加信任捆绑包字段中输入它。您不能在集群创建控制台编辑器中输入它们。

要从 Red Hat Advanced Cluster Management for Kubernetes 控制台创建集群，请进入 Infrastructure > Clusters。在 Clusters 页面上，点 Create cluster 并完成控制台中的步骤。

注： 此过程用于创建集群。如果您有一个要导入的现有集群，请参阅将目标受管集群导入到 hub 集群以了解这些步骤。

如果您需要创建凭证，请参阅为 VMware vSphere 创建凭证，以了解有关创建凭证的更多信息。

集群名称用于集群的主机名。

重要： 当您创建集群时，Red Hat Advanced Cluster Management 控制器为集群及其资源创建一个命名空间。确保只在该命名空间中包含该集群实例的资源。销毁集群会删除命名空间和所有资源。

提示： 在控制台中输入信息时，选择 YAML: On 查看内容更新。

如果要将集群添加到现有的集群集中，则需要在集群设置上具有正确的权限来添加它。如果在创建集群时没有 cluster-admin 权限，则必须选择一个具有 clusterset-admin 权限的集群集。如果您在指定的集群集中没有正确的权限，集群创建会失败。如果您没有任何集群集选项，请联络您的集群管理员，为集群集提供 clusterset-admin 权限。

每个受管集群都必须与受管集群集关联。如果您没有将受管集群分配给 ManagedClusterSet，则会自动添加到 default 受管集群集中。

如果已有与您为 vSphere 帐户配置的所选凭证关联的基域，则该值会在字段中填充。您可以修改它的值来覆盖它。如需更多信息，请参阅使用自定义在 vSphere 上安装集群。这个值必须与创建 prerequisites 部分中列出的 DNS 记录的名称匹配。此名称用于集群的主机名。

发行镜像标识用于创建集群的 OpenShift Container Platform 镜像的版本。如果要使用的版本可用，您可以从镜像列表中选择镜像。如果您要使用的镜像不是标准镜像，您可以输入您要使用的镜像的 URL。有关发行镜像的更多信息，请参阅发行镜像

注： 仅支持 OpenShift Container Platform 版本 4.5.x 或更高版本的发行镜像。

节点池包括 control plane 池和 worker 池。control plane 节点共享集群活动的管理。该信息包括 Architecture 字段。查看以下字段描述：

您可以在 worker 池中创建一个或多个 worker 节点，以运行集群的容器工作负载。它们可以位于单个 worker 池中，也可以分布在多个 worker 池中。如果指定了零个 worker 节点，control plane 节点也充当 worker 节点。信息包括每个插槽的内核数, CPU, Memory_min MB, _Disk size（GiB 为单位）和节点数。

需要网络信息。使用 IPv6 需要多个网络。一些所需网络信息包括以下字段：

您可以通过点 Add network 来添加额外网络。如果您使用的是 IPv6 地址，您必须有多个网络。

凭证中提供的代理信息会自动添加到代理字段中。您可以使用信息原样，覆盖这些信息，或者在要启用代理时添加信息。以下列表包含创建代理所需的信息：

您可以点 Disconnected 安装来定义断开连接的安装镜像。有关限制的详情 ，请参阅 Disconnected installation settings for cluster creation cannot be entered or are ignored if entered。

您可以点击 Add Automation template 来创建模板。

当您在创建集群前查看信息并选择性地自定义它时，您可以点 YAML 切换 On 查看面板中的 install-config.yaml 文件内容。如果有更新，您可以使用自定义设置编辑 YAML 文件。

注： 您不必运行 kubectl 命令，它为导入集群提供集群详情。当您创建集群时，它由 Red Hat Advanced Cluster Management 管理自动配置。

如需了解更多与访问集群相关的信息，继续访问集群。

在 Red Hat OpenStack Platform 上创建集群前请查看以下先决条件：

要从 Red Hat Advanced Cluster Management for Kubernetes 控制台创建集群，请进入 Infrastructure > Clusters。在 Clusters 页面上，点 Create cluster 并完成控制台中的步骤。

注： 此过程用于创建集群。如果您有一个要导入的现有集群，请参阅将目标受管集群导入到 hub 集群以了解这些步骤。

如果需要创建凭证，请参阅为 Red Hat OpenStack Platform 创建凭证。

集群的主机名用于集群的主机名。名称必须包含少于 15 个字符。这个值必须与创建凭证先决条件中列出的 DNS 记录的名称匹配。

重要： 当您创建集群时，Red Hat Advanced Cluster Management 控制器为集群及其资源创建一个命名空间。确保只在该命名空间中包含该集群实例的资源。销毁集群会删除命名空间和所有资源。

提示： 在控制台中输入信息时，选择 YAML: On 查看内容更新。

如果要将集群添加到现有的集群集中，则需要在集群设置上具有正确的权限来添加它。如果在创建集群时没有 cluster-admin 权限，则必须选择一个具有 clusterset-admin 权限的集群集。如果您在指定的集群集中没有正确的权限，集群创建会失败。如果您没有任何集群集选项，请联络您的集群管理员，为集群集提供 clusterset-admin 权限。

每个受管集群都必须与受管集群集关联。如果您没有将受管集群分配给 ManagedClusterSet，则会自动添加到 default 受管集群集中。

如果已有与您为 Red Hat OpenStack Platform 帐户配置的所选凭证关联的基本 DNS 域，则该值会在字段中填充。您可以修改它的值来覆盖它。如需更多信息，请参阅 Red Hat OpenStack Platform 文档中的管理域。此名称用于集群的主机名。

发行镜像标识用于创建集群的 OpenShift Container Platform 镜像的版本。如果要使用的版本可用，您可以从镜像列表中选择镜像。如果您要使用的镜像不是标准镜像，您可以输入您要使用的镜像的 URL。有关发行镜像的更多信息，请参阅发行镜像。仅支持 OpenShift Container Platform 版本 4.6.x 或更高版本的发行镜像。

节点池包括 control plane 池和 worker 池。control plane 节点共享集群活动的管理。该信息包括以下字段：

您可以在 worker 池中创建一个或多个 worker 节点，以运行集群的容器工作负载。它们可以位于单个 worker 池中，也可以分布在多个 worker 池中。如果指定了零个 worker 节点，control plane 节点也充当 worker 节点。该信息包括以下字段：

集群需要网络详情。您必须为 IPv4 网络提供一个或多个网络的值。对于 IPv6 网络，您必须定义多个网络。

您可以通过点 Add network 来添加额外网络。如果您使用的是 IPv6 地址，您必须有多个网络。

凭证中提供的代理信息会自动添加到代理字段中。您可以使用信息原样，覆盖这些信息，或者在要启用代理时添加信息。以下列表包含创建代理所需的信息：

您可以点 Disconnected 安装来定义断开连接的安装镜像。有关限制的详情 ，请参阅 Disconnected installation settings for cluster creation cannot be entered or are ignored if entered。

当您在创建集群前查看信息并选择性地自定义它时，您可以点 YAML 切换 On 查看面板中的 install-config.yaml 文件内容。如果有更新，您可以使用自定义设置编辑 YAML 文件。

注： 您不必运行 kubectl 命令，它为导入集群提供集群详情。当您创建集群时，它由 Red Hat Advanced Cluster Management 管理自动配置。

如需了解更多与访问集群相关的信息，继续访问集群。

在 Red Hat Virtualization 上创建集群前请查看以下先决条件：

注：如果更改了云供应商访问密钥，则必须手动更新置备的集群访问密钥。如需更多信息，请参阅已知问题，不支持置备的集群的自动 secret 更新。

要从 Red Hat Advanced Cluster Management for Kubernetes 控制台创建集群，请进入 Infrastructure > Clusters。在 Clusters 页面上，点 Create cluster 并完成控制台中的步骤。

注： 此过程用于创建集群。如果您有一个要导入的现有集群，请参阅将目标受管集群导入到 hub 集群以了解这些步骤。

如果您需要创建凭证，请参阅为 Red Hat Virtualization 创建凭证。

集群名称用于集群的主机名。

重要： 当您创建集群时，Red Hat Advanced Cluster Management 控制器为集群及其资源创建一个命名空间。确保只在该命名空间中包含该集群实例的资源。销毁集群会删除命名空间和所有资源。

提示： 在控制台中输入信息时，选择 YAML: On 查看内容更新。

如果要将集群添加到现有的集群集中，则需要在集群设置上具有正确的权限来添加它。如果在创建集群时没有 cluster-admin 权限，则必须选择一个具有 clusterset-admin 权限的集群集。如果您在指定的集群集中没有正确的权限，集群创建会失败。如果您没有任何集群集选项，请联络您的集群管理员，为集群集提供 clusterset-admin 权限。

每个受管集群都必须与受管集群集关联。如果您没有将受管集群分配给 ManagedClusterSet，则会自动添加到 default 受管集群集中。

如果已有与您为 Red Hat Virtualization 帐户配置的所选凭证关联的基本 DNS 域，则该值会在那个字段中填充。您可以覆盖该值来更改它。

发行镜像标识用于创建集群的 OpenShift Container Platform 镜像的版本。如果要使用的版本可用，您可以从镜像列表中选择镜像。如果您要使用的镜像不是标准镜像，您可以输入您要使用的镜像的 URL。有关发行镜像的更多信息，请参阅发行镜像。

节点池的信息包括 control plane 池的内核、插槽、内存和磁盘大小。这三个 control plane 节点共享集群活动的管理。该信息包括 Architecture 字段。查看以下字段描述：

worker 池信息需要池名称、内核数量、内存分配、磁盘大小分配和 worker 池的节点数。worker 池中的 worker 节点可以在单个 worker 池中，也可以分布到多个 worker 池中。

您预先配置的 oVirt 环境中需要以下网络详情。

凭证中提供的代理信息会自动添加到代理字段中。您可以使用信息原样，覆盖这些信息，或者在要启用代理时添加信息。以下列表包含创建代理所需的信息：

当您在创建集群前查看信息并选择性地自定义它时，您可以点 YAML 切换 On 查看面板中的 install-config.yaml 文件内容。如果有更新，您可以使用自定义设置编辑 YAML 文件。

注： 您不必运行 kubectl 命令，它为导入集群提供集群详情。当您创建集群时，它由 Red Hat Advanced Cluster Management 管理自动配置。

如需了解更多与访问集群相关的信息，继续访问集群。

在裸机环境中创建集群前请查看以下先决条件：

要从 Red Hat Advanced Cluster Management for Kubernetes 控制台创建集群，请进入 Infrastructure > Clusters。在 Clusters 页面上，点 Create cluster 并完成控制台中的步骤。

注： 此过程用于创建集群。如果您有一个要导入的现有集群，请参阅将目标受管集群导入到 hub 集群以了解这些步骤。

如果您需要创建凭证，请参阅为裸机创建凭证，以了解有关创建凭证的更多信息。

对于裸机集群，集群名称不能是一个任意名称。它与集群 URL 相关联。确保使用的集群名称与您的 DNS 和网络设置一致。

重要： 当您创建集群时，Red Hat Advanced Cluster Management 控制器为集群及其资源创建一个命名空间。确保只在该命名空间中包含该集群实例的资源。销毁集群会删除命名空间和所有资源。

提示： 在控制台中输入信息时，选择 YAML: On 查看内容更新。

如果要将集群添加到现有的集群集中，则需要在集群设置上具有正确的权限来添加它。如果在创建集群时没有 cluster-admin 权限，则必须选择一个具有 clusterset-admin 权限的集群集。如果您在指定的集群集中没有正确的权限，集群创建会失败。如果您没有任何集群集选项，请联络您的集群管理员，为集群集提供 clusterset-admin 权限。

每个受管集群都必须与受管集群集关联。如果您没有将受管集群分配给 ManagedClusterSet，则会自动添加到 default 受管集群集中。

此基础域用于创建到 OpenShift Container Platform 集群组件的路由。它在集群供应商的 DNS 中被配置为授权起始(SOA)记录。此名称用于集群的主机名。

如果已有与您为裸机供应商帐户配置的所选凭证关联的基本 DNS 域，则该值会在那个字段中填充。您可以通过覆盖它来更改值，但无法在创建集群后更改名称。如需更多信息，请参阅 OpenShift Container Platform 文档中的在裸机上安装。

发行镜像标识用于创建集群的 OpenShift Container Platform 镜像的版本。如果您要使用的镜像不是标准镜像，您可以输入您要使用的镜像的 URL。有关发行镜像的更多信息，请参阅发行镜像。

主机列表从现有的裸机资产生成，并与您的凭证相关联。确保您在裸机主机上运行最新的固件，或者置备可能会失败。您必须最少选择三个与虚拟机监控程序在同一网桥网络上的裸机资产。如果您没有创建任何裸机资产，您可以在继续创建或导入它们前创建或导入它们，方法是选择 Import asset。有关创建裸机资产的更多信息，请参阅创建和修改裸机资产。或者，您可以选择 Disable certificate verify 来忽略要求。

下表显示了网络选项及其描述：

如果您使用的是 IPv6 地址，您必须有多个网络。

凭证中提供的代理信息会自动添加到代理字段中。您可以使用信息原样，覆盖这些信息，或者在要启用代理时添加信息。以下列表包含创建代理所需的信息：

当您在创建集群前查看信息并选择性地自定义它时，您可以选择 YAML: On 查看面板中的 install-config.yaml 文件内容。如果有更新，您可以使用自定义设置编辑 YAML 文件。

注： 您不必运行 kubectl 命令，它为导入集群提供集群详情。创建集群时，它由 Red Hat Advanced Cluster Management 管理自动配置。

如需了解更多与访问集群相关的信息，继续访问集群。

在内部环境中创建集群前需要满足以下先决条件：

要从 Red Hat Advanced Cluster Management for Kubernetes 控制台创建集群，请进入 Infrastructure > Clusters。在 Clusters 页面上，点 Create cluster 并完成控制台中的步骤。

以下选项可用于您的支持安装：

如果您需要创建凭证，请参阅为内部环境创建凭证。

集群的名称用于集群的主机名。

重要： 当您创建集群时，Red Hat Advanced Cluster Management 控制器为集群及其资源创建一个命名空间。确保只在该命名空间中包含该集群实例的资源。销毁集群会删除命名空间和所有资源。

提示： 在控制台中输入信息时，选择 YAML: On 查看内容更新。

如果要将集群添加到现有的集群集中，则需要在集群设置上具有正确的权限来添加它。如果在创建集群时没有 cluster-admin 权限，则必须选择一个具有 clusterset-admin 权限的集群集。如果您在指定的集群集中没有正确的权限，集群创建会失败。如果您没有任何集群集选项，请联络您的集群管理员，为集群集提供 clusterset-admin 权限。

每个受管集群都必须与受管集群集关联。如果您没有将受管集群分配给 ManagedClusterSet，则会自动添加到 default 受管集群集中。

如果已有与您为供应商帐户配置的所选凭证关联的基本 DNS 域，则该值会在那个字段中填充。您可以通过覆盖它来更改值，但创建集群后无法更改此设置。此基础域用于创建到 OpenShift Container Platform 集群组件的路由。它在集群供应商的 DNS 中被配置为授权起始(SOA)记录。

OpenShift 版本 标识用于创建集群的 OpenShift Container Platform 镜像的版本。如果要使用的版本可用，您可以从镜像列表中选择镜像。如果您要使用的镜像不是标准镜像，您可以输入您要使用的镜像的 URL。有关发行镜像的更多信息，请参阅发行镜像。

当您选择 4.9 或更高版本的 OpenShift 版本时，会显示 Install single node OpenShift(SNO) 的选项。单节点 OpenShift 集群仅包含一个节点，用于托管 control plane 服务和用户工作负载。您不能在创建后向单节点 OpenShift 集群添加附加节点。

如果您希望集群是一个单节点 OpenShift 集群，请选择单节点 OpenShift 选项。

注： 单节点 OpenShift control plane 需要 8 个 CPU 内核，而多节点 control plane 集群的 control plane 节点只需要 4 个 CPU 内核。

查看并保存集群后，您的集群将保存为集群草稿。您可以通过在 Clusters 页面中选择集群名称来关闭创建过程，并在稍后完成该过程。

如果您使用的是现有主机，请选择是否要自行选择主机，还是自动选择它们。主机数量取决于您选择的节点数量。例如，SNO 集群只需要一个主机，而标准的三节点集群需要三个主机。

主机位置列表中显示了满足此集群要求的可用主机位置。对于主机的分发和更加高可用性的配置，请选择多个位置。

如果您发现新主机没有现存基础架构环境，请完成将主机添加到基础架构环境，从第 4 步开始以定义您的主机。

绑定主机以及验证通过后，通过添加以下 IP 地址完成集群的网络信息：

您可以在 Clusters 导航页面中查看安装状态。

如需了解更多与访问集群相关的信息，继续访问集群。

要使用 Red Hat Advanced Cluster Management 控制台休眠由 Red Hat Advanced Cluster Management 创建的集群，请完成以下步骤：

当进程完成后，Clusters 页面中的集群状态为 Hibernating。

提示：您可以通过在 Clusters 页面上选择要休眠的集群并选择 Actions > Hibernate clusters来休眠多个集群。

您选择的集群正在休眠。

要使用 CLI 休眠由 Red Hat Advanced Cluster Management 创建的集群，请完成以下步骤：

您选择的集群正在休眠。

要使用 Red Hat Advanced Cluster Management 控制台恢复一个休眠集群的正常操作，请完成以下步骤：

当进程完成后，Clusters 页面中的集群状态为 Ready。

提示：您可以通过在 Clusters 页面上选择要恢复的集群并选择 Actions > Resume clusters来休眠多个集群。

所选集群恢复正常操作。

要使用 CLI 恢复休眠集群的一般操作，请完成以下步骤：

所选集群恢复正常操作。

所需的用户类型或访问权限级别：集群管理员

您可以从 Red Hat Advanced Cluster Management for Kubernetes 控制台中为每个可用的云供应商导入现有集群。

注： hub 集群无法管理不同的 hub 集群。hub 集群被设置为自动导入和管理自身，因此您不必手动导入 hub 集群来管理自己。

重要： 当您创建集群时，Red Hat Advanced Cluster Management 控制器为集群及其资源创建一个命名空间。确保只在该命名空间中包含该集群实例的资源。销毁集群会删除命名空间和所有资源。

集群已导入。您可以选择 Import another 来导入另一个。

完成以下步骤以删除导入的集群以及在受管集群上创建的 open-cluster-management-agent-addon。

在 Clusters 页面上，点 Actions > Detach cluster 从管理中删除集群。

注意： 如果您试图分离名为 local-cluster 的 hub 集群，请注意 disableHub selfManagement 的默认设置为 false 。此设置会导致 hub 集群在分离时会重新导入自己并管理自己，并协调 MultiClusterHub 控制器。hub 集群可能需要几小时时间来完成分离过程并重新导入。如果要在等待进程完成后重新导入 hub 集群，您可以输入以下命令来重启 multiclusterhub-operator pod 并更快地重新导入：

oc delete po -n open-cluster-management `oc get pod -n open-cluster-management | grep multiclusterhub-operator| cut -d' ' -f1`

您可以通过将 disableHubSelfManagement 值改为 true 来更改 hub 集群的值，使其不会自动导入。如需更多信息，请参阅 disableHubSelfManagement 主题。

使用自动导入 secret 或使用手动命令导入集群继续导入集群。

要使用自动导入 secret，您必须创建一个 secret，其中包含集群的 kubeconfig 文件或 kube API 服务器和集群的令牌对。

继续 导入 klusterlet 附加组件。

重要： 导入命令包含复制到每个导入集群的 pull secret 信息。具有访问导入集群权限的所有用户都可以查看 pull secret 信息。

继续 导入 klusterlet 附加组件。

您可以通过完成以下步骤来创建并应用 klusterlet 附加组件配置文件：

集群现已导入。

要删除集群，请运行以下命令：

oc delete managedcluster ${CLUSTER_NAME}

将 cluster_name 替换为集群的名称。

您的集群现已被删除。

完成以下步骤，使用 ManagedClusterImageRegistry CRD 导入集群：

以下设置可以在 klusterletaddonconfigs.agent.open-cluster-management.io Kubernetes 资源中更新：

您可以使用 hub 集群修改 klusterletaddonconfigs.agent.open-cluster-management.io 资源设置。完成以下步骤以更改设置：

您必须有权访问 cluster-name 命名空间才能使用 hub 集群修改设置。完成以下步骤：

完成以下步骤，使用 Red Hat Advanced Cluster Management 控制台创建受管集群集：

将受管集群集的以下定义添加到 yaml 文件中，使用命令行创建受管集群集：

apiVersion: cluster.open-cluster-management.io/v1beta1
kind: ManagedClusterSet
metadata:
  name: <clusterset1>

将 clusterset1 替换为受管集集群的名称。

创建一个 ManagedClusterSetBinding 资源，将 ManagedClusterSet 资源绑定到命名空间。在同一命名空间中创建的应用程序和策略只能访问包含在绑定受管集群集资源的受管集群。

命名空间的访问权限会自动应用到绑定到该命名空间的受管集群集。如果您有访问权限来访问受管集群设置的命名空间，则会自动具有访问绑定到该命名空间的任何受管集群集的权限。但是，如果您只拥有访问受管集群集的权限，则没有访问命名空间中其他受管集群集的权限。如果没有看到受管集群集，则可能没有查看它所需的权限。

您可以使用控制台或命令行创建受管集群集绑定。

完成以下步骤，使用 Red Hat Advanced Cluster Management 控制台将集群添加到受管集群集中：

完成以下步骤，使用命令行将集群添加到受管集群集中：

完成以下步骤，使用 Red Hat Advanced Cluster Management 控制台从受管集群集中删除集群：

注： 如果要将受管集群从一个受管集群集移到另一个受管集群，则必须在两个受管集群集中都有所需的 RBAC 权限。

要使用命令行从受管集群集中删除受管集群，请完成以下步骤：

注： 如果要将受管集群从一个受管集群集移到另一个受管集群集，则必须在两个受管集群集中都有所需的 RBAC 权限。

参阅以下有关使用受管集群放置的信息：

Placement 规格包括以下字段：

注： configure.name 文件将在 v1beta1 中删除，并替换为 scoreCoordinate.builtIn 文件。如果同时定义了 name 和 scoreCoordinate.builtIn，则使用 scoreCoordinate.builtIn 的值来确定选择。

您需要通过在该命名空间中创建一个 ManagedClusterSetBinding 来最少将一个 ManagedClusterSet 绑定到一个命名空间。注：您需要在 managedclustersets/bind 的虚拟子资源上对 CREATE 进行基于角色的访问权限。请参见以下示例：

将创建一个或多个带有标签 cluster.open-cluster-management.io/placement={placement name} 的 PlacementDecisions 来代表由一个 Placement 选择的 ManagedClusters。

如果选择了 ManagedCluster 并添加到 PlacementDecision 中，消耗此放置的组件可能会在这个 ManagedCluster 上应用工作负载。当 ManagedCluster 不再被选择后，它会从 PlacementDecisions 中删除后，在此 ManagedCluster 上应用的工作负载也会被相应地删除。

请参阅以下 PlacementDecision 示例：

apiVersion: cluster.open-cluster-management.io/v1beta1
kind: PlacementDecision
metadata:
  labels:
    cluster.open-cluster-management.io/placement: placement1
  name: placement1-kbc7q
  namespace: ns1
  ownerReferences:
    - apiVersion: cluster.open-cluster-management.io/v1beta1
      blockOwnerDeletion: true
      controller: true
      kind: Placement
      name: placement1
      uid: 05441cf6-2543-4ecc-8389-1079b42fe63e
status:
  decisions:
    - clusterName: cluster1
      reason: ''
    - clusterName: cluster2
      reason: ''
    - clusterName: cluster3
      reason: ''

您可能希望根据部署在其上的附加组件的状态，为放置选择受管集群。例如，只有在集群中启用了特定的附加组件时，才会为放置选择受管集群。

您可以为附加组件指定标签，并在创建放置时根据需要指定其状态（如果需要）。如果集群中启用了附加组件，则会自动在 ManagedCluster 资源上创建一个标签。如果禁用了附加组件，则会自动删除该标签。

每个附加组件都由一个标签表示，格式为 feature.open-cluster-management.io/addon-<addon_name>=<status_of_addon>。

使用要在要选择的受管集群中启用的附加组件名称替换 addon_name。

将 status_of_addon 替换为在选择集群时该附加组件应具有的状态。status_of_addon 的可能值位于以下列表中：

例如，可用的 application-manager 附加组件由受管集群中的标签表示：

feature.open-cluster-management.io/addon-application-manager: available

请参阅以下基于附加组件及其状态创建放置的示例：

在基于放置资源的调度中，prioritizer 需要比 MananagedCluster 资源提供的默认值更多的数据来计算受管集群分数。例如，根据通过监控系统获取的集群 CPU 或内存使用情况数据来调度集群。

API AddOnPlacementScore 支持根据自定义分数进行调度的更可扩展方式。

请参阅 open-cluster-management 存储库中的放置可扩展调度增强，以了解更多信息。

污点在受管集群的属性中指定，并允许放置来重新放置受管集群或一组受管集群。您可以通过输入类似以下示例的命令，为受管集群添加污点：

kubectl taint ManagedCluster <managed_cluster_name> key=value:NoSelect

污点的规格包括以下字段：

当无法访问受管集群时，您不希望集群添加到放置中。以下污点会自动添加到无法访问的受管集群：

容限应用到放置，并允许放置没有与放置容限匹配的污点的受管集群。容限的规格包括以下字段：

以下示例演示了如何配置容许具有污点的集群的容限：

注： 受管集群不能保证放在包含污点容限的放置上。如果其他放置包含相同的容限，受管集群可能会放置到其中一个放置上。

TolerationSeconds 的值指定容限容许污点的时间期限。当受管集群离线时，这个临时容限会很有用，您可以将在此集群中部署的应用程序传送到另一个受管集群中，以便容忍的时间。

例如，具有以下污点的受管集群将无法访问：

apiVersion: cluster.open-cluster-management.io/v1
kind: ManagedCluster
metadata:
  name: cluster1
spec:
  hubAcceptsClient: true
  taints:
    - effect: NoSelect
      key: cluster.open-cluster-management.io/unreachable
      timeAdded: '2022-02-21T08:11:06Z'

如果您使用 TolerationSeconds 的值定义放置，如下例所示，工作负载在 5 分钟后传输到另一个可用的受管集群。

apiVersion: cluster.open-cluster-management.io/v1alpha1
kind: Placement
metadata:
  name: demo4
  namespace: demo1
spec:
  tolerations:
    - key: cluster.open-cluster-management.io/unreachable
      operator: Exists
      tolerationSeconds: 300
----

受管集群在无法访问 5 分钟后，应用程序会被移到另一个受管集群。

在从集群池中声明集群前，您必须有以下可用：

具有或没有可用集群的集群池。如果集群池中存在可用的集群，则会声明可用的集群。如果集群池中没有可用的集群，则会创建一个集群来满足这个声明。如需有关如何创建集群池的信息，请参阅创建集群池。

在创建集群声明时，您可以从集群池请求新集群。当集群可用时，从池中签出集群。声明的集群自动导入为其中一个受管集群，除非您禁用了自动导入。

完成以下步骤以声明集群：

如果集群可用，它将被声明并立即出现在 Managed cluster 选项卡中。如果没有可用的集群，可能需要几分钟时间来恢复休眠集群或置备新集群。在这个时间中，声明状态为 pending。扩展集群池，以查看或删除待处理的声明。

当它在集群池中，声明的集群会保留作为与它关联的集群集的成员。在声明集群时，您无法更改声明的集群集合。

您可以通过将现有集群配置为充当托管服务集群来部署托管 control plane。托管的服务集群是托管 control plane 的 OpenShift Container Platform 集群，可以是 hub 集群或一个 OpenShift Container Platform 受管集群。

安装 HyperShift operator 并将现有集群启用为托管服务集群后，您可以通过创建一个 HypershiftDeployment 自定义资源来置备 HyperShift 托管的集群。

现在，您可以访问集群。访问 secret 存储在 hypershift-hosting-service-cluster 命名空间中。此命名空间与托管服务集群的名称相同。了解以下格式：

要销毁 HyperShift 托管集群，请运行以下命令删除 HypershiftDeployment 资源：

oc delete -f <HypershiftDeployment_yaml_file_name>

或者

oc delete hd -n <HypershiftDeployment_namespace> <HypershiftDeployment_resource_name>

要从管理或托管服务集群中卸载 HyperShift Operator，请运行以下命令从管理集群中删除 hypershift-addon ManagedClusterAddon ：

oc delete managedclusteraddon -n <hypershift-management-cluster> hypershift-addon

在控制台中配置 Discovery 以查找集群。您可以使用单独的凭证创建多个 DiscoveryConfig 资源。按照控制台中的说明操作。

在设置凭证并发现集群以导入后，您可以在控制台中查看它们。

发现集群后，您可以导入控制台的 Discovered clusters 选项卡中出现的集群。

您需要访问用于配置 Discovery 的命名空间。

注： DiscoveryConfig 必须命名为 discovery，且必须与所选凭证在同一命名空间中创建。请参见以下 DiscoveryConfig 示例：

apiVersion: discovery.open-cluster-management.io/v1
kind: DiscoveryConfig
metadata:
  name: discovery
  namespace: <NAMESPACE_NAME>
spec:
  credential: <SECRET_NAME>
  filters:
    lastActive: 7
    openshiftVersions:
    - "4.10"
    - "4.9"
    - "4.8"

通过运行 oc get discoveredclusters -n <namespace>（其中 namespace 是发现凭证存在的命名空间）来查看发现的集群。

apiVersion: discovery.open-cluster-management.io/v1
kind: DiscoveredCluster
metadata:
  name: fd51aafa-95a8-41f7-a992-6fb95eed3c8e
  namespace: <NAMESPACE_NAME>
spec:
  activity_timestamp: "2021-04-19T21:06:14Z"
  cloudProvider: vsphere
  console: https://console-openshift-console.apps.qe1-vmware-pkt.dev02.red-chesterfield.com
  creation_timestamp: "2021-04-19T16:29:53Z"
  credential:
    apiVersion: v1
    kind: Secret
    name: <SECRET_NAME>
    namespace: <NAMESPACE_NAME>
  display_name: qe1-vmware-pkt.dev02.red-chesterfield.com
  name: fd51aafa-95a8-41f7-a992-6fb95eed3c8e
  openshiftVersion: 4.10
  status: Stale

您必须满足以下先决条件，才能使用 OpenShift Update Service 升级断开连接的集群：

您必须镜像要升级到的镜像，以及您要从本地镜像 registry 升级到的当前镜像。完成以下步骤以镜像镜像：

提示： 在创建 ImageContentSourcePolicy 时，您可以使用此脚本最后一行的输出。

要在 OpenShift Container Platform 环境中为 OpenShift Update Service 部署 Operator，请完成以下步骤：

OpenShift Update Service 使用图形数据信息来决定可用的升级。在连接的环境中，OpenShift Update Service 会直接从 Cincinnati 图形数据GitHub 仓库中提取可用于升级的图形数据信息。由于要配置断开连接的环境，所以必须使用 init 容器使图形数据在本地存储库中可用。完成以下步骤以创建图形数据 init 容器:

如果您使用安全的外部容器 registry 来存储已镜像的 OpenShift Container Platform 发行镜像，OpenShift Update Service 需要访问此 registry 来构建升级图。完成以下步骤以配置您的 CA 证书以用于 OpenShift Update Service Pod:

OpenShift Update Service Operator 会监视 image.config.openshift.io API 和您在 openshift-config 命名空间中创建的 ConfigMap 以获取更改，然后在 CA 证书已更改时重启部署。

当在 hub 集群上完成 OpenShift Update Service 实例部署时，此实例就位于集群升级的镜像镜像位置，并可供断开连接的受管集群使用。完成以下步骤以部署实例：

注： 本节中的步骤只在将发行版本镜像到您的镜像 registry 时才应用。

OpenShift Container Platform 具有一个默认的镜像 registry 值，用于指定它找到升级软件包的位置。在断开连接的环境中，您可以创建一个策略来替换该值，并将该值替换为您对发行版本镜像进行镜像的本地镜像 registry 的路径。

对于这些步骤，策略名为 ImageContentSourcePolicy。完成以下步骤以创建策略：

将 Catalogsource 策略推送到受管集群，将默认位置从连接的位置更改为您断开连接的本地 registry。

将 ClusterVersion 策略推送到受管集群，以更改其检索升级的默认位置。

您可以通过完成以下步骤来查看受管集群可用升级列表：

您可以使用 Red Hat Advanced Cluster Management 控制台为 OpenShift Container Platform 版本 4.6 或更高版本上的集群升级选择一个频道。这些版本必须在镜像 registry 上可用。完成选择频道中的步骤为您的升级指定频道。

配置断开连接的 registry 后，Red Hat Advanced Cluster Management 和 OpenShift Update Service 使用断开连接的 registry 来确定升级是否可用。如果没有可用的升级，请确保您有集群当前级别的发行镜像，且至少有一个后续级别的镜像位于本地存储库中。如果集群当前版本的发行镜像不可用，则没有可用的升级。

完成以下步骤进行升级：

受管集群已更新至所选版本。

如果集群升级失败，Operator 通常会重试升级，停止并报告故障组件的状态。在某些情况下，升级过程会一直通过尝试完成此过程进行循环。不支持在失败的升级后将集群还原到以前的版本。如果您的集群升级失败，请联系红帽支持以寻求帮助。

集群备份和恢复 Operator 解决方案为所有 hub 集群资源（如受管集群、应用程序、策略和裸机资产）提供备份和恢复支持。您可以使用解决方案备份任何扩展基本 hub 集群安装的第三方资源。使用这个备份解决方案，您可以定义一个基于 cron 的备份调度，该调度在指定时间段内运行，并持续备份 hub 集群内容的最新版本。

当 hub 集群需要替换或处于灾难情况下，当 hub 集群停机时，可以部署新的 hub 集群并备份数据被移到新的 hub 集群中。

查看以下用于识别备份数据的集群备份和恢复过程的排序列表：

您可以通过在资源中添加 cluster.open-cluster-management.io/backup 标签来备份集群备份和恢复的第三方资源。标签的值可以是任意字符串，包括空字符串。使用一个可以帮助您识别要备份的组件的值。例如，如果组件是由 IDP 解决方案提供，请使用 cluster.open-cluster-management.io/backup: idp 标签。

注： 如果您希望在受管集群激活资源时恢复资源，请使用 cluster.open-cluster-management.io/backup 标签的 cluster-activation 值。恢复受管集群激活资源会导致受管集群活跃由 hub 集群（在启动恢复的位置）主动管理。

apiVersion: my.group/v1alpha1
kind: MyResource
metadata:
  labels:
    cluster.open-cluster-management.io/backup: cluster-activation

最初安装 Velero 时，Velero pod 会被设置为默认 CPU 和内存限值，如下例所示：

resources:
 limits:
   cpu: "1"
   memory: 256Mi
 requests:
   cpu: 500m
   memory: 128Mi

以上示例中的限制在某些情况下可以正常工作，但可能会在集群备份大量资源时进行更新。例如，当备份在管理 2000 集群的 hub 集群上运行时，Velero pod 会因为内存不足错误(OOM)崩溃。对于这种情况，以下配置允许备份完成：

  limits:
    cpu: "2"
    memory: 1Gi
  requests:
    cpu: 500m
    memory: 256Mi

要更新 Velero pod 资源的限制和请求，您需要更新 DataProtectionApplication 资源，并为 Velero pod 插入 resourceAllocation 模板。查看以下示例：

apiVersion: oadp.openshift.io/v1alpha1
kind: DataProtectionApplication
metadata:
  name: velero
  namespace: open-cluster-management-backup
spec:
...
  configuration:
...
    velero:
      podConfig:
        resourceAllocations:
          limits:
            cpu: "2"
            memory: 1Gi
          requests:
            cpu: 500m
            memory: 256Mi

请参阅 Velero 资源请求和限值自定义，以了解更多有关 DataProtectionApplication 参数的信息。

服务器端加密是应用程序或服务的数据加密，在存储位置接收数据。在传输过程中，备份机制本身不会加密数据（因为它会前往备份存储位置），或其他人（同时存储在备份存储位置的磁盘上）。它依赖于对象和快照系统中的原生机制。

最佳实践 ：使用可用的备份存储服务器端加密数据。备份包含资源，如在 hub 集群外存储需要加密的凭证和配置文件。

您可以使用 serverSideEncryption 和 kmsKeyId 参数为存储在 Amazon S3 中的备份启用加密。如需了解更多详细信息，请参阅备份存储位置 YAML。以下示例指定在设置 DataProtectionApplication 资源时的 AWS KMS 密钥 ID：

spec:
  backupLocations:
    - velero:
        config:
          kmsKeyId: 502b409c-4da1-419f-a16e-eif453b3i49f
          profile: default
          region: us-east-1

请参阅 Velero 支持的存储供应商，以找出其它存储供应商的所有可配置参数。

在创建 backupschedule.cluster.open-cluster-management.io 资源时，会激活备份调度。查看以下 backupschedule.cluster.open-cluster-management.io 示例：

apiVersion: cluster.open-cluster-management.io/v1beta1
kind: BackupSchedule
metadata:
  name: schedule-acm
spec:
  veleroSchedule: 0 */2 * * *
  veleroTtl: 120h

创建 backupschedule.cluster.open-cluster-management.io 资源后，运行以下命令来获取调度的集群备份的状态：

oc get bsch -n <oadp-operator-ns>

上一命令中的 <oadp-operator-ns> 参数是创建 BackupSchedule 的命名空间，它与安装 OADP Operator 的命名空间相同。backupschedule.cluster.open-cluster-management.io 资源会创建六个 schedule.velero.io 资源，用于生成备份。运行以下命令查看调度的备份列表：

os get schedules -A | grep acm

资源在以下组中单独备份：

注 ： 资源备份文件包含特定于受管集群的资源，但不包含将受管集群连接到 hub 集群的资源子集。连接受管集群的资源称为激活资源，并包含在受管集群备份中。当您只在新 hub 集群中为 凭证和资源备份中恢复备份时，新的 hub 集群将所有使用 Hive API 创建的受管集群处于分离状态。但是，只有在 passive hub 集群上恢复激活数据时，使用导入操作在主 hub 集群上导入的受管集群才会出现。目前，受管集群仍然连接到创建备份文件的原始 hub 集群。

当恢复激活数据时，只有使用 Hive API 创建的受管集群才会与新的 hub 集群自动连接。所有其他受管集群都显示为 Pending 状态，必须手动重新附加到新集群。

在新 hub 集群上运行恢复操作前，您需要手动配置 hub 集群，并在初始 hub 集群上安装相同的 Operator。您必须在与初始 hub 集群相同的命名空间中安装 Red Hat Advanced Cluster Management Operator，创建 DataProtectionApplication 资源，然后连接到之前备份了数据的同一存储位置。

例如，如果初始 hub 集群安装了任何其他 Operator，如 Ansible Automation Platform、Red Hat OpenShift GitOps、cert-manager，则必须在运行恢复操作前安装它们。这样可确保配置新的 hub 集群与初始 hub 集群相同。

Velero 目前跳过 hub 集群中现有的备份资源。这会限制在新 hub 集群上恢复 hub 集群数据时可以使用的场景。如果使用新的 hub 集群并且应用了多次恢复，则不建议使用 hub 集群作为被动配置，除非在运行恢复前清理数据。新 hub 集群中的数据没有反映恢复的资源的可用数据。

创建 restore.cluster.open-cluster-management.io 资源时，集群备份和恢复 Operator 将运行一组步骤，以便在 Velero 恢复开始前清理 hub 集群来准备恢复。

cleanup 选项使用 cleanupBeforeRestore 属性来识别要清理的对象子集。您可以为这个清理设置三个选项：

备注:

当您希望 hub 集群管理集群时，请使用 restore-passive-activate 示例。在这种情况下，假设其它数据已在使用被动资源的 hub 集群上恢复。

被动数据是备份数据，如 secret、ConfigMap、应用程序、策略以及所有受管集群自定义资源，它不在受管集群和 hub 集群之间激活连接。备份资源通过凭证备份和恢复资源在 hub 集群上恢复。

使用 restore-passive-sync 示例恢复被动数据，同时继续检查新的备份是否可用并自动恢复它们。要自动恢复新的备份，您必须将 syncRestoreWithNewBackups 参数设置为 true。您还必须仅恢复最新的被动数据。

将 VeleroResourcesBackupName 和 VeleroCredentialsBackupName 参数设置为 latest，VeleroManagedClustersBackupName 参数为 skip。当将 VeleroManagedClustersBackupName 设置为 latest 后，受管集群会在新的 hub 集群中激活，现在是主 hub 集群。

当激活的受管集群变为主 hub 集群时，恢复资源被设置为 Finished，并且 syncRestoreWithNewBackups 会被忽略，即使设置为 true。

默认情况下，当 syncRestoreWithNewBackups 设为 true 时，控制程序会每 30 分钟检查新的备份。如果找到新的备份，它会恢复备份的资源。您可以通过更新 restoreSyncInterval 参数来更改检查的持续时间。

例如，以下资源每 10 分钟检查备份：

apiVersion: cluster.open-cluster-management.io/v1beta1
kind: Restore
metadata:
  name: restore-acm-passive-sync
spec:
  syncRestoreWithNewBackups: true # restore again when new backups are available
  restoreSyncInterval: 10m # check for new backups every 10 minutes
  cleanupBeforeRestore: CleanupRestored
  veleroManagedClustersBackupName: skip
  veleroCredentialsBackupName: latest
  veleroResourcesBackupName: latest

只有使用 Hive API 与主 hub 集群连接的受管集群会自动连接到新的 hub 集群，其中恢复激活数据。这些集群已在主 hub 集群上使用 Clusters 选项卡的 Create cluster 按钮创建。当激活数据被恢复时，使用 Import cluster 按钮连接到初始 hub 集群的受管集群显示为 Pending Import，需要在新的 hub 集群中重新导入。

Hive 受管集群可以与新的 hub 集群连接，因为 Hive 将受管集群 kubeconfig 存储在 hub 集群上的受管集群命名空间中。这在新的 hub 集群上备份和恢复。然后，导入控制器使用恢复的配置更新受管集群上的 bootstrap kubeconfig，该配置仅适用于使用 Hive API 创建的受管集群。导入的集群不可用。

要在新 hub 集群上重新连接导入的集群，请在启动恢复操作后手动创建 auto-import-secret 资源。如需了解更多详细信息，请参阅使用自动导入 secret 导入集群。

在受管集群命名空间中创建 auto-import-secret 资源，每个集群处于 Pending Import 状态。使用具有足够权限的 kubeconfig 或令牌，以便导入组件在新 hub 集群上启动自动导入。您必须使用令牌连接到受管集群，为每个受管集群具有访问权限。令牌必须具有 klusterlet 角色绑定或具有相同权限的角色。

受管集群激活数据或其他激活数据是一个备份资源。当在新的 hub 集群上恢复激活数据时，受管集群就会由运行恢复的 hub 集群主动管理。当使用 cluster.open-cluster-management.io/backup: cluster-activation 标签时，激活数据资源由受管集群备份和 resource-generic 备份存储。

将 cluster.open-cluster-management.io/backup: cluster-activation 标签添加到资源时，资源会在 acm-resources-generic-schedule 备份资源中自动备份。当您在恢复资源中设置 veleroManagedClustersBackupName:latest 标签值时，通常需要恢复资源。如果在受管集群移动到新 hub 集群时需要恢复任何这些资源，请将 veleroManagedClustersBackupName:latest 标签值设置为 cluster-activation。这样可确保不会恢复资源，除非受管集群激活启动。

您的资源可能类似以下示例：

apiVersion: my.group/v1alpha1
kind: MyResource
metadata:
  labels:
    cluster.open-cluster-management.io/backup: cluster-activation

也支持由 acm-managed-clusters-schedule 资源备份的激活集合中也会有默认资源。查看由 acm-managed-clusters-schedule 资源恢复的以下默认资源：

对于主动和被动 hub 集群 ：

对于被动 hub 集群 ：

当第一次创建 MultiClusterHub 资源时，可以启用集群备份和恢复 Operator。cluster-backup 参数设为 true。启用 Operator 后，会安装 operator 资源。

如果已创建了 MultiClusterHub 资源，您可以通过编辑 MultiClusterHub 资源来安装或卸载集群备份 Operator。如果要卸载集群备份 Operator，将 cluster-backup 设置为 false。

启用备份和恢复 Operator 时，MultiClusterHub 资源可能类似以下 YAML 文件：

apiVersion: operator.open-cluster-management.io/v1
  kind: MultiClusterHub
  metadata:
    name: multiclusterhub
    namespace: open-cluster-management
  spec:
    availabilityConfig: High
    enableClusterBackup: false
    imagePullSecret: multiclusterhub-operator-pull-secret
    ingress:
      sslCiphers:
        - ECDHE-ECDSA-AES256-GCM-SHA384
        - ECDHE-RSA-AES256-GCM-SHA384
        - ECDHE-ECDSA-AES128-GCM-SHA256
        - ECDHE-RSA-AES128-GCM-SHA256
    overrides:
      components:
        - enabled: true
          name: multiclusterhub-repo
        - enabled: true
          name: search
        - enabled: true
          name: management-ingress
        - enabled: true
          name: console
        - enabled: true
          name: insights
        - enabled: true
          name: grc
        - enabled: true
          name: cluster-lifecycle
        - enabled: true
          name: volsync
        - enabled: true
          name: multicluster-engine
        - enabled: false
          name: cluster-proxy-addon
        - enabled: true <<<<<<<<
          name: cluster-backup
    separateCertificateManagement: false

完成以下步骤以调度和恢复备份：

使用以下命令获取有关恢复事件的信息：

oc describe -n <oadp-n> <restore-name>

您的事件列表可能类似以下示例：

Spec:
  Cleanup Before Restore:               CleanupRestored
  Restore Sync Interval:                4m
  Sync Restore With New Backups:        true
  Velero Credentials Backup Name:       latest
  Velero Managed Clusters Backup Name:  skip
  Velero Resources Backup Name:         latest
Status:
  Last Message:                     Velero restores have run to completion, restore will continue to sync with new backups
  Phase:                            Enabled
  Velero Credentials Restore Name:  example-acm-credentials-schedule-20220406171919
  Velero Resources Restore Name:    example-acm-resources-schedule-20220406171920
Events:
  Type    Reason                   Age   From                Message
  ----    ------                   ----  ----                -------
  Normal  Prepare to restore:      76m   Restore controller  Cleaning up resources for backup acm-credentials-hive-schedule-20220406155817
  Normal  Prepare to restore:      76m   Restore controller  Cleaning up resources for backup acm-credentials-cluster-schedule-20220406155817
  Normal  Prepare to restore:      76m   Restore controller  Cleaning up resources for backup acm-credentials-schedule-20220406155817
  Normal  Prepare to restore:      76m   Restore controller  Cleaning up resources for backup acm-resources-generic-schedule-20220406155817
  Normal  Prepare to restore:      76m   Restore controller  Cleaning up resources for backup acm-resources-schedule-20220406155817
  Normal  Velero restore created:  74m   Restore controller  example-acm-credentials-schedule-20220406155817
  Normal  Velero restore created:  74m   Restore controller  example-acm-resources-generic-schedule-20220406155817
  Normal  Velero restore created:  74m   Restore controller  example-acm-resources-schedule-20220406155817
  Normal  Velero restore created:  74m   Restore controller  example-acm-credentials-cluster-schedule-20220406155817
  Normal  Velero restore created:  74m   Restore controller  example-acm-credentials-hive-schedule-20220406155817
  Normal  Prepare to restore:      64m   Restore controller  Cleaning up resources for backup acm-resources-schedule-20220406165328
  Normal  Prepare to restore:      62m   Restore controller  Cleaning up resources for backup acm-credentials-hive-schedule-20220406165328
  Normal  Prepare to restore:      62m   Restore controller  Cleaning up resources for backup acm-credentials-cluster-schedule-20220406165328
  Normal  Prepare to restore:      62m   Restore controller  Cleaning up resources for backup acm-credentials-schedule-20220406165328
  Normal  Prepare to restore:      62m   Restore controller  Cleaning up resources for backup acm-resources-generic-schedule-20220406165328
  Normal  Velero restore created:  61m   Restore controller  example-acm-credentials-cluster-schedule-20220406165328
  Normal  Velero restore created:  61m   Restore controller  example-acm-credentials-schedule-20220406165328
  Normal  Velero restore created:  61m   Restore controller  example-acm-resources-generic-schedule-20220406165328
  Normal  Velero restore created:  61m   Restore controller  example-acm-resources-schedule-20220406165328
  Normal  Velero restore created:  61m   Restore controller  example-acm-credentials-hive-schedule-20220406165328
  Normal  Prepare to restore:      38m   Restore controller  Cleaning up resources for backup acm-resources-generic-schedule-20220406171920
  Normal  Prepare to restore:      38m   Restore controller  Cleaning up resources for backup acm-resources-schedule-20220406171920
  Normal  Prepare to restore:      36m   Restore controller  Cleaning up resources for backup acm-credentials-hive-schedule-20220406171919
  Normal  Prepare to restore:      36m   Restore controller  Cleaning up resources for backup acm-credentials-cluster-schedule-20220406171919
  Normal  Prepare to restore:      36m   Restore controller  Cleaning up resources for backup acm-credentials-schedule-20220406171919
  Normal  Velero restore created:  36m   Restore controller  example-acm-credentials-cluster-schedule-20220406171919
  Normal  Velero restore created:  36m   Restore controller  example-acm-credentials-schedule-20220406171919
  Normal  Velero restore created:  36m   Restore controller  example-acm-resources-generic-schedule-20220406171920
  Normal  Velero restore created:  36m   Restore controller  example-acm-resources-schedule-20220406171920
  Normal  Velero restore created:  36m   Restore controller  example-acm-credentials-hive-schedule-20220406171919

有关所需规格属性和有效选项的描述，请参阅 恢复备份。