如何衡量Kubernetes 3個因素

Docker提供了一個可以在您的筆記本上運行的小型、輕量級虛擬機之后，Kubernetes接下來提供了一個真正的生產集群。事實證明，運行生產集群是一項復雜的工作。例如，Kubernetes并沒有“開箱即用”的工具來管理擴展。

在本文中，我將討論Kubernetes中的三個級別的伸縮。首先，我將讓應用程序了解它的資源，然后配置Kubernetes以從云中請求更多的虛擬機，最后，我將討論一下高可用性和多個集群之間的平衡。

參見:Kubernetes安全指南(免費PDF) (TechRepublic)

雖然Kubernetes能夠向上或向下擴展應用程序，但是需要“彈性地”配置這些工作。例如，Kubernetes可以跟蹤任何一個應用程序需要的資源，以確保它不會在虛擬機上拋出太多的資源。您可以定義應用程序的內存、CPU和網絡帶寬需求。為此，您需要對生產中的應用程序進行概要分析，以確定這些需求是什么，然后在pod的配置中表達這些需求。如果沒有這些信息，調度器將假定資源需求為零，并且很容易用pods使虛擬機超載。

假設應用程序設計成可伸縮的，您可能希望運行多個pod以獲得高可用性。通過這種方式，您可以執(zhí)行滾動升級并保持接近100%的正常運行時間。Kubernetes的文檔中有一個關于按比例部署的教程，但那是一個手動的按比例增加和減少資源的方法。水平Pod自動調度器可以監(jiān)視CPU、內存和其他指標，并根據需要添加和刪除Pod。

集群本身將擁有資源。如果它在按cpu分鐘付費的云中運行，那么您希望將這個數字保持得盡可能小。這就引入了一個新問題，即如何使集群根據需求進行擴展。

開箱即用的Kubernetes沒有——也不能——提供工具來擴展自己。集群是一個集群，不知道自身之外的其他資源。但是，可以編寫一個中間件工具來監(jiān)視連接到其他可以提供虛擬機的服務的利用率。這可以是公共云、私有云(如OpenStack)或使用VMWare等工具的虛擬機場。Microsoft、Amazon、IBM和谷歌都在它們的云中為Kubernetes用戶提供這種自動調焦技術，并且還有開源的自動調焦工具。

集群擴展的另一個選擇是OpenShift, Red Hat的容器平臺，它運行Kubernetes集群。OpenShift可以將資源分配給它，并且可以管理這些資源的放大和縮小。它還可以管理混合云環(huán)境，其中一些資源位于內部，而其他資源位于公共云中。

集群請求更多資源的想法是一回事。如果您想運行多個集群怎么辦?

問題從簡單的將開發(fā)、測試和生產集群作為單獨的實體開始。如果沒有這個(或專門的節(jié)流限制)，彈性集群的性能/負載測試就可能排除生產集群。再加上對高可用性的需求，這可能意味著在一個云提供商的不同區(qū)域有多個集群。然后，您將擁有不同的操作單元，在不同的國家運行多個集群，以及將客戶路由到其所在大陸的數據中心的能力。

IBM云平臺的CTO Jason McGee解釋說，這是一個乘法問題。計算一下，一個跨國企業(yè)可能有幾十個不同的Kubernetes集群。這使得全面了解實際情況變得相當困難，更不用說實際管理資源和成本了。

為了管理他們自己的22000多個集群云，IBM構建了Razee，這是一個以后可以作為開源提供的工具。

參見:Kubernetes: IT專業(yè)人士和商業(yè)領袖指南(TechRepublic Premium)

在歷史的這個時刻，接受擴大Kubernetes規(guī)模的挑戰(zhàn)，基本上是自愿成為一家全面發(fā)展的數字公司。這對Amazon很有效，它將Web服務變成了一項價值74億美元的業(yè)務。如果你的公司不是亞馬遜(Amazon)，你可能會想到荷馬?辛普森(Homer Simpson)的話:“別人不能做嗎?”

作為另一種選擇，您可以考慮集群的用途。您可能想要做一些非常具體的事情，而不是擴展，比如在Hadoop中進行大數據挖掘，或者啟用像Redis這樣的NoSQL數據庫。像Redis Labs這樣的專業(yè)提供商開始創(chuàng)建托管服務產品，旨在處理一個應用程序并很好地處理它。亞歷克斯·Mi?owski復述,產品專員,解釋了該公司了解這些規(guī)模問題,創(chuàng)建了一個操作員管理Kubernetes集群運行的工具復述,NoSql數據庫。服務提供可以在本地集群(內部)、云中、作為云中的托管服務，甚至可以管理本地運行在裸機服務器上的Redis。

在接下來的24個月里，我預計會看到專業(yè)云服務的增長，隨后要么這些服務被主要的云服務提供商收購，要么云服務提供商創(chuàng)建自己的競爭產品。

所以睜大眼睛，不要眨眼。事情變化很快，你不想錯過它。