舰队创建概览

创建舰队包括将要一起管理的集群注册到所选舰队宿主项目中的舰队。根据集群类型和集群位置,注册可能会在创建集群时使用集群配置中指定的注册详细信息自动进行,或者您可能需要手动将集群添加到舰队。

本页面简要介绍了创建舰队的工作原理,以及不同集群类型的详细信息。如需详细了解如何手动向舰队注册集群以及手动注册的前提条件,请参阅详细的舰队创建指南

关于舰队成员资格

将集群注册到舰队后,它将成为舰队成员。由于舰队可以包含来自多个项目和环境的集群,因此您必须确保添加到舰队中的每个集群都具有唯一名称。有时,这在命令和文档中称为集群的舰队成员资格名称。通常,集群的舰队成员资格名称是其常规集群名称,但如果舰队中已经存在另一个具有该名称的集群,则您可能需要在注册时创建一个新名称(例如,通过在原始集群名称上附加或前置一个限定符)。如果您尝试使用现有集群向舰队注册集群,则注册将失败。

GKE 集群

您必须明确注册 Google Cloud 上的 GKE 集群才能将其添加到舰队中。您可以选择以下注册选项之一:从控制台的“舰队”页面中快速注册(仅限已启用 Anthos API 的用户)、通过 gcloud CLI 从命令行注册或者使用 Terraform 或 Config Connector 进行声明式注册。如需详细了解这些选项,请参阅向舰队注册 GKE 集群

可以将 Google Cloud 上的集群注册到其当前项目中的舰队或(在具有一些额外的权限的情况下)注册到其他项目中的舰队。

Google Cloud 外部的集群

如果您已启用 Anthos 平台,则可以将 Google Cloud 外部的集群添加到您的舰队,并一起查看和管理不同环境中的集群。Anthos 集群(Google Cloud 外部的 GKE 集群)主要在创建集群时自动注册到舰队,如本部分其余内容中所述。如果您想要将第三方 Kubernetes 集群添加到您的舰队,则必须手动注册第三方 Kubernetes 集群

注册 Google Cloud 外部的集群会在集群上安装 Connect Agent,以处理集群与 Google Cloud 项目之间的通信。您可以参阅连接代理概览,详细了解 Connect Agent 的工作原理。

本地 Anthos 集群 (Google Distributed Cloud Virtual)

Anthos clusters on VMwareAnthos clusters on Bare Metal 会在集群创建时自动注册到您选择的舰队,并使用舰队宿主项目以及相关集群配置文件中指定的其他注册详细信息。如果您使用的是 Anthos clusters on VMware,请注意只必须注册用户集群,但如果您想将用户集群作为舰队的一部分进行管理,您也可以选择将注册详细信息添加到管理员集群配置

在极少数情况下,您可能需要更新本地 Anthos 集群的注册状态,例如,如果您想要在 VMware 上注册现有的管理员集群。为此,请按照手动注册 Google Cloud 外部的集群的说明操作。

其他公有云上的 Anthos 集群

使用 Anthos Multi-Cloud API 创建的 Anthos clusters on AWS 和 Azure 集群会在集群创建时自动注册到您选择的舰队,并使用在运行相关 gcloud cluster create 命令时指定的舰队宿主项目。由于使用 Anthos Multi-Cloud 创建的集群已经拥有一个与之关联的项目(启用了 API 的项目),因此如果要将这些集群注册到另一个项目中的舰队,您需要在集群创建时进行一些额外设置。使用 Anthos Multi-Cloud API 创建的集群无法取消注册或手动注册。

第三方 Kubernetes 集群(附加的集群)

如果您具有想要作为舰队成员进行管理的现有第三方 Kubernetes 集群(例如 EKS、AKS 或本地分发),则可以将这些集群以及任何 GKE 和 Anthos 集群一起注册到项目舰队。您可以附加任何一致的 Kubernetes 集群以将 x86 节点包括在您的舰队中,虽然只有某些集群类型和版本已经过 Google 验证。您可以在将第三方 Kubernetes 集群附加到您的舰队中了解当前支持的类型和版本的详细信息,以及对于附加的集群支持的舰队启用的功能。作为 Anthos 价格的一部分,您注册的任何第三方集群都将按 vCPU 费用收费。

如需注册附加的集群,请按照注册 Google Cloud 外部的集群的说明操作,并注意任何 Kubernetes 集群类型的特定前提条件

将集群迁移到其他舰队

目前不建议在舰队之间移动已注册的集群(取消注册然后重新注册),因为这可能会导致非预期或不希望的行为:例如,您的工作负载舰队的舰队 Workload Identity 将发生变化,从而可能导致请求被阻止和服务中断。建议方法是在希望工作负载驻留在其中的舰队中创建新集群,然后将工作负载从旧集群移动到新集群。

后续步骤