ack-koordinator（ack-slo-manager）
ack-koordinator是一個(gè)QoS感知的調(diào)度系統(tǒng)，通過(guò)CPU Burst、動(dòng)態(tài)資源超賣(mài)等功能，在優(yōu)化集群資源利用率的同時(shí)優(yōu)先保障高優(yōu)應(yīng)用的服務(wù)質(zhì)量，從而提升系統(tǒng)整體的穩(wěn)定性。此外，ack-koordinator還支持資源畫(huà)像以及重調(diào)度能力。本文介紹ack-koordinator組件的基本信息和變更記錄。
如需了解組件的發(fā)布和變更記錄，可直接跳轉(zhuǎn)至變更記錄。
ack-koordinator是什么
ack-koordinator是一個(gè)基于Kubernetes的QoS感知調(diào)度系統(tǒng)，能夠有效提升集群資源利用率，并針對(duì)不同優(yōu)先級(jí)的應(yīng)用提供QoS保障能力，避免應(yīng)用因資源競(jìng)爭(zhēng)而影響性能表現(xiàn)。例如，ack-koordinator支持將Service服務(wù)型應(yīng)用與批處理任務(wù)混合部署在同一節(jié)點(diǎn)，通過(guò)動(dòng)態(tài)資源超賣(mài)、QoS感知調(diào)度等能力，在提升集群資源利用率的同時(shí)，保障Service應(yīng)用的服務(wù)質(zhì)量，適用于批處理、高性能計(jì)算、AI任務(wù)和機(jī)器學(xué)習(xí)等業(yè)務(wù)場(chǎng)景。ack-koordinator是ACK支持QoS感知調(diào)度的核心組件，提供彈性資源限制、拓?fù)涓兄{(diào)度、動(dòng)態(tài)資源超賣(mài)等QoS感知調(diào)度能力，以及負(fù)載感知調(diào)度、重調(diào)度、資源畫(huà)像等功能。
使用時(shí)，您可以登錄容器服務(wù)管理控制臺(tái)在ACK集群中安裝ack-koordinator組件，然后通過(guò)ConfigMap或Pod Annotation啟用并使用相關(guān)功能。
組件架構(gòu)
ack-koordinator由中心側(cè)組件和單機(jī)側(cè)組件兩部分組成，各模塊功能描述如下。
Koordinator Manager：以Deployment的形式部署的中心組件，由主備兩個(gè)實(shí)例組成，以保證組件的高可用。
SLO Controller：負(fù)責(zé)資源超賣(mài)管理，支持根據(jù)節(jié)點(diǎn)混部時(shí)的運(yùn)行狀態(tài)，動(dòng)態(tài)調(diào)整集群的超賣(mài)資源量，同時(shí)為管理各節(jié)點(diǎn)的差異化SLO策略。
Recommender：提供資源畫(huà)像功能，預(yù)估工作負(fù)載的峰值資源需求，簡(jiǎn)化配置容器資源規(guī)格的復(fù)雜度。
Koordinator Descheduler：以Deployment的形式部署的中心組件，提供重調(diào)度功能。
Koordlet：以DaemonSet的形式部署的單機(jī)組件，支持在離線混部場(chǎng)景下的動(dòng)態(tài)資源超賣(mài)、負(fù)載感知調(diào)度、QoS感知調(diào)度等。
Koordinator調(diào)度插件：ack-koordinator組件在安裝時(shí)不包括Koord-Scheduler模塊，相關(guān)調(diào)度能力已經(jīng)以插件形式集成在ACK調(diào)度器中默認(rèn)安裝。
在ACK Serverless集群中，ack-koordinator只包括Koordinator Manager組件，并提供資源畫(huà)像功能。
版本號(hào)說(shuō)明
自v1.1.1-ack.1版本起，ack-koordinator的版本號(hào)格式變更為x.y.z-ackn。
x.y.z：對(duì)應(yīng)Koordinator開(kāi)源版本，表示ack-koordinator已支持對(duì)應(yīng)開(kāi)源版本的所有功能。ackn：在此開(kāi)源版本基礎(chǔ)上的功能增強(qiáng)和優(yōu)化。
相關(guān)概念
Kubernetes社區(qū)為Pod提供了三種服務(wù)質(zhì)量（Quality of Service, QoS）類(lèi)，包括Guaranteed、Burstable和BestEffort。Koordinator在兼容并增強(qiáng)Kubernetes QoS的基礎(chǔ)上，引入了新的QoS分類(lèi)（LS（Latency Sensitive）類(lèi)、BE（Best Effort）等），并通過(guò)獨(dú)立的字段koordinator.sh/qosClass進(jìn)行管理。Koordinator QoS旨在更精細(xì)地控制和優(yōu)化混部場(chǎng)景下工作負(fù)載的資源使用與調(diào)度，保障系統(tǒng)整體的服務(wù)質(zhì)量。
Kubernetes調(diào)度（Scheduling）是將Pending的Pod分配到節(jié)點(diǎn)上的過(guò)程。重調(diào)度（Descheduling）通常是指將部署在某個(gè)節(jié)點(diǎn)上調(diào)度不合理的Pod重新調(diào)度到另一個(gè)節(jié)點(diǎn)。在集群利用率不均而產(chǎn)生熱點(diǎn)節(jié)點(diǎn)、節(jié)點(diǎn)屬性變化導(dǎo)致存量Pod調(diào)度規(guī)則不匹配等場(chǎng)景下，您可以使用重調(diào)度來(lái)優(yōu)化資源使用，確保Pod在最佳節(jié)點(diǎn)上運(yùn)行，從而保障集群的高可用性和工作負(fù)載的高效運(yùn)行。
在離線混合部署，即混部（Colocation），是一種資源利用策略，允許不同種類(lèi)、不同優(yōu)先級(jí)的工作負(fù)載在同一計(jì)算節(jié)點(diǎn)上共存，以提高資源利用率和降低成本。混部策略可以更充分地利用計(jì)算和存儲(chǔ)資源，減少資源閑置，降低集群資源成本，尤其是在面對(duì)波峰波谷明顯的業(yè)務(wù)負(fù)載時(shí)更為明顯。
支持的功能
ack-koordinator組件的各模塊涵蓋對(duì)應(yīng)Koordinator開(kāi)源版本支持的功能，安裝配置中，僅默認(rèn)開(kāi)啟常用功能的feature-gate。Koordinator開(kāi)源版本的其他功能，需在開(kāi)啟ack-koordinator對(duì)應(yīng)模塊的feature-gate后使用。關(guān)于Koordinator開(kāi)源版本的其他功能，請(qǐng)參見(jiàn)Koordinator官網(wǎng)文檔。
類(lèi)型 | 功能文檔 | 功能說(shuō)明 | 與開(kāi)源版本是否一致 |
根據(jù)節(jié)點(diǎn)的實(shí)際負(fù)載情況，將Pod優(yōu)先調(diào)度到負(fù)載較低的節(jié)點(diǎn)，以實(shí)現(xiàn)節(jié)點(diǎn)負(fù)載均衡，降低節(jié)點(diǎn)故障風(fēng)險(xiǎn)。 | 是 | ||
動(dòng)態(tài)感知CPU Throttled現(xiàn)象并對(duì)容器參數(shù)進(jìn)行自適應(yīng)調(diào)節(jié)，在出現(xiàn)突發(fā)負(fù)載時(shí)，為容器臨時(shí)提供額外的CPU資源以保障并提升應(yīng)用的服務(wù)質(zhì)量。 | 是 | ||
將Pod固定在節(jié)點(diǎn)的CPU Core上運(yùn)行，緩解因CPU上下文切換、跨NUMA訪存導(dǎo)致的應(yīng)用性能下降問(wèn)題 | 否 | ||
實(shí)時(shí)收集節(jié)點(diǎn)的真實(shí)負(fù)載數(shù)據(jù)，量化集群中已分配但未使用的CPU和內(nèi)存資源，為BestEffort作業(yè)提供資源并保證BestEffort作業(yè)之間的資源公平性。 | 是 | ||
動(dòng)態(tài)資源超賣(mài)的場(chǎng)景下，將BE Pod的CPU資源使用限制在合理范圍內(nèi)，優(yōu)先保障節(jié)點(diǎn)中LS Pod的穩(wěn)定運(yùn)行 | 是 | ||
避免不同優(yōu)先級(jí)的應(yīng)用之間可能存在的CPU資源爭(zhēng)搶?zhuān)瑑?yōu)先保障LS應(yīng)用的CPU資源使用。 | 是 | ||
支持根據(jù)優(yōu)先級(jí)為容器設(shè)置服務(wù)質(zhì)量參數(shù)，在確保內(nèi)存資源公平性的前提下，優(yōu)先保障高優(yōu)先級(jí)應(yīng)用的性能 | 是 | ||
避免不同優(yōu)先級(jí)的應(yīng)用之間可能存在的L3 Cache和內(nèi)存帶寬資源爭(zhēng)搶?zhuān)瑑?yōu)先保障LS應(yīng)用的內(nèi)存資源使用。 | 是 | ||
基于cgroups文件動(dòng)態(tài)修改Pod資源參數(shù)，在不重啟Pod的情況下，在Pod或Deployment維度臨時(shí)修改CPU、內(nèi)存、磁盤(pán)IO等單機(jī)隔離參數(shù)。 | 否 | ||
基于英特爾?DSA數(shù)據(jù)流加速器，提升節(jié)點(diǎn)上數(shù)據(jù)密集型工作負(fù)載的數(shù)據(jù)處理效能，還能進(jìn)一步優(yōu)化容器內(nèi)存就近訪問(wèn)的加速效果。 | 否 | ||
保證數(shù)據(jù)安全的前提下將綁核應(yīng)用遠(yuǎn)端NUMA上的內(nèi)存遷移至本地，提高本地訪存命中率，為內(nèi)存密集型的工作負(fù)載提供更好的訪存性能。 | 否 | ||
在集群資源利用不均衡、節(jié)點(diǎn)負(fù)載過(guò)高或有新的調(diào)度策略需求等場(chǎng)景下，將部署在某個(gè)節(jié)點(diǎn)上調(diào)度不合理的Pod重新調(diào)度到另一個(gè)節(jié)點(diǎn)，以維護(hù)集群健康、優(yōu)化資源使用以及提高工作負(fù)載的服務(wù)質(zhì)量。 | 是 | ||
動(dòng)態(tài)感知集群內(nèi)節(jié)點(diǎn)負(fù)載的變化，自動(dòng)優(yōu)化超過(guò)負(fù)載水位安全閾值的節(jié)點(diǎn)，防止出現(xiàn)負(fù)載極端不均衡的情況。 | 是 | ||
GPU拓?fù)涓兄?/p> | 基于NUMA拓?fù)涓兄{(diào)度能力將Pod調(diào)度到最佳的NUMA節(jié)點(diǎn)上，從而減少跨NUMA節(jié)點(diǎn)的訪問(wèn)以?xún)?yōu)化性能。 | 否 | |
通過(guò)對(duì)資源使用量歷史數(shù)據(jù)的分析，為容器推薦資源規(guī)格，有效簡(jiǎn)化了容器配置Request和Limit的復(fù)雜度。 | 否 | ||
組件的安裝和管理
ack-koordinator已在容器服務(wù)管理控制臺(tái)的組件管理頁(yè)面上架，您可以在組件管理頁(yè)面進(jìn)行組件的安裝、升級(jí)、卸載等操作。
前提條件
已創(chuàng)建1.18及以上版本的ACK集群。如何升級(jí)集群，請(qǐng)參見(jiàn)手動(dòng)升級(jí)集群。
Helm版本為3.0及以上。如需升級(jí)，請(qǐng)參見(jiàn)【組件升級(jí)】Helm V2 Tiller升級(jí)公告和如何手動(dòng)升級(jí)Helm的版本？。
安裝和管理組件
您可以在組件管理頁(yè)面安裝ack-koordinator組件。后續(xù)使用過(guò)程中，您也可以在此操作界面修改組件參數(shù)配置或按需升級(jí)組件。
安裝組件：參見(jiàn)下方步驟安裝并驗(yàn)證組件是否部署成功。
修改組件參數(shù)：系統(tǒng)會(huì)按新配置自動(dòng)重新部署ack-koordinator。
升級(jí)組件：如果您曾經(jīng)通過(guò)其他方式對(duì)ack-koordinator已部署的模塊（Deployment、DaemonSet）做過(guò)手動(dòng)修改，組件升級(jí)后自定義的配置將被覆蓋。
登錄容器服務(wù)管理控制臺(tái)，在左側(cè)導(dǎo)航欄選擇集群。
在集群列表頁(yè)面的目標(biāo)集群右側(cè)，單擊操作列下。
在組件管理頁(yè)面，定位ack-koordinator，然后在ack-koordinator卡片中單擊安裝。
在安裝組件ack-koordinator對(duì)話(huà)框，按需修改配置參數(shù)，然后單擊確定。
（可選）在集群管理頁(yè)左側(cè)導(dǎo)航欄，選擇，查看ack-koordinator的部署狀態(tài)。
如果ack-koordinator的狀態(tài)為已部署，表明組件已成功部署。
卸載組件
清理未下線節(jié)點(diǎn)的ConfigMap
CPU拓?fù)涓兄{(diào)度功能為每個(gè)ACK節(jié)點(diǎn)在kube-system命名空間下創(chuàng)建拓?fù)湫畔onfigMap。從0.5.1版本起，ack-koordinator會(huì)自動(dòng)清理已下線節(jié)點(diǎn)的ConfigMap，但卸載ack-koordinator后，未下線節(jié)點(diǎn)的ConfigMap仍會(huì)保留。這些未清理的ConfigMap不會(huì)影響您其他功能的正常使用，但會(huì)占用數(shù)據(jù)空間，建議您及時(shí)清理。
在組件管理頁(yè)面，定位ack-koordinator，按照頁(yè)面提示完成組件的卸載。
刪除拓?fù)湫畔onfigMap。
在左側(cè)導(dǎo)航欄，選擇，然后在頁(yè)面頂部，選擇kube-system命名空間。
在名稱(chēng)文本框中搜索-numa-info，然后在下方列表，選擇符合
${NODENAME}-numa-info命名格式的ConfigMap，單擊目標(biāo)ConfigMap右側(cè)操作列下的刪除，按照頁(yè)面提示完成刪除。
清理CRD對(duì)象
寫(xiě)在ack-koordinator組件時(shí)，可能還遺留一些CRD對(duì)象。這些未清理的對(duì)象不會(huì)影響您其他功能的正常使用，但會(huì)占用數(shù)據(jù)空間。如果您后續(xù)可能需要重新安裝ack-koordinator，這些對(duì)象可能會(huì)影響組件相關(guān)功能的正常使用，建議您及時(shí)清理。涉及的CRD如下。
autoscaling.alibabacloud.com | slo.koordinator.sh |
|
|
費(fèi)用說(shuō)明
ack-koordinator組件本身的安裝和使用是免費(fèi)的，不過(guò)需要注意的是，在以下場(chǎng)景中可能產(chǎn)生額外的費(fèi)用：
ack-koordinator是非托管組件，安裝后將占用Worker節(jié)點(diǎn)資源。您可以在安裝組件時(shí)配置各模塊的資源申請(qǐng)量。
ack-koordinator默認(rèn)會(huì)將資源畫(huà)像、精細(xì)化調(diào)度等功能的監(jiān)控指標(biāo)以Prometheus的格式對(duì)外透出。若您配置組件時(shí)開(kāi)啟了ACK-Koordinator開(kāi)啟Prometheus監(jiān)控指標(biāo)選項(xiàng)并使用了阿里云Prometheus服務(wù)，這些指標(biāo)將被視為自定義指標(biāo)并產(chǎn)生相應(yīng)費(fèi)用。具體費(fèi)用取決于您的集群規(guī)模和應(yīng)用數(shù)量等因素。建議您在啟用此功能前，仔細(xì)閱讀阿里云Prometheus計(jì)費(fèi)說(shuō)明，了解自定義指標(biāo)的免費(fèi)額度和收費(fèi)策略。您可以通過(guò)賬單和用量查詢(xún)，監(jiān)控和管理您的資源使用情況。
相關(guān)內(nèi)容
ack-koordinator與ack-slo-manager的關(guān)系
ack-slo-manager是ack-koordinator的前身，孵化了開(kāi)源項(xiàng)目Koordinator。后續(xù)隨著Koordinator逐漸成熟穩(wěn)定，也對(duì)ack-slo-manager實(shí)現(xiàn)了反哺。ack-koordinator既提供了Koordinator開(kāi)源版本已經(jīng)支持的功能，還在ack-slo-manager的基礎(chǔ)上增加了更為豐富的功能。建議您參見(jiàn)將ack-koordinator從應(yīng)用市場(chǎng)遷移至組件中心及時(shí)升級(jí)至最新組件版本，以便享用新功能特性和缺陷修復(fù)。
將ack-koordinator從應(yīng)用市場(chǎng)遷移至組件中心
若您正在使用的ack-koordinator版本是通過(guò)應(yīng)用市場(chǎng)完成部署的（即版本低于v0.7）請(qǐng)參見(jiàn)下文完成遷移。
若您修改過(guò)應(yīng)用市場(chǎng)ack-koordinator的ConfigMap，請(qǐng)先備份再升級(jí)；若未修改，請(qǐng)參見(jiàn)步驟2直接升級(jí)組件。
使用kubectl或通過(guò)控制臺(tái)對(duì)ack-koordinator的ConfigMap進(jìn)行備份。
kubectl
根據(jù)原ConfigMap配置的命名空間（例如kube-system）和名稱(chēng)（例如ack-slo-manager-config），執(zhí)行以下命令，將原配置保存在名稱(chēng)為slo-config.yaml的文件中。
kubectl get cm -n kube-system ack-slo-manager-config -o yaml > slo-config.yaml執(zhí)行
vim slo-config.yaml命令編輯上述文件，將ConfigMap的字段修改為kube-system，將name字段修改為ack-slo-config，并刪除ConfigMap中所有annotations和labels，避免升級(jí)時(shí)被自動(dòng)覆蓋。執(zhí)行以下命令，將修改后的配置提交到集群中。
kubectl apply -f slo-config.yaml
控制臺(tái)
記錄原ConfigMap中的鍵值對(duì)。
在左側(cè)導(dǎo)航欄中，單擊，然后在頁(yè)面頂部，選擇在應(yīng)用市場(chǎng)安裝ack-koordinator時(shí)指定的命名空間（默認(rèn)為kube-system）。
在名稱(chēng)文本框中搜索ack-slo-manager-config，依次單擊目標(biāo)ConfigMap名稱(chēng)，記錄ConfigMap的鍵值對(duì)。
使用原ConfigMap中的鍵值對(duì)，創(chuàng)建新的ConfigMap。
在左側(cè)導(dǎo)航欄中，選擇，然后在頁(yè)面頂部，選擇所有命名空間。
在配置項(xiàng)頁(yè)面右上角，單擊創(chuàng)建，輸入配置項(xiàng)名稱(chēng)為ack-slo-config，選擇新配置的命名空間kube-system，單擊+添加，輸入上一步記錄的鍵值對(duì)，單擊創(chuàng)建。
在組件管理頁(yè)面，升級(jí)ack-koordinator至最新版本。
重要若您修改過(guò)應(yīng)用市場(chǎng)中ack-koordinator的ConfigMap，則需要在ack-koordinator參數(shù)配置對(duì)話(huà)框中，將步驟1備份的ConfigMap的名稱(chēng)（例如ack-slo-config）填入到對(duì)應(yīng)的配置項(xiàng)中。
從resource-controller遷移至ack-koordinator
resource-controller組件已下線，目前ack-koordinator已支持原resource-controller的所有功能，例如啟用CPU拓?fù)涓兄{(diào)度、動(dòng)態(tài)修改Pod的資源參數(shù)等。若您的集群正在使用resource-controller，請(qǐng)參見(jiàn)以下步驟完成從resource-controller到ack-koordinator的遷移。
將resource-controller升級(jí)至最新版本。
登錄容器服務(wù)管理控制臺(tái)，在左側(cè)導(dǎo)航欄選擇集群。
在集群列表頁(yè)面，單擊目標(biāo)集群名稱(chēng)，然后在左側(cè)導(dǎo)航欄，選擇。
在組件管理頁(yè)面，定位resource-controller，按照頁(yè)面提示完成組件的升級(jí)。
安裝并配置ack-koordinator。
在組件管理頁(yè)面，定位ack-koordinator，然后在組件卡片區(qū)域，按頁(yè)面提示進(jìn)行安裝。
在安裝組件ack-koordinator對(duì)話(huà)框，按需修改agentFeatureGates（Koordlet的feature-gates控制開(kāi)關(guān)）并配置其他參數(shù)，然后單擊確定。
檢查集群目前是否使用了動(dòng)態(tài)修改Pod的資源參數(shù)中的CPU Limit調(diào)節(jié)功能（即通過(guò)創(chuàng)建CRD或Pod Annotation的形式修改了指定容器的cgroups參數(shù)文件cpu.cfs_quota_us）。若使用，請(qǐng)繼續(xù)執(zhí)行步驟ii；若未使用，請(qǐng)直接執(zhí)行步驟c。
參考如下命令，從當(dāng)前ack-koordlet的對(duì)應(yīng)的DaemonSet YAML中獲取當(dāng)前feature-gate配置。
kubectl get daemonset -n kube-system ack-koordlet -o yaml |grep feature-gates - --feature-gates=AllAlpha=false,AllBeta=false,...,CPUBurst=true,....參考如下示例，修改當(dāng)前ack-koordlet的feature-gate配置，關(guān)閉CPU Burst策略模塊，即設(shè)置
CPUBurst=false（參數(shù)之間使用英文半角逗號(hào)（,）分隔），其他保持不變。關(guān)閉后，集群內(nèi)所有容器的CPU Burst機(jī)制將不會(huì)生效，以此避免兩個(gè)模塊同時(shí)修改容器的cgroups參數(shù)文件cpu.cfs_quota_us。
AllAlpha=false,AllBeta=false,...,CPUBurst=false,....如需實(shí)現(xiàn)容器的CPU資源彈性能力，推薦您使用CPU Burst性能優(yōu)化策略功能自動(dòng)調(diào)整Pod的CPU資源彈性，請(qǐng)參見(jiàn)CPU Burst性能優(yōu)化策略。
在頁(yè)面左側(cè)導(dǎo)航欄，選擇，查看ack-koordinator的部署狀態(tài)。
如果ack-koordinator的狀態(tài)為已部署，表明組件已成功部署。
在組件管理頁(yè)面，定位resource-controller，然后按照頁(yè)面提示完成組件的卸載。
常見(jiàn)問(wèn)題
組件安裝時(shí)報(bào)錯(cuò)：no matches for kind "ServiceMonitor" in version "monitoring.coreos.com/v1" ensure CRDs are installed first
集群中未安裝Prometheus。請(qǐng)參見(jiàn)使用阿里云Prometheus監(jiān)控安裝Prometheus組件，或在組件管理頁(yè)面安裝ack-koordinator時(shí)取消選中ack-koordinator開(kāi)啟Prometheus監(jiān)控指標(biāo)。
組件安裝時(shí)報(bào)錯(cuò)：task install-addons-xxx timeout, error install addons map[ack-slo-manager:Can't install release with errors: ... function "lookup" not defined
需升級(jí)Helm到3.0或以上版本。請(qǐng)參見(jiàn)【組件升級(jí)】Helm V2 Tiller升級(jí)公告完成升級(jí)。
變更記錄
2024年09月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v1.5.0-ack1.14 |
| 2024年09月12日 |
| 無(wú) |
2024年07月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v1.5.0-ack1.12 |
| 2024年07月29日 | 優(yōu)化內(nèi)部接口。 | 無(wú) |
2024年01月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v1.3.0-ack1.8 |
| 2024年01月24日 |
| 無(wú) |
2023年12月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v1.3.0-ack1.7 |
| 2023年12月21日 |
| 無(wú) |
2023年10月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v1.3.0-ack1.6 |
| 2023年10月19日 | 優(yōu)化內(nèi)部接口。 | 無(wú) |
2023年06月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v1.2.0-ack1.3 |
| 2023年06月09日 | 優(yōu)化內(nèi)部接口。 | 無(wú) |
2023年04月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v1.2.0-ack1.2 |
| 2023年04月25日 |
| 無(wú) |
2023年03月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v1.1.1-ack.2 |
| 2023年03月23日 | 優(yōu)化內(nèi)部接口。 | 無(wú) |
2023年01月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v1.1.1-ack.1 |
| 2023年01月11日 |
| 無(wú) |
2022年11月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v0.8.0 |
| 2022年11月17日 |
| 組件升級(jí)后，若使用負(fù)載感知調(diào)度，需要將ACK升級(jí)至1.22.15-ack-2.0版本。其他功能均可正常使用。 |
2022年09月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v0.7.2 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.7.2 | 2022年09月16日 | 修復(fù)0.7.1版本引入的問(wèn)題：拓?fù)涓兄{(diào)度對(duì)Pod不生效。 | 無(wú) |
v0.7.1 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.7.1 | 2022年09月02日 |
| 無(wú) |
2022年08月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v0.7.0 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.7.0 | 2022年08月08日 | ack-slo-manager安裝方式從應(yīng)用市場(chǎng)遷移至組件管理。 | 無(wú) |
2022年07月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v0.6.0 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.6.0 | 2022年07月26日 | 優(yōu)化內(nèi)部相關(guān)接口，簡(jiǎn)化組件配置。 | 無(wú) |
2022年06月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v0.5.2 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.5.2 | 2022年06月14日 |
| 無(wú) |
v0.5.1 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.5.1 | 2022年06月02日 |
| 無(wú) |
2022年04月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v0.5.0 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.5.0 | 2022年04月29日 |
| 無(wú) |
v0.4.1 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.4.1 | 2022年04月14日 |
| 無(wú) |
v0.4.0 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.4.0 | 2022年04月11日 | 優(yōu)化slo-agent內(nèi)存開(kāi)銷(xiāo)。 | 無(wú) |
2022年02月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v0.3.0 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.3.0 | 2022年02月25日 |
| 無(wú) |
2021年12月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v0.2.0 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.2.0 | 2021年12月10日 | 無(wú) |
2021年09月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v0.1.1 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.1.1-c2ccefa | 2021年09月02日 | 優(yōu)化內(nèi)部相關(guān)接口。 | 無(wú) |
2021年07月
版本號(hào) | 鏡像地址 | 變更時(shí)間 | 變更內(nèi)容 | 變更影響 |
v0.1.0 | registry.cn-hangzhou.aliyuncs.com/acs/ack-slo-manager:v0.1.0-09766de | 2021年07月08日 | 無(wú) |