多集群應用如何幫助企業級Kubernetes獲益

擴大Kubernetes集群規模運維人員有兩個選擇：Scale Up和Scale Out。如果想將工作量以及成本維持在較低水平，那么多集群應用程序將是一個重要功能。本文將介紹這兩種選擇，并闡述為何多集群應用程序如此重要。
 

 
Kubernetes有許多受用戶喜愛的功能。它提供了一種在大型資源池上部署和運行應用程序的最佳方式。

憑借其易于使用的UI和開箱即用的RBAC、監控、審計、日志等功能，Rancher可以輕松地管理企業級Kubernetes。
 

使用Rancher，IT運維人員可以連接他們的云提供商（AWS、GCP、Azure等）或者數據中心，只需簡單點擊幾下就可以創建集群。

隨著企業對Kubernetes需求的增長，IT運維人員可以有兩種選擇：
 

• Scale Up：團隊在相關項目上一起工作，不需要通過添加更多節點來擴大現有集群的規模。

• Scale Out：由于安全問題、資源回收或其他原因，團隊需要高度隔離，可以通過添加更多集群來scale out Kubernetes環境。Rancher均支持這兩種選擇。

要如何做到無論選擇scale up還是scale out，都能夠確保企業級Kubernetes管理的工作量和成本都控制在一個比較低的水平呢？

支持多集群應用程序就是實現這一目標的其中一步。盡管名稱上仿佛表示該功能僅適用于多個集群，但其實它也適用于同一集群中的多個項目。

Scale up場景

 
隨著對高可靠性、高可用性或更大規模集群的需求增長，集群管理員可能會向現有集群添加更多節點。為了實現某種程度的隔離，管理員可以為每個團隊提供他們自己的項目。Rancher中的項目是比命名空間更高級別的抽象，可以使用RBAC進行限制。

使用相同集群的團隊仍然可以在自己的項目中工作，而不需要查看其他項目。出于公司的需求或者不同的團隊可能使用相同的應用程序，因此必須將該應用程序的副本push到多個項目中。例如，由內部開發人員組成的項目團隊可能必須與外包團隊協作。因為他們必須在相同的應用程序上工作，而需要有自己的獨立實例，因此兩個項目中都應該有應用程序的副本。

 
Scale out場景

 
隨著Kubernetes在企業中的應用越來越多，我們經常發現客戶會構建多個集群，以在不同的團隊之間獲得最高級別的隔離。在這種情況下，企業需求（例如需要在每個集群中部署安全工具）要求集群管理員將相同應用程序的副本push到每個集群。

在客戶可能擁有數百（甚至數千）個集群的邊緣計算場景中，這種問題的復雜度是指數級的。

為何多集群應用程序如此重要

在這兩種情況下，將應用程序副本部署到多個目標的場景都算是較小的問題。如果沒有復雜的腳本和高度熟練的支持團隊，想要升級和維護這些應用程序的同步幾乎是不可能的。

這就是對于多集群應用程序的支持變得如此重要的原因。想象一下在同一（或多）集群上的多個項目內針對應用程序的Helm charts，我們需要提供配置的值，覆蓋項目/集群具體的設置，然后單擊一個按鈕部署應用程序。

不久前的如何部署和管理多Kubernetes集群一文就詳細介紹了這種功能。

為這些應用程序選擇升級策略（滾動或同步更新）的能力，進一步簡化了應用程序保持最新版本的方式。

可以說，無論是那些支持具有多個集群的企業級Kubernetes用戶，還是那些職場時具有多個項目、單個集群的用戶，多集群應用程序都擁有著強大的能力。
 

總 結

百聞不如一見，試著用用它吧。你可能會發現，采用Kubernetes作為你的企業策略并不會像有些人說的那樣復雜！
 

如果要在實驗室或者開發環境中測試這些特性，請安裝最新的alpha版本：
 
https://rancher.com/docs/rancher/v2.x/en/installation/server-tags/#helm-chart-repositories
 

如果有任何需要反饋的內容，請進入Github中的issue，或者直接加入我們的論壇或者添加小助手微信（rancher2)進技術群，與同道中人一起交流。
 

Github：

https://github.com/rancher/rancher/issues
 
論壇鏈接：

https://forums.cnrancher.com/