資訊專欄INFORMATION COLUMN
摘要：不過，這并不意味著在任何的環境下都可以進行擴展。有一些方法可以讓用戶最大限度地發揮的擴展能力，而在擴展時，有一些重要事項和限制需要注意，本文中我將對這些內容進行說明。總結集群可以大規模擴展，但可能會遇到與配額和性能相關的問題。
Kubernetes的設計初衷是要解決管理大規模容器化環境時的困難。不過，這并不意味著Kubernetes在任何的環境下都可以進行擴展。有一些方法可以讓用戶最大限度地發揮Kubernetes的擴展能力，而在擴展Kubernetes時，有一些重要事項和限制需要注意，本文中我將對這些內容進行說明。
規模和性能擴展Kubernetes集群，首先要注意的就是規模和性能之間的平衡。比如，Kubernetes 1.6可被用于多達5000個節點的集群。不過5000個節點并不是硬性限制的最大值，它只是一個推薦的節點最大值。在實際使用中，節點數可以遠超過5000個，只是這樣會導致性能下降罷了。
這個問題具體來說是這樣的：Kubernetes有兩個服務層級的目標，一個是在一秒內返回99%的API調用。另一個是在5秒內啟動99%的pods。盡管這些目標并不是完整的一套性能指標，但它們確實為評估通用集群性能提供了良好的基準。而據Kubernetes所說，超過5000個節點的集群可能無法實現這些服務層級的目標。
所以有一點請大家注意，在有些時候，為了發揮Kubernetes的擴展性，你有可能不得不犧牲一部分的性能，這些犧牲對你來說既可能是值得的，也可能是不值得的，而這取決于你具體的部署場景。
配額（quotas）在建立非常大規模的Kubernetes集群時，你可能會遇到的一個主要問題就是配額問題。對于基于云的節點尤為如此，因為云服務提供商通常情況下會設置配額限制。
這個問題之所以如此重要，是因為部署大規模的Kubernetes集群實際上是一個看似簡單的過程。config-default.sh文件有NUM_NODES的設置。表面上，你可以通過加大與此設置相關聯的值來構建大規模集群。雖然這在某些情況下可行，但最終也可能會遭遇到配額問題。因此，在你打算擴展集群之前，很有必要就現有的任何配額先和云供應商進行溝通。云供應商不僅可以讓你了解現有配額的情況，而且至少一部分云供應商會同意用戶增加配額限制的請求。
當你在評估這些限制的時候，需要注意，盡管配額限制會直接限制你創建Kubernetes集群的數量，然而集群大小的限制更多是出自與Kubernetes間接相關的配額。例如，提供商可能會限制允許你使用的IP地址數量，或者限制你創建的虛擬機實例數量。而好消息是，主要的幾個云服務商已經有多次和Kubernetes打交道的經驗，應該能夠幫助你解決這些問題。
主節點除了上述的限制外，還需要考慮的一個問題是集群大小對所需的主節點大小和數量的影響。這些取決于Kubernetes的實現方式，不過要記住的一點是，集群越大，所需的主節點數量也越多，而那些主節點的功能需求也就越高。
如果你正在從頭構建新的Kubernetes集群，這可能是一個無關的問題，畢竟確定需要的主節點數量是集群規劃過程中的正常階段。可是如果你打算擴展現有Kubernetes集群，那么你更需要去多加考慮主節點的需求，因為在集群啟動時主節點的大小就已經設置好了，而且不能夠動態調整。
擴展附加組件（scaling add-ons）另一件需要我們注意的是，Kubernetes定義了附加組件容器的資源限制。這些資源限制可確保附加組件不會消耗過多的CPU和內存資源。
這些有關限制的問題是，它們是基于相對較小的集群進行定義的。如果你在大規模集群中運行某些附加組件，它們可能會需要超額使用更多的資源。這是因為附加組件必須服務更多的節點，也因此需要額外的資源。如果開始出現與組件相關限制的問題，那么你就會看到附加組件一個一個地被kill掉。
總結Kubernetes集群可以大規模擴展，但可能會遇到與配額和性能相關的問題。因此，在向Kubernetes集群添加大量新節點之前，請一定要仔細考慮橫向擴展所出現的各種需求。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/32589.html
摘要：不過，這并不意味著在任何的環境下都可以進行擴展。有一些方法可以讓用戶最大限度地發揮的擴展能力，而在擴展時，有一些重要事項和限制需要注意，本文中我將對這些內容進行說明。總結集群可以大規模擴展，但可能會遇到與配額和性能相關的問題。 Kubernetes的設計初衷是要解決管理大規模容器化環境時的困難。不過，這并不意味著Kubernetes在任何的環境下都可以進行擴展。有一些方法可以讓用戶最大...
摘要：如何允許開發人員團隊在多云和混合云環境中編寫和實施一致的策略和授權。使用跨云創建一致的策略和流程開放策略代理是一種流行的工具，正是因為它與域無關。簡而言之，組織無需浪費任何時間對應用程序進行逆向工程以實現多云可移植性。OpenPolicy Agent如何允許開發人員團隊在多云和混合云環境中編寫和實施一致的策略和授權。 隨著多云戰略成為完全主流，公司和開發團隊必須弄清楚如何在云環境中創建...
摘要：在這三種調度框架做出選擇需要進行驗證根據應用的工作方式，數量以及如何管理數據等基礎，可以幫助縮小選擇范圍。容器安裝和運行時對存儲服務進行特定的請求，以實現如創建刪除檢查列表連接分離掛載卸載等功能。和一樣，它也有相同的功能和限制。 Swarm、Mesos、和Kubernetes都為各種規模的企業提供了全面的支持，如何選擇是好？ API ▼ 目前找到符合企業自身需求的調度框架比較困難，Do...
摘要：報告劃重點和領跑企業容器云市場在此次發布的企業級容器平臺的類似的魔力象限中，和是企業級容器管理平臺市場的卓越領導者。 showImg(https://segmentfault.com/img/remote/1460000016766848?w=1268&h=365); 全球著名的調研機構Forrester Research近日發布了《The Forrester New Wave: En...
摘要：結論得到了開發者社區的廣泛認可，盡管它的安裝過程非常艱難，之所以受到歡迎的原因很大程度取決于它提供的靈活性，以及良好的谷歌背景，而有一個小型的社區，增長略微緩慢。 數人云之前分享了《聊聊調度框架，K8S、Mesos、Swarm 一個都不能少》那么你是否仍在Docker和Kubernetes選擇上陷入了困擾？所以不要擔心，因為這也是很多人的苦惱，這兩者都是非常優秀的容器服務，至于那種更好...
閱讀 986·2021-09-26 10:15
閱讀 2064·2021-09-24 10:37
閱讀 2580·2019-08-30 13:46
閱讀 2631·2019-08-30 11:16
閱讀 2421·2019-08-29 10:56
閱讀 2591·2019-08-26 12:24
閱讀 3472·2019-08-23 18:26
閱讀 2661·2019-08-23 15:43
