如何衡量Kubernetes 3个因素

Docker提供了一个可以在您的笔记本上运行的小型、轻量级虚拟机之后，Kubernetes接下来提供了一个真正的生产集群。事实证明，运行生产集群是一项复杂的工作。例如，Kubernetes并没有“开箱即用”的工具来管理扩展。

在本文中，我将讨论Kubernetes中的三个级别的伸缩。首先，我将让应用程序了解它的资源，然后配置Kubernetes以从云中请求更多的虚拟机，最后，我将讨论一下高可用性和多个集群之间的平衡。

参见:Kubernetes安全指南(免费PDF) (TechRepublic)

虽然Kubernetes能够向上或向下扩展应用程序，但是需要“弹性地”配置这些工作。例如，Kubernetes可以跟踪任何一个应用程序需要的资源，以确保它不会在虚拟机上抛出太多的资源。您可以定义应用程序的内存、CPU和网络带宽需求。为此，您需要对生产中的应用程序进行概要分析，以确定这些需求是什么，然后在pod的配置中表达这些需求。如果没有这些信息，调度器将假定资源需求为零，并且很容易用pods使虚拟机超载。

假设应用程序设计成可伸缩的，您可能希望运行多个pod以获得高可用性。通过这种方式，您可以执行滚动升级并保持接近100%的正常运行时间。Kubernetes的文档中有一个关于按比例部署的教程，但那是一个手动的按比例增加和减少资源的方法。水平Pod自动调度器可以监视CPU、内存和其他指标，并根据需要添加和删除Pod。

集群本身将拥有资源。如果它在按cpu分钟付费的云中运行，那么您希望将这个数字保持得尽可能小。这就引入了一个新问题，即如何使集群根据需求进行扩展。

开箱即用的Kubernetes没有——也不能——提供工具来扩展自己。集群是一个集群，不知道自身之外的其他资源。但是，可以编写一个中间件工具来监视连接到其他可以提供虚拟机的服务的利用率。这可以是公共云、私有云(如OpenStack)或使用VMWare等工具的虚拟机场。Microsoft、Amazon、IBM和谷歌都在它们的云中为Kubernetes用户提供这种自动调焦技术，并且还有开源的自动调焦工具。

集群扩展的另一个选择是OpenShift, Red Hat的容器平台，它运行Kubernetes集群。OpenShift可以将资源分配给它，并且可以管理这些资源的放大和缩小。它还可以管理混合云环境，其中一些资源位于内部，而其他资源位于公共云中。

集群请求更多资源的想法是一回事。如果您想运行多个集群怎么办?

问题从简单的将开发、测试和生产集群作为单独的实体开始。如果没有这个(或专门的节流限制)，弹性集群的性能/负载测试就可能排除生产集群。再加上对高可用性的需求，这可能意味着在一个云提供商的不同区域有多个集群。然后，您将拥有不同的操作单元，在不同的国家运行多个集群，以及将客户路由到其所在大陆的数据中心的能力。

IBM云平台的CTO Jason McGee解释说，这是一个乘法问题。计算一下，一个跨国企业可能有几十个不同的Kubernetes集群。这使得全面了解实际情况变得相当困难，更不用说实际管理资源和成本了。

为了管理他们自己的22000多个集群云，IBM构建了Razee，这是一个以后可以作为开源提供的工具。

参见:Kubernetes: IT专业人士和商业领袖指南(TechRepublic Premium)

在历史的这个时刻，接受扩大Kubernetes规模的挑战，基本上是自愿成为一家全面发展的数字公司。这对Amazon很有效，它将Web服务变成了一项价值74亿美元的业务。如果你的公司不是亚马逊(Amazon)，你可能会想到荷马•辛普森(Homer Simpson)的话:“别人不能做吗?”

作为另一种选择，您可以考虑集群的用途。您可能想要做一些非常具体的事情，而不是扩展，比如在Hadoop中进行大数据挖掘，或者启用像Redis这样的NoSQL数据库。像Redis Labs这样的专业提供商开始创建托管服务产品，旨在处理一个应用程序并很好地处理它。亚历克斯·Miłowski复述,产品专员,解释了该公司了解这些规模问题,创建了一个操作员管理Kubernetes集群运行的工具复述,NoSql数据库。服务提供可以在本地集群(内部)、云中、作为云中的托管服务，甚至可以管理本地运行在裸机服务器上的Redis。

在接下来的24个月里，我预计会看到专业云服务的增长，随后要么这些服务被主要的云服务提供商收购，要么云服务提供商创建自己的竞争产品。

所以睁大眼睛，不要眨眼。事情变化很快，你不想错过它。