北京做網(wǎng)站費(fèi)用,中國十大奇跡工程,淄博定制網(wǎng)站建設(shè)公司,a標(biāo)簽怎么顯示wordpressKubernetes 通過對 Cgroups 的精細(xì)控制來實(shí)現(xiàn)其 requests 和 limits 機(jī)制。 簡單來說#xff1a; requests - 主要對應(yīng) cpu.shareslimits - 主要對應(yīng) cpu.cfs_quota_us 和 cpu.cfs_period_us 下面我們進(jìn)行詳細(xì)的分解和解釋。核心概念對應(yīng)關(guān)系Kubernetes 概念Cgroup 文…Kubernetes 通過對 Cgroups 的精細(xì)控制來實(shí)現(xiàn)其requests和limits機(jī)制。簡單來說requests- 主要對應(yīng)cpu.shareslimits- 主要對應(yīng)cpu.cfs_quota_us和cpu.cfs_period_us下面我們進(jìn)行詳細(xì)的分解和解釋。核心概念對應(yīng)關(guān)系Kubernetes 概念Cgroup 文件作用機(jī)制性質(zhì)spec.containers[].resources.requests.cpucpu.shares相對權(quán)重Shares軟限制、彈性spec.containers[].resources.limits.cpucpu.cfs_quota_uscpu.cfs_period_us絕對上限Quota硬限制、嚴(yán)格1. CPU Request (requests.cpu) -cpu.shares作用requests.cpu在 Kubernetes 中表示容器請求的、保證的最小 CPU 資源量。它主要影響 Pod 的調(diào)度——調(diào)度器會確保節(jié)點(diǎn)上有足夠的可用資源CPU 和內(nèi)存才會將 Pod 分配上去。Cgroups 實(shí)現(xiàn)Kubernetes 通過設(shè)置 Cgroup v1 的cpu.shares屬性來實(shí)現(xiàn)這一點(diǎn)。工作原理cpu.shaes是一個相對權(quán)重而不是一個絕對的 CPU 核心數(shù)。它的默認(rèn)值是 1024。Kubernetes 的計(jì)算公式大致為容器申請的 cpu.shares 1024 * requests.cpu例如如果一個容器設(shè)置了requests.cpu: 1.5那么它的cpu.shares將被設(shè)置為1024 * 1.5 1536。行為當(dāng)節(jié)點(diǎn)上的 CPU 資源充足時一個設(shè)置了requests.cpu的容器可以使用的 CPU可以超過其請求值它幾乎可以使用任何空閑的 CPU。當(dāng)節(jié)點(diǎn)上的 CPU 資源緊張多個容器競爭 CPU時CFS完全公平調(diào)度器會根據(jù)每個容器的cpu.shares比例來分配 CPU 時間。再例如假設(shè)一個節(jié)點(diǎn)上只有兩個 PodPod A:requests.cpu: 1-cpu.shares 1024Pod B:requests.cpu: 2-cpu.shares 2048當(dāng)兩者都全力使用 CPU 時它們將按照1024:2048即1:2的比例分配 CPU 時間。Pod A 大約獲得 33% 的 CPUPod B 大約獲得 66% 的 CPU?？偨Y(jié)requests.cpu通過cpu.shares確保在資源競爭時獲得最低保證份額是一種“軟”限制。2. CPU Limit (limits.cpu) -cpu.cfs_quota_uscpu.cfs_period_us作用limits.cpu在 Kubernetes 中表示容器能使用的 CPU 資源的絕對硬性上限無論節(jié)點(diǎn)上的 CPU 是否空閑它都不能超過這個限制。Cgroups 實(shí)現(xiàn)Kubernetes 通過設(shè)置 Cgroup v1 的CPU 帶寬控制CPU bandwidth control子系統(tǒng)來實(shí)現(xiàn)即cpu.cfs_quota_us和cpu.cfs_period_us這兩個文件。cpu.cfs_period_us定義了一個時間周期單位微秒通常固定設(shè)置為100,000 μs即 100毫秒。cpu.cfs_quota_us定義了在以上一個周期內(nèi)該容器最多可以使用的 CPU 時間單位微秒。工作原理計(jì)算公式為cpu.cfs_quota_us limits.cpu * cpu.cfs_period_us例如如果一個容器設(shè)置了limits.cpu: 1那么cpu.cfs_period_us 100000cpu.cfs_quota_us 1 * 100000 100000這意味著在每 100ms 的時間內(nèi)該容器最多可以使用 100ms 的 CPU 時間即相當(dāng)于獨(dú)占 1 個 CPU 核心。再例如如果一個容器設(shè)置了limits.cpu: 1.5那么cpu.cfs_quota_us 1.5 * 100000 150000這意味著在每 100ms 的時間內(nèi)該容器最多可以使用 150ms 的 CPU 時間即相當(dāng)于獨(dú)占 1.5 個 CPU 核心。如果容器在周期內(nèi)耗盡了它的配額cpu.cfs_quota_us它就會被節(jié)流Throttled必須等待下一個周期才能繼續(xù)運(yùn)行?？偨Y(jié)limits.cpu通過cpu.cfs_quota_us和cpu.cfs_period_us設(shè)置一個嚴(yán)格的“天花板”是一個“硬”限制。綜合示例與實(shí)踐意義一個 Pod 的配置可以同時包含requests和limitsapiVersion: v1kind: Podmetadata:name: example-podspec:containers:name: example-containerimage: nginxresources:requests:memory: “64Mi”cpu: “0.5” # 請求 0.5 核limits:memory: “128Mi”cpu: “1” # 限制最多使用 1 核在這個例子中調(diào)度調(diào)度器會尋找至少有 0.5 核空閑 CPU 和 64MiB 空閑內(nèi)存的節(jié)點(diǎn)。Cgroups 設(shè)置CPU:cpu.shares 1024 * 0.5 512cpu.cfs_quota_us 1 * 100000 100000cpu.cfs_period_us 100000內(nèi)存也會設(shè)置對應(yīng)的memory.limit_in_bytes為 128MiB。實(shí)踐意義設(shè)置requests而不設(shè)置limits容器可以彈性使用盡可能多的空閑 CPU但在競爭時享有保證的最低份額。適用于可以充分利用空閑資源但不需要嚴(yán)格限制的應(yīng)用。設(shè)置limits而不設(shè)置requestsrequests會默認(rèn)等于limits。這保證了 Pod 的資源但缺乏彈性。通常不建議除非你明確希望如此。同時設(shè)置requests和limits這是最常見和推薦的做法。它既保證了 Pod 的調(diào)度和最小資源又防止 bug 或異常導(dǎo)致單個 Pod 耗盡整個節(jié)點(diǎn)的資源 noisy neighbor 問題。因此Kubernetes 通過將高級別的requests和limits概念映射到 Cgroups 底層的不同控制機(jī)制實(shí)現(xiàn)了既靈活又嚴(yán)格的混合資源管理策略。