在部署架构方面，Kubernetes是一种灵活的编排工具，它可以运行在本地、公共云和多个公共云。

多云Kubernetes部署包括分布在多个云平台上的多个节点。例如，你可以在两个公共云中拥有多个节点，例如AWS和微软Azure。或者，你可以在公共云中运行节点，在私有云中运行其他节点，并通过相同的Kubernetes实例管理这些节点。

在这种方法中，不同云之间的集群（Kubernetes实例的主机服务器集）中的主节点和工作节点可采用不同分布形式。在不同的云之间传播主节点是实现高可用性的最佳方式。但是，另一种方法是，仅在一个云中运行主节点，即使某些工作节点在另一个云中运行。

多云Kubernetes的优势

弹性是多云Kubernetes战略的主要优势，一个云中的节点故障不会导致整个实例故障。此外，企业可以在同一个云中的多个可用区或区域内托管节点，从而防止本地化基础架构故障。

多云Kubernetes战略也非常灵活。多云环境使企业能够从云提供商的产品中进行选择，而在多个云中托管节点的企业可以为Kubernetes基础架构获得更多配置选项。例如，一个云供应商可能提供与另一个供应商不同的虚拟服务器实例配置。因此，多云Kubernetes部署将为企业提供更多的配置选项。

最后，多云Kubernetes对企业吸引力可能在于，它使企业能够建立单一的应用程序管理和部署系统。IT团队不必学习企业所使用的每个云的工具，就像他们使用公共云供应商托管的Kubernetes服务时的情况一样，例如Kubernetes的Amazon Elastic Container Service。

但是，即使Kubernetes标准化并简化了部署过程，跨云部署也会带来复杂性。管理多云Kubernetes部署的IT团队需要知道如何在不同的云上配置基础架构，并为每个平台使用不同的配置工具。此外，使用的云越多，需要监控的就越多。

在多个云中部署Kubernetes

在过去，管理员可以使用Kubernetes联合功能运行分布在不同云中的多个群集。但是，现在Kubernetes的原始联邦功能已被弃用；虽然它仍然在技术上有效，但Kubernetes开发人员“强烈反对”它的使用。

由于集群级别的API问题、缺乏灵活性和其他限制，原始联合功能的承诺永远不会实现。 Kubernetes开发社区正在开发Federation版本2，但目前尚未成熟。

下面是跨多个云设置Kubernetes的两种主要方法：

• 从io下载Kubernetes版本，根据需要安装它并从多个云中添加节点

这个策略需要付出最多努力，因为Kubernetes必须从头开始设置。管理员必须使用提供商的本机配置工具（例如AWS CloudFormation和Azure Resource Manager）手动配置不同云上的节点。但是，如果他们使用Terraform等第三方软件来自动化和标准化配置，则情况就不同了。

• 使用支持多云的Kubernetes发行版

Red Hat公司提供一个Kubernetes版本，支持商业OpenShift容器平台中的多个云。也可能支持Origin Community Distribution，它依赖于与OpenShift Container Platform相同的上游Kubernetes发行版。其他版本的OpenShift缺乏灵活性而无法实现多云Kubernetes。

其他选项包括Rancher–多集群管理工具，以及Platform9–混合云管理工具。这些服务可以抽象多个底层主机基础架构（例如多个公共云或私有云）为基础设施层，让你可以从单个界面管理。