掃二維碼與項目經(jīng)理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
集群是運行 Kubernetes 代理的、 由控制平面管理的一組 節(jié)點(物理機或虛擬機)。 Kubernetes v1.24 支持的最大節(jié)點數(shù)為 5000。 更具體地說,Kubernetes旨在適應(yīng)滿足以下所有標準的配置:

讓客戶滿意是我們工作的目標,不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶,將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價值的長期合作伙伴,公司提供的服務(wù)項目有:域名與空間、虛擬空間、營銷軟件、網(wǎng)站建設(shè)、公安網(wǎng)站維護、網(wǎng)站推廣。
你可以通過添加或刪除節(jié)點來擴展集群。集群擴縮的方式取決于集群的部署方式。
為避免遇到云供應(yīng)商配額問題,在創(chuàng)建具有大規(guī)模節(jié)點的集群時,請考慮以下事項:
對于大型集群,你需要一個具有足夠計算能力和其他資源的控制平面。
通常,你將在每個故障區(qū)域運行一個或兩個控制平面實例, 先垂直縮放這些實例,然后在到達下降點(垂直)后再水平縮放。
你應(yīng)該在每個故障區(qū)域至少應(yīng)運行一個實例,以提供容錯能力。 Kubernetes 節(jié)點不會自動將流量引向相同故障區(qū)域中的控制平面端點。 但是,你的云供應(yīng)商可能有自己的機制來執(zhí)行此操作。
例如,使用托管的負載均衡器時,你可以配置負載均衡器發(fā)送源自故障區(qū)域 A 中的 kubelet 和 Pod 的流量, 并將該流量僅定向到也位于區(qū)域 A 中的控制平面主機。 如果單個控制平面主機或端點故障區(qū)域 A 脫機,則意味著區(qū)域 A 中的節(jié)點的所有控制平面流量現(xiàn)在都在區(qū)域之間發(fā)送。 在每個區(qū)域中運行多個控制平面主機能降低出現(xiàn)這種結(jié)果的可能性。
為了提高大規(guī)模集群的性能,你可以將事件對象存儲在單獨的專用 etcd 實例中。
在創(chuàng)建集群時,你可以(使用自定義工具):
Kubernetes 資源限制 有助于最大程度地減少內(nèi)存泄漏的影響以及 Pod 和容器可能對其他組件的其他方式的影響。 這些資源限制適用于插件資源, 就像它們適用于應(yīng)用程序工作負載一樣。
例如,你可以對日志組件設(shè)置 CPU 和內(nèi)存限制
...
containers:
- name: fluentd-cloud-logging
image: fluent/fluentd-kubernetes-daemonset:v1
resources:
limits:
cpu: 100m
memory: 200Mi插件的默認限制通?;趶闹行∫?guī)模 Kubernetes 集群上運行每個插件的經(jīng)驗收集的數(shù)據(jù)。 插件在大規(guī)模集群上運行時,某些資源消耗常常比其默認限制更多。 如果在不調(diào)整這些值的情況下部署了大規(guī)模集群,則插件可能會不斷被殺死,因為它們不斷達到內(nèi)存限制。 或者,插件可能會運行,但由于 CPU 時間片的限制而導致性能不佳。
為避免遇到集群插件資源問題,在創(chuàng)建大規(guī)模集群時,請考慮以下事項:

我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流