运行自管理的 kubernetes 集群有什么意义?

运行自管理的 kubernetes 集群有什么意义?

我最近一直在研究 k8s。我对在云中自我管理 k8s 集群的想法有点困惑。我读过有人这样做的文章,但我仍然不确定如果你已经在云中的虚拟机上运行服务,价格优势是什么。

GKE 让您仅为自己的节点付费它可以立即管理您的主节点。

托管集群是否存在一些未提及的隐性成本?如果您已经在云中运行服务,您会自行管理集群吗?如果您将它们迁移到 k8s,您很可能需要支付相同的费用?

我知道这确实取决于您的服务和需求,但让我们想象一下最基本的 CRUD 应用程序 - 1 个运行几个副本的无状态后端、1 个运行一个副本以实现 HA 目的的有状态数据库、1 个消息代理和几个用于后台处理的工作实例。您没有裸机,您已经在云中的基本虚拟机上运行,​​没有容器。从价格角度来看,迁移到自管理 k8s 集群有什么好的理由吗?

答案1

通过使用自管理 Kubernetes 集群,您可以获得许多优点和缺点。

作为专业人士,在自管理的 Kubernetes 集群上,您可以控制管理层。云中完全托管的 Kubernetes 服务不允许您配置集群主服务器,因为该组件由托管服务处理。当您使用以下方式部署自己的集群时kubeadm库贝斯普雷甚至这样做艰难之路之后,你就对集群主控所有其他相关管理组件拥有完全的访问权。

这还增加了配置的灵活性,您可以按照自己想要的方式配置集群和节点,而不必费力地处理托管服务支持的配置选项。

您还可以更好地控制集群的部署和管理。例如,您可以部署多个节点池或选择为不同节点使用不同的实例类型。许多托管 Kubernetes 服务不提供这些选项。

另一方面,部署和维护自管理集群非常耗时,需要维护人员具备更深入的知识。云提供商有专门的团队来负责这些解决方案,一般来说,这会增加所提供的解决方案的可靠性。

更多优缺点描述见文章。它来自 NetApp,但部分帖子并非专门针对它,值得一读。

相关内容