如何使用 VPS 和大型云提供商（如 AWS 或 GCP）构建和管理多集群/节点？

Question

问题： 我需要一个 Auto Scaling 解决方案，但我的 VPS 托管服务提供商并未提供此解决方案，因为我需要手动购买每个 VPS。这意味着，如果我的 Web 应用程序有大量流量，该应用程序在多个 VPS 上与托管服务提供商一起运行，则由于一次手动订购和配置每个新 VPS，它无法自动扩展。

为什么要使用 VPS 和纯云架构？ 首先，只有云提供商可以提供 Auto Scaling 解决方案。 其次，因为我与 VPS 提供商达成了交易，它可以让我以每月低价访问高度配置的机器。它可以降低费用并以更优惠的价格改进我的网络应用程序。 例如，使用 4 cpu、8gb ram、200gb ssd 的 VPS，我每月支付 6 美元。 使用与 GCP 相同的配置，每月约为 34 美元，AWS 为 49.94 美元。 我们的想法是同时拥有 VPS 和 GCP，而不是仅使用 GCP 或只能处理云提供商的多集群系统（例如：GCP 和 AWS）。

结果： 使用可以同时处理私有 VPS 和云提供商的 K8s 管理系统，以便能够在需要时在 AWS 或 GCP 等云提供商上实时自动扩展。并且还能够手动将新的 VPS 添加到架构中，以随着时间的推移（手动）降低成本和效率。 如果是这样，当我的网络应用程序获得更多流量时，云架构将自动扩展（例如：使用 GCP）。如果这种流量持续存在，我（我自己）可以决定购买新的 VPS 并将它们添加到架构中以降低成本并避免仅使用 GCP 或 AWS（它们更昂贵）。

我的网络应用：node.js、angular、express、loopback、mongodb、firebase、k8s、docker、github、github actions、ubuntu 20.04。

我真的很想听听您的想法。我是 DepOps 领域的新手，希望我清楚自己想要做什么。

干杯，

汤米

Answer 1

从系统角度来看，只要您建立了正确的网络连接，Kubernetes 集群并不关心所有节点是否都在同一个基础设施提供商上运行。另一方面，分布式集群有几个明显的缺点：

• 由于必须跨越多个数据中心而增加了延迟
• 基础设施提供商之间的额外 VPN 连接增加了复杂性，并确保将正确的工作负载转移到临时扩展的实例中
• 可用的即用型集群管理工具较少，因为它们通常针对单一基础架构提供商。

一旦您设置好网络连接等，您就可以运行一个脚本来监控您的 VPS 节点上的空闲资源，然后确定何时启动一个新的基于 GCP 的节点（在这里，您甚至可以使用临时节点来节省额外的钱）。