= 在任意基础设施（AWS、GCE、DO 或裸机）上启动 Kubernetes 集群的现有解决方案（商业或开源）是什么 =

我正在探索允许我们跨多个供应商分布我们的 Kubernetes 集群的解决方案（例如基于成本）

我们正在运行一个大约使用 3000 个 vCPU 的 Kubernetes 集群。所有 Pod 都是短暂的工作节点，它们从数据处理任务的中央队列中侦听作业。我们目前正在使用 GCP 抢占式节点来支持 90% 的所需计算能力（回落到常规节点）。当我们无法从 GCP 获得所需资源时，我正在探索允许我将 pod“转移”到另一个集群（在不同的云/裸机供应商上）的解决方案

例如有没有我可以提供我的 AWS/GCP 凭证的 PaaS（我们有 AWS/GCP/DO 信用；因此使用他们自己的提供商帐户的抽象不起作用）并且它会跨节点设置和管理 Kubernetes 集群两个云提供商？

您可以查看 Rancher 或任何类似的解决方案，例如 loodse 的 kubermatic。这些工具抽象了“install-a-Cluster-on-a-cloud-provider”，并为 aws、gcp、do 或 vsphere 等底层 iaas 平台提供支持。此外，这些工具还有一些非常好的功能，如模板、日志聚合或应用程序目录，用于安装入口控制器或 s.th 等应用程序。别的。

Rancher +1 顺便说一句，你甚至可以使用 rancher 作为平台来构建你自己的 PaaS：
rancher/norman 是一个框架，可帮助您构建基于 CRD 的控制器/操作器，以及 rancher/api-spec 兼容服务器
rancher/api-spec 是 RESTful API 的增强版本，具有自动生成的用于调试的 UI，如果您已经有 CRD，您可以轻松地进行集成，例如 refunc/refunc-rancher 是我们用于 refunc/refunc 的瘦包装器
rancher/ui 基于 emberjs，这使得它易于扩展，例如 refunc/rancher-ui 使用 Ember Engines 通过简单地替换生成的静态文件来为 refunc/refunc 创建我们的自定义 UI
httpsgithub.com/gardener 对你来说可能很有趣。它允许您跨多个 IaaS 提供商创建和管理 k8s 集群

Kubernetes 文档有一个很好的列表：httpskubernetes.io/docs/setup/pick-right-solution/
在我的脑海中，我认为 Rancher、Gardener、Kublr 和其他一些提供了在多个云提供商上运行 Kubernetes 的能力。或者有各种关于如何自行部署和管理它们的链接指南

或者你可以使用他们的指南在 AWS 和 GCP 中创建 Kubernetes 集群，将它们设置为自动扩展，并有一个管理层来控制你在哪些集群上运行你的工作负载。选项丰富！
我们有一个开源和免费的开发人员版本——它支持 6 个云提供商和内部部署。您可以在这里试驾：httpsbeta.banzaicloud.io/ 并在 httpsgithub.com/banzaicloud/pipeline 上查看代码
httpswww.ibm.com/cloud/multicloud-manager
多云管理是有效管理多个数据中心或云环境（公共或私有）的能力，就好像它们是一个单一的环境一样。一般企业使用六个或更多、数百个集群，这会导致复杂的环境并呈现迫在眉睫或未来的问题。分散的工作负载、安全漏洞和开发团队的有限可见性 [输出] 是几个难以集中管理的运营问题

在任何运行的地方注册和部署 Kubernetes 集群。在云提供商之间轻松切换并连接公共和私有

披露：我是一名 IBM 员工，很乐意帮助回答有关 MCM 或 IBM Cloud Private 的任何后续问题
你要的东西不存在。没有多云容器编排器

没有现成的解决方案可以跨云提供商加速计算并根据成本安排容器

我无法想象除了无状态应用程序之外，它是如何工作的。我的经验是无状态应用程序不是默认的，它是你努力的方向，你将状态转移到其他地方，通常是附近的某个地方

您已经在最便宜的云上 (GCP)

到底是什么问题？ GCP真的不能满足你需要的节点数吗？
在另一个云上调度节点似乎需要付出很多努力和定制开发才能获得零收益

OP 没有明确要求单个跨云集群

当我们无法从 GCP 获得所需资源时，我正在探索允许我将 pod“转移”到另一个集群（在不同的云/裸机供应商上）的解决方案

他们说他们想要跨提供商的多个集群，这些集群都可以使用同一队列中的工作

OP 检查 kops（以及某种程度上的 kubicorn），它允许您在任意云提供商上建立集群。当然 k8s 发展很快。这些工具是过去和现在，cluster-api 是未来
您好，完全透明，我在 www.containership.io 工作，但我们刚刚发布了我们的自动缩放产品 www.github.com/containership/cerebral，它允许您根据使用情况扩大和缩小集群。虽然我们目前无法跨提供商扩展，但我们确实允许您从一个集中位置启动多个集群，并提供一个 UI 来轻松管理您的节点和资源

== 关于社区 ==
库伯纳特
在线