ack-koordinator (FKA ack-slo-manager) - Container Service for Kubernetes

ack-koordinator es un sistema de programación que toma en cuenta la calidad de servicio (QoS). Utiliza funciones como CPU Burst y sobreasignación dinámica de recursos para optimizar el uso de los recursos del clúster. Al mismo tiempo, garantiza la calidad de servicio de las aplicaciones de alta prioridad y mejora la estabilidad general del sistema. ack-koordinator también admite la creación de perfiles de recursos y la desprogramación. Este tema presenta el componente ack-koordinator y sus notas de versión.

Nota

Para consultar el historial de versiones y cambios del componente, consulte Release notes.

ack-koordinator

ack-koordinator es un sistema de programación basado en Kubernetes que toma en cuenta la QoS. Mejora la utilización de los recursos del clúster y ofrece garantías de QoS para aplicaciones con distintas prioridades. Esto evita que la contención de recursos afecte el rendimiento de las aplicaciones. Por ejemplo, ack-koordinator permite la colocación de aplicaciones orientadas a servicios y tareas de procesamiento por lotes en el mismo nodo. Emplea capacidades como la sobreasignación dinámica de recursos y la programación basada en QoS para mejorar la utilización sin comprometer la calidad de servicio de las aplicaciones. Por ello, resulta adecuado para escenarios de procesamiento por lotes, computación de alto rendimiento (HPC), tareas de IA y aprendizaje automático. ack-koordinator es el componente central que habilita la programación basada en QoS en ACK. Ofrece funciones como límites de recursos elásticos, programación con conocimiento de topología, sobreasignación dinámica de recursos, programación con conocimiento de carga, desprogramación y creación de perfiles de recursos.

Para comenzar, inicie sesión en la consola de ACK e instale el componente ack-koordinator en su clúster de ACK. Después, habilite y utilice sus funciones mediante un ConfigMap o anotaciones de Pod.

Arquitectura

ack-koordinator se compone de componentes centrales y componentes a nivel de nodo.

Koordinator Manager: componente central desplegado como un Deployment. Está formado por una instancia principal y una en espera para garantizar la alta disponibilidad.
- SLO Controller: gestiona la sobreasignación de recursos. Ajusta dinámicamente los recursos sobreasignados del clúster según el estado de ejecución de los nodos durante la colocación y administra las políticas de SLO diferenciadas para cada nodo.
- Recommender: proporciona la función de creación de perfiles de recursos. Calcula los requisitos máximos de recursos de las cargas de trabajo para simplificar la configuración de las especificaciones de recursos de los contenedores.
Koordinator Descheduler: componente central desplegado como un Deployment que ofrece la función de desprogramación.
Koordlet: componente a nivel de nodo desplegado como un DaemonSet. Admite la sobreasignación dinámica de recursos, la programación con conocimiento de carga y la programación basada en QoS en escenarios de colocación.
Complemento de programación Koordinator: el módulo Koord-Scheduler no se incluye al instalar el componente ack-koordinator. En su lugar, sus capacidades de programación se integran como complemento en el programador de ACK y se instalan de forma predeterminada.

Nota

En un clúster serverless de ACK, ack-koordinator solo incluye el componente Koordinator Manager y proporciona la función de creación de perfiles de recursos.

Control de versiones

A partir de la v1.1.1-ack.1, el número de versión de ack-koordinator utiliza el formato x.y.z-ackn.

x.y.z: corresponde a la versión de código abierto de Koordinator. Esto significa que ack-koordinator admite todas las funciones de dicha versión.
ackn: representa las mejoras y optimizaciones de funciones basadas en la versión de código abierto.

Conceptos clave

QoS

Kubernetes proporciona tres clases de calidad de servicio (QoS) para los Pods: Guaranteed, Burstable y BestEffort. Koordinator es compatible con las clases de QoS de Kubernetes y las mejora al introducir nuevas clases, como Latency Sensitive (LS) y Best Effort (BE). Koordinator gestiona estas nuevas clases mediante el campo koordinator.sh/qosClass. La QoS de Koordinator está diseñada para ofrecer un control más detallado y optimizar el uso de recursos y la programación de las cargas de trabajo en escenarios de colocación, con el fin de garantizar la QoS general del sistema.

Desprogramación

En Kubernetes, la programación es el proceso de asignar Pods pendientes a los nodos. Descheduling refers to the process of evicting Pods from suboptimal nodes and rescheduling them to more suitable ones. In scenarios where uneven cluster utilization creates hotspot nodes, or where changes in node attributes cause existing Pods to no longer match scheduling rules, you can use descheduling to optimize resource usage. This ensures that Pods run on the most suitable nodes, thereby guaranteeing high availability for the cluster and efficient operation for workloads.

Colocación

La colocación, también conocida como despliegue mixto en línea y fuera de línea, es una estrategia que ejecuta cargas de trabajo de distintos tipos y prioridades en el mismo nodo de cómputo. Esto ayuda a mejorar la utilización de los recursos y a reducir costos. Dicha estrategia aprovecha al máximo los recursos de cómputo y almacenamiento, lo que disminuye la capacidad inactiva y reduce los costos del clúster. Este enfoque es especialmente eficaz para cargas de trabajo con demanda fluctuante.

Funciones compatibles

El componente ack-koordinator incluye las funciones de la versión de código abierto de Koordinator correspondiente. Durante la instalación, solo se habilitan de forma predeterminada los feature-gates de las funciones comunes. Para utilizar otras funciones, debe habilitar manualmente los feature-gates correspondientes en los módulos de ack-koordinator. Para obtener más información, consulte la documentación oficial de Koordinator.

Tipo	Función	Descripción	Coincidencia con la versión de código abierto
Load-aware scheduling		Programa los Pods en nodos con cargas en tiempo real más bajas para equilibrar la carga del clúster y reducir el riesgo de fallos en los nodos.	Sí
QoS-aware scheduling	CPU Burst	Mejora la QoS de las aplicaciones al proporcionar recursos de CPU adicionales y temporales durante los picos de carga. Lo logra mediante la detección automática de limitación de CPU y el ajuste adaptativo de los parámetros del contenedor.	Sí
	CPU topology-aware scheduling	Fija un Pod para que se ejecute en núcleos de CPU específicos de un nodo. Esto mitiga la degradación del rendimiento de la aplicación causada por el cambio de contexto de la CPU y el acceso a memoria entre nodos NUMA.	No
	Dynamic resource overcommitment	Cuantifica los recursos de CPU y memoria asignados pero no utilizados mediante la recopilación de datos de carga del nodo en tiempo real. Luego, proporciona estos recursos inactivos a las cargas de trabajo BestEffort y garantiza la equidad.	Sí
	CPU Suppress	En escenarios de sobreasignación dinámica de recursos, esta función limita el uso de CPU de los Pods BE para proteger el rendimiento de los Pods LS en el nodo.	Sí
	CPU QoS	Garantiza recursos de CPU para aplicaciones de alta prioridad (LS) al evitar la contención de recursos con aplicaciones de menor prioridad.	Sí
	Container memory QoS	Permite establecer parámetros de QoS para los contenedores según su prioridad. Prioriza el rendimiento de las aplicaciones de alta prioridad y garantiza la equidad en los recursos de memoria.	Sí
	L3 cache and memory bandwidth isolation	Aísla el uso de la caché L3 y del ancho de banda de memoria entre aplicaciones de distintas prioridades para proteger el rendimiento de las aplicaciones LS.	Sí
	Dynamic modification of Pod resource parameters	Permite modificar dinámicamente los parámetros de aislamiento a nivel de nodo (CPU, memoria y E/S de disco) de un Pod o Deployment sin reiniciarlo, mediante el cambio de sus archivos cgroup.	No
	Data stream acceleration using hardware DSA	Aprovecha Intel® Data Streaming Accelerator (DSA) para mejorar la eficiencia del procesamiento de datos en cargas de trabajo intensivas en datos dentro de un nodo. También potencia la aceleración del acceso a memoria cercana para los contenedores.	No
	Container memory locality acceleration	Mejora el rendimiento de acceso a memoria en cargas de trabajo intensivas en memoria. Para ello, migra de forma segura la memoria desde nodos NUMA remotos hacia nodos locales en aplicaciones con CPU fija, lo que aumenta la tasa de aciertos de acceso a memoria local.	No
Descheduling	Descheduling	Reprograma los Pods ubicados de forma subóptima hacia nodos más saludables para mantener la integridad del clúster, optimizar el uso de recursos y mejorar la QoS de las cargas de trabajo. Este proceso suele activarse por una utilización desigual de los recursos o por una carga alta en los nodos.	Sí
Descheduling	Load-aware hotspot descheduling	Desprograma automáticamente los Pods de los nodos que superan una marca de agua de carga específica para evitar desequilibrios graves de carga.	Sí
Conocimiento de topología de GPU	NUMA topology-aware scheduling	Optimiza el rendimiento al programar los Pods en el nodo NUMA más adecuado, lo que reduce el acceso entre nodos NUMA.	No
Resource profiling		Analiza datos históricos de uso de recursos para recomendar especificaciones de recursos para los contenedores. Esto simplifica el proceso de configuración de los valores `request` y `limit` de los contenedores.	No

Instalación y gestión

ack-koordinator está disponible en la página Add-ons de la consola de ACK. Puede instalar, actualizar y desinstalar el componente desde la página Add-ons.

Requisitos previos

Tiene un clúster de ACK que ejecuta Kubernetes 1.18 o posterior. Para obtener más información sobre cómo actualizar un clúster, consulte Manually upgrade a cluster.
Tiene instalado Helm v3.0 o posterior. Para actualizar Helm, consulte [[Component Upgrade] Announcement on Helm V2 Tiller Upgrade](t1872780.dita#task_2435198) y How do I manually upgrade the version of Helm?.

Instalar y gestionar el componente

Puede instalar el componente ack-koordinator en la página Add-ons. También puede volver a esta página para modificar los parámetros del componente o actualizarlo cuando sea necesario.

Para las versiones del componente anteriores a la v0.7 desplegadas desde Marketplace, consulte Migrate ack-koordinator from Marketplace to add-ons para completar la migración.

Instalar el componente: siga los pasos a continuación para instalar el componente y comprobar el despliegue.
Modificar los parámetros del componente: el sistema vuelve a desplegar automáticamente ack-koordinator con base en la nueva configuración.
Actualizar el componente: si modificó manualmente los módulos desplegados de ack-koordinator, como Deployments o DaemonSets, la actualización sobrescribirá sus configuraciones personalizadas.

Inicie sesión en la consola de ACK. En el panel de navegación izquierdo, haga clic en Clusters.
En la página Clusters, haga clic en el nombre de su clúster. En el panel de navegación izquierdo, haga clic en Components and Add-ons .
En la página Add-ons, haga clic en la pestaña Install, busque y seleccione el componente ack-koordinator(ack-slo-manager) y luego haga clic en Next.
Siga las instrucciones en pantalla para completar la configuración del componente y luego haga clic en Next.
Compruebe la información de configuración y luego haga clic en OK.

Desinstalar el componente

Limpiar los ConfigMaps de los nodos existentes

La función de programación de CPU con conocimiento de topología crea un ConfigMap de topología en el namespace kube-system para cada nodo de ACK. A partir de la v0.5.1, ack-koordinator limpia automáticamente los ConfigMaps de los nodos eliminados. Sin embargo, cuando desinstala ack-koordinator, este conserva los ConfigMaps de los nodos existentes. Estos ConfigMaps residuales no afectan otras funciones, pero ocupan espacio de almacenamiento. Se recomienda limpiarlos.

En la página Add-ons, busque ack-koordinator y siga las instrucciones en pantalla para desinstalar el componente.
Elimine los ConfigMaps de topología.
1. En el panel de navegación izquierdo, elija Configurations > ConfigMaps. En la parte superior de la página, seleccione el namespace kube-system.
2. En el cuadro de búsqueda, introduzca -numa-info. En la lista, busque el ConfigMap que coincida con el formato ${NODENAME}-numa-info. En la columna Actions de ese ConfigMap, haga clic en Delete y siga las instrucciones en pantalla.

Limpiar los objetos CRD

Cuando desinstala el componente ack-koordinator, algunos objetos CRD pueden permanecer en el sistema. Estos objetos residuales no afectan otras funciones, pero ocupan espacio de almacenamiento. Si planea reinstalar ack-koordinator, dichos objetos podrían interferir con el funcionamiento del componente. Se recomienda limpiarlos. A continuación se muestran los CRD afectados.

autoscaling.alibabacloud.com	slo.koordinator.sh
Expanda `autoscaling.alibabacloud.com` para ver la versión `v1alpha1`, que contiene tres tipos de recursos CRD: `RecommendationCheckpoint`, `Recommendation` y `RecommendationProfile`.	Expanda el grupo de API slo.koordinator.sh para ver la versión v1alpha1, que contiene dos tipos de recursos CRD: NodeSLO y NodeMetric.

Facturación

La instalación y el uso del componente ack-koordinator son gratuitos. No obstante, podría generar costos en los siguientes escenarios:

ack-koordinator es un componente no administrado que consume recursos de los nodos worker después de la instalación. Puede configurar las solicitudes de recursos para cada módulo durante la instalación.
De forma predeterminada, ack-koordinator expone métricas de monitoreo para funciones como la creación de perfiles de recursos y la programación detallada en formato Prometheus. Si selecciona la opción Enable Prometheus monitoring metrics for ack-koordinator y utiliza Managed Service for Prometheus, estas métricas se facturarán como custom metrics. Las tarifas varían según factores como el tamaño del clúster y la cantidad de aplicaciones. Antes de habilitar esta función, se recomienda leer Billing of Prometheus instances para comprender el nivel gratuito y los precios de las métricas personalizadas. Para monitorear y gestionar el uso de sus recursos, utilice usage query.

Información relacionada

Relación entre ack-koordinator y ack-slo-manager

ack-slo-manager es el predecesor de ack-koordinator y fue el origen del proyecto de código abierto Koordinator. A medida que Koordinator maduró, sus tecnologías se incorporaron nuevamente a ack-slo-manager. ack-koordinator ofrece las funciones de la versión de código abierto de Koordinator y proporciona más capacidades que su predecesor. Para acceder a las nuevas funciones y correcciones de bugs, actualice a la versión más reciente del componente siguiendo las instrucciones de Migrate ack-koordinator from Marketplace to Add-ons.

Migrar ack-koordinator de Marketplace a Add-ons

Si desplegó ack-koordinator desde Marketplace (versiones anteriores a la v0.7), debe desinstalarlo y volver a instalarlo. Siga las instrucciones a continuación para completar la migración.

Si modificó el ConfigMap de ack-koordinator en Marketplace, cree una copia de seguridad antes de actualizar. Si no modificó el ConfigMap, salte al paso 2 y actualice el componente directamente.

Cree una copia de seguridad del ConfigMap de ack-koordinator mediante kubectl o la consola.
kubectl
1. Ejecute el siguiente comando para guardar la configuración original en el archivo slo-config.yaml. Reemplace el namespace (por ejemplo, kube-system) y el nombre (por ejemplo, ack-slo-manager-config) con los valores reales de su ConfigMap.
  kubectl get cm -n kube-system ack-slo-manager-config -o yaml > slo-config.yaml
2. Ejecute el comando vim slo-config.yaml para editar el archivo. Cambie el namespace del ConfigMap a kube-system, cambie el campo name a ack-slo-config y elimine todas las annotations y labels del ConfigMap para evitar que se sobrescriban durante la actualización.
3. Ejecute el siguiente comando para aplicar la configuración modificada al clúster.
  kubectl apply -f slo-config.yaml
Console
1. Registre los pares clave-valor del ConfigMap original.
  1. En el panel de navegación izquierdo, elija Configurations > ConfigMaps. En la parte superior de la página, seleccione el Namespace que especificó al instalar ack-koordinator desde Marketplace. El namespace predeterminado es kube-system.
  2. En el cuadro de búsqueda Name, introduzca ack-slo-manager-config, haga clic en el nombre del ConfigMap de destino y registre los pares clave-valor del ConfigMap.
2. Cree un nuevo ConfigMap con los pares clave-valor del ConfigMap original.
  1. En el panel de navegación izquierdo, elija Configurations > ConfigMaps. En la parte superior de la página, seleccione All Namespaces.
  2. En la esquina superior derecha de la página ConfigMaps, haga clic en Create. Establezca ConfigMap Name como ack-slo-config y seleccione el namespace kube-system. Haga clic en + Add, introduzca los pares clave-valor registrados y haga clic en Create.
En el panel de navegación izquierdo, elija Applications > Helm. Busque el componente ack-slo-manager que instaló desde Marketplace y, en la columna Actions, haga clic en Delete para desinstalarlo.

En la página Add-ons, instale la versión más reciente de ack-koordinator. Para obtener más información, consulte Install and manage components.

Importante
Si modificó el ConfigMap del componente ack-koordinator desde Marketplace, debe introducir el nombre del ConfigMap de respaldo que creó en el paso 1 (por ejemplo, ack-slo-config) en el campo de parámetro correspondiente del cuadro de diálogo ack-koordinator Parameters.

Migrar de resource-controller a ack-koordinator

El componente resource-controller quedó obsoleto. ack-koordinator ahora admite todas las funciones de resource-controller, como topology-aware CPU scheduling y dynamically modifying the resource parameters of a pod. Si su clúster utiliza resource-controller, siga estos pasos para migrar de resource-controller a ack-koordinator.

Actualice resource-controller a la versión más reciente.
1. Inicie sesión en la consola de ACK. En el panel de navegación izquierdo, haga clic en Clusters.
2. En la página Clusters, haga clic en el nombre de su clúster. En el panel de navegación izquierdo, haga clic en Components and Add-ons .
3. En la página Add-ons, busque resource-controller y siga las instrucciones en pantalla para actualizar el componente.
Instale y configure ack-koordinator.
1. En la página Add-ons, busque ack-koordinator y siga las instrucciones en pantalla para instalarlo.
2. Una vez completada la instalación, vaya a la página Add-ons y haga clic en Configuration en la columna Actions del complemento ack-koordinator. Configure el parámetro agentFeatures, que actúa como interruptor de feature-gate para Koordlet, así como otros parámetros según sea necesario. Luego, haga clic en OK.
  1. Compruebe si su clúster utiliza la función CPU Limit adjustment descrita en Dynamically modify the resource parameters of a pod. Esta función modifica el archivo cgroups cpu.cfs_quota_us de un contenedor específico mediante la creación de un CRD o la adición de una anotación de pod. Si utiliza esta función, vaya al paso ii. De lo contrario, salte al paso c.
  2. Ejecute el siguiente comando para obtener la configuración actual de feature-gate del archivo YAML del DaemonSet de ack-koordlet.
    kubectl get daemonset -n kube-system ack-koordlet -o yaml |grep feature-gates - --feature-gates=AllAlpha=false,AllBeta=false,...,CPUBurst=true,....
  3. Modifique la configuración de feature-gate de ack-koordlet para deshabilitar CPU Burst performance optimization policy estableciendo CPUBurst=false. Separe los parámetros con comas (,). Mantenga las demás configuraciones sin cambios.
    
    Al deshabilitar la política, también se deshabilita el mecanismo CPU Burst para todos los contenedores del clúster. Esto evita que dos módulos modifiquen simultáneamente el archivo cgroups cpu.cfs_quota_us.
    AllAlpha=false,AllBeta=false,...,CPUBurst=false,....
    Para habilitar recursos de CPU elásticos en los contenedores, utilice la política de optimización de rendimiento CPU Burst para ajustar automáticamente la elasticidad de CPU de los pods. Para obtener más información, consulte Enable the CPU Burst performance optimization policy.
3. En el panel de navegación izquierdo, elija Applications > Helm para consultar el estado de despliegue de ack-koordinator.
En la página Add-ons, busque resource-controller y siga las instrucciones en pantalla para desinstalarlo.

Preguntas frecuentes

Error de instalación del componente: no matches for kind "ServiceMonitor" in version "monitoring.coreos.com/v1" ensure CRDs are installed first

Managed Service for Prometheus no está instalado en el clúster. Instálelo siguiendo las instrucciones de Connect and configure Managed Service for Prometheus, o bien anule la selección de Enable Prometheus Metrics for ACK-Koordinator cuando instale ack-koordinator en la página Add-ons.

Error de instalación del componente: task install-addons-xxx timeout, error install addons map[ack-slo-manager:Can't install release with errors: ... function "lookup" not defined

Actualice Helm a la v3.0 o posterior. Consulte Component upgrade: Helm V2 Tiller upgrade announcement para obtener más información.

Notas de la versión

Julio de 2026

Versión	Dirección de la imagen	Fecha	Cambios	Impacto
v1.8.0-ack1.25	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.8.0-ack1.25-1ae0ed2-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.8.0-ack1.25-1ae0ed2-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.8.0-ack1.25-1ae0ed2-aliyun	29 de julio de 2026	Se refactorizaron las interfaces internas para optimizarlas.	Ninguna

Enero de 2026

Versión	Dirección de la imagen	Fecha	Cambios	Impacto
v1.6.1-ack1.23	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.6.1-ack1.23-dc52dce-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.6.1-ack1.23-dc52dce-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.6.1-ack1.23-dc52dce-aliyun	30 de enero de 2026	Se corrigió un problema de registro en el descheduler. Ahora es posible configurar el interruptor `checkNewNodeOverUtilization` en el plugin LowNodeLoad.	Ninguna

Noviembre de 2025

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v1.6.1-ack1.21	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.6.1-ack1.21-561945f-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.6.1-ack1.21-561945f-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.6.1-ack1.21-561945f-aliyun	6 de noviembre de 2025	Se corrigió un problema de compatibilidad del módulo ack-koordlet con containerd v2.1.1.	Ninguna

Agosto de 2025

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v1.6.1-ack1.19	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.6.1-ack1.19-a1cdc4c-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.6.1-ack1.19-a1cdc4c-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.6.1-ack1.19-a1cdc4c-aliyun	8 de agosto de 2025	Se corrigió una regresión de la versión v1.6.1-ack1.16. La ventana predeterminada de estadísticas de uso de nodos ahora es de 5 minutos.	Ninguna

Julio de 2025

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v1.6.1-ack1.18	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.6.1-ack1.18-2f130b1-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.6.1-ack1.18-2f130b1-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.6.1-ack1.18-2f130b1-aliyun	30 de julio de 2025	Se optimizó la velocidad y la estabilidad de inicio del módulo ack-koord-manager. Se corrigió la visualización de las métricas de solicitudes de recursos compartidos en el panel de monitoreo de colocación.	Ninguna
v1.6.1-ack1.17	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.6.1-ack1.17-1c86593-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.6.1-ack1.17-1c86593-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.6.1-ack1.17-1c86593-aliyun	14 de julio de 2025	Se corrigió una regresión de la versión v1.6.1-ack1.16 que impedía el funcionamiento normal en nodos Arm.	Ninguna
v1.6.1-ack1.16	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.6.1-ack1.16-1c86593-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.6.1-ack1.16-1c86593-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.6.1-ack1.16-1c86593-aliyun	4 de julio de 2025	Se optimizó la función de desprogramación para configuraciones de múltiples plantillas. También se corrigió un problema con la limitación de expulsiones en dichas configuraciones. Se refactorizaron las interfaces internas para optimizarlas.	Ninguna

Septiembre de 2024

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v1.5.0-ack1.14	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.5.0-ack1.14-4225002-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.5.0-ack1.14-4225002-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.5.0-ack1.14-4225002-aliyun	12 de septiembre de 2024	Se optimizó la lógica de cálculo del parámetro de desprogramación `maxUnavailablePerWorkload`. Se corrigió el ajuste dinámico de los parámetros de recursos de los pods mediante cgroups. Se renombraron las métricas relacionadas con el perfilado de recursos. Se optimizaron las API internas.	Ninguna

Julio de 2024

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v1.5.0-ack1.12	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.5.0-ack1.12-a096ae3-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.5.0-ack1.12-a096ae3-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.5.0-ack1.12-a096ae3-aliyun	29 de julio de 2024	Se optimizaron las interfaces internas.	Ninguna

Enero de 2024

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v1.3.0-ack1.8	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.3.0-ack1.8-94730e0-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.3.0-ack1.8-94730e0-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.3.0-ack1.8-94730e0-aliyun	24 de enero de 2024	Admite la instalación en clústeres ACK Lingjun cluster. Mantiene la misma funcionalidad que la versión v1.3.0-ack1.6.	Ninguna

Diciembre de 2023

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v1.3.0-ack1.7	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.3.0-ack1.7-3500ce9-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.3.0-ack1.7-3500ce9-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.3.0-ack1.7-3500ce9-aliyun	21 de diciembre de 2023	Permite la instalación en clústeres ACK Edge. La instalación solo se aplica a los nodos worker en la nube, no a los nodos perimetrales. No presenta cambios de funciones respecto a la versión v1.3.0-ack1.6.	Ninguna

Octubre de 2023

Versión	Imagen	Fecha de publicación	Descripción	Impacto
v1.3.0-ack1.6	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.3.0-ack1.6-3500ce9-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.3.0-ack1.6-3500ce9-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.3.0-ack1.6-3500ce9-aliyun	19 de octubre de 2023	Se optimizaron las interfaces internas.	Ninguna

Junio de 2023

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v1.2.0-ack1.3	registry-cn-zhangjiakou.ack.aliyuncs.com/acs/koord-manager:v1.2.0-ack1.3-89a9730-aliyun registry-cn-zhangjiakou.ack.aliyuncs.com/acs/koordlet:v1.2.0-ack1.3-89a9730-aliyun registry-cn-zhangjiakou.ack.aliyuncs.com/acs/koord-descheduler:v1.2.0-ack1.3-89a9730-aliyun	9 de junio de 2023	Se optimizaron las interfaces internas.	Ninguna

Abril de 2023

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v1.2.0-ack1.2	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.2.0-ack1.2-b675c9a8-aliyun registry.{REGION}.aliyuncs.com/acs/koordlet:v1.2.0-ack1.2-b675c9a8-aliyun registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.2.0-ack1.2-b675c9a8-aliyun	25 de abril de 2023	Es compatible con accelerating nearby memory access for containers. Es compatible con data stream acceleration using hardware DSA. Optimiza las API internas.	Ninguna

Marzo de 2023

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v1.1.1-ack.2	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.1.1-ack.2 registry.{REGION}.aliyuncs.com/acs/koordlet:v1.1.1-ack.2 registry.{REGION}.aliyuncs.com/acs/koord-descheduler:v1.1.1-ack.2	23 de marzo de 2023	Se optimizaron las interfaces internas.	Ninguna

Enero de 2023

Versión	Imagen	Fecha de publicación	Descripción	Impacto
v1.1.1-ack.1	registry.{REGION}.aliyuncs.com/acs/koord-manager:v1.1.1-ack.1 registry.{REGION}.aliyuncs.com/acs/koordlet:v1.1.1-ack.1	11 de enero de 2023	El componente se renombró a ack-koordinator. Se optimizaron las API internas.	Ninguna

Noviembre de 2022

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v0.8.0	registry.{REGION}.aliyuncs.com/acs/koord-manager:v0.8.0 registry.{REGION}.aliyuncs.com/acs/koordlet:v0.8.0	17 de noviembre de 2022	Se actualizó la programación de pods basada en carga para admitir Kubernetes 1.22. Se optimizaron las API internas.	Después de actualizar el componente, debe actualizar su clúster ACK a la versión 1.22.15-ack-2.0 para usar la programación de pods basada en carga. Esta actualización no afecta otras funciones.

Septiembre de 2022

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v0.7.2	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.7.2	16 de septiembre de 2022	Se corrigió un problema introducido en la versión v0.7.1 donde la programación basada en topología no se aplicaba a los pods.	Ninguna
v0.7.1	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.7.1	2 de septiembre de 2022	Se corrigió un problema de limitación de CPU en la programación basada en topología dentro de entornos con kernel CentOS 3. Se añadió compatibilidad para habilitar y deshabilitar Managed Service for Prometheus. Se agregaron funciones de perfilado de recursos a la consola. Se eliminó la opción de instalación desde Marketplace.	Ninguna

Agosto de 2022

Versión	Imagen	Fecha de publicación	Descripción	Impacto
v0.7.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.7.0	8 de agosto de 2022	La instalación de ack-slo-manager se trasladó de Marketplace a Add-ons.	Ninguna

Julio de 2022

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v0.6.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.6.0	26 de julio de 2022	Se optimizaron las API internas y se simplificó la configuración del componente.	Ninguna

Junio de 2022

Versión	Imagen	Fecha	Descripción	Impacto
v0.5.2	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.5.2	14 de junio de 2022	Se optimizaron las interfaces internas. Se optimizó CPU QoS for containers. Se añadió una opción para deshabilitar la creación automática del namespace de ack-slo-manager.	Ninguna
v0.5.1	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.5.1	2 de junio de 2022	Se añadió compatibilidad con CPU QoS for containers. Se optimizaron las interfaces internas y se automatizó la limpieza de los ConfigMaps de topología de los nodos eliminados.	Ninguna

Abril de 2022

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v0.5.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.5.0	29 de abril de 2022	Es compatible con dynamically modifying pod resource parameters. Admite entornos con arquitectura Arm.	Ninguna
v0.4.1	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.4.1	14 de abril de 2022	Es compatible con CPU Suppress. Es compatible con resource isolation based on the L3 cache and Memory Bandwidth Allocation (MBA). Se optimizaron las API internas.	Ninguna
v0.4.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.4.0	11 de abril de 2022	Se optimizó el consumo de memoria de slo-agent.	Ninguna

Febrero de 2022

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v0.3.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.3.0	25 de febrero de 2022	Se añadió compatibilidad con resource profiling. Se añadió compatibilidad con container memory QoS. Se añadió compatibilidad con dynamic resource overcommitment. Se optimizaron las API internas.	Ninguna

Diciembre de 2021

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v0.2.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.2.0	10 de diciembre de 2021	Se introdujo CPU burst performance optimization policy. Se introdujo topology-aware CPU scheduling.	Ninguna

Septiembre de 2021

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v0.1.1	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.1.1-c2ccefa	2 de septiembre de 2021	Se optimizaron las interfaces internas.	Ninguna

Julio de 2021

Versión	Dirección de la imagen	Fecha de publicación	Descripción	Impacto
v0.1.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.1.0-09766de	8 de julio de 2021	Ahora es compatible con load-aware pod scheduling.	Ninguna