ack-koordinator (ack-slo-manager) - Container Service for Kubernetes: Central de Documentação do Alibaba Cloud

O que é o ack-koordinator

O ack-koordinator é um sistema de agendamento baseado em Kubernetes com suporte a QoS que melhora a utilização dos recursos do cluster e fornece garantias de QoS para aplicações com diferentes prioridades, evitando a degradação de desempenho causada pela contenção de recursos. Por exemplo, o ack-koordinator permite a colocalização de aplicações orientadas a serviços e jobs de processamento em lote no mesmo nó. Ele usa capacidades como overcommitment dinâmico de recursos e agendamento com suporte a QoS para melhorar a utilização dos recursos do cluster e garantir a qualidade de serviço das aplicações orientadas a serviços. Isso o torna adequado para cenários de negócios como processamento em lote, computação de alto desempenho (HPC), tarefas de IA e machine learning. O ack-koordinator é o componente principal que habilita o agendamento com suporte a QoS no ACK. Ele fornece capacidades de agendamento com suporte a QoS, como limites elásticos de recursos, agendamento com reconhecimento de topologia e overcommitment dinâmico de recursos, além de recursos como agendamento com reconhecimento de carga, descheduling e profiling de recursos.

Para usar o componente, faça login no Container Service console e instale o componente ack-koordinator em um cluster ACK. Em seguida, ative e use os recursos por meio de um ConfigMap ou anotações de pod.

Arquitetura do componente

O ack-koordinator consiste em componentes centrais e de nível de nó. A função de cada módulo é descrita a seguir:

Koordinator Manager: Componente central implantado como um deployment. Consiste em uma instância primária e uma instância standby para garantir alta disponibilidade (HA).
- SLO Controller: Gerencia o overcommitment de recursos. Ajusta dinamicamente a quantidade de recursos com overcommitment no cluster com base no status de execução das cargas de trabalho colocalizadas e gerencia políticas de SLO diferenciadas para cada nó.
- Recommender: Fornece o recurso de profiling de recursos. Estima os requisitos máximos de recursos das cargas de trabalho para simplificar a configuração das especificações de recursos do contêiner.
Koordinator Descheduler: Componente central implantado como um deployment que fornece o recurso de descheduling.
Koordlet: Componente de nível de nó implantado como um DaemonSet. Oferece suporte a overcommitment dinâmico de recursos, agendamento com reconhecimento de carga e agendamento com suporte a QoS em cenários de colocalização para cargas de trabalho online e offline.
Plugin de agendamento do Koordinator: O módulo Koord-Scheduler não está incluído no componente ack-koordinator. As capacidades de agendamento relacionadas são integradas ao agendador do ACK como um plugin instalado por padrão.

Nota

Em um cluster ACK Serverless, o ack-koordinator inclui apenas o componente Koordinator Manager e fornece o recurso de profiling de recursos.

Descrição do número da versão

A partir da v1.1.1-ack.1, o número da versão do ack-koordinator usa o formato x.y.z-ackn.

x.y.z: Corresponde à versão open source do Koordinator. Indica que o ack-koordinator suporta todos os recursos dessa versão open source.
ackn: Indica aprimoramentos e otimizações de recursos com base na versão open source.

Conceitos relacionados

QoS

A comunidade Kubernetes fornece três classes de Quality of Service (QoS) para pods: Guaranteed, Burstable e BestEffort. O Koordinator é compatível com o QoS do Kubernetes e o aprimora. Ele introduz novas classes de QoS, como Latency Sensitive (LS) e Best Effort (BE), e as gerencia usando o campo independente koordinator.sh/qosClass. O QoS do Koordinator oferece controle mais granular e otimização do uso de recursos e agendamento para cargas de trabalho em cenários de carga mista, garantindo a qualidade geral de serviço do sistema.

Descheduling

O agendamento é o processo de atribuir pods pendentes a nós no Kubernetes. O descheduling é o processo de reagendar pods que foram agendados inadequadamente em um nó para outro nó. Em cenários onde a utilização desigual do cluster cria nós com hot spots ou alterações nas propriedades do nó fazem com que os pods existentes não correspondam às regras de agendamento, use o descheduling para otimizar o uso de recursos. Isso garante que os pods sejam executados nos nós ideais, assegurando a alta disponibilidade do cluster e a operação eficiente das cargas de trabalho.

Colocalização

A colocalização de cargas de trabalho online e offline é uma estratégia de utilização de recursos que permite que cargas de trabalho de diferentes tipos e prioridades coexistam no mesmo nó de computação. Isso melhora a utilização de recursos e reduz custos. As políticas de colocalização aproveitam melhor os recursos de computação e armazenamento, reduzem a ociosidade de recursos e diminuem os custos de recursos do cluster. Essa abordagem é especialmente eficaz para cargas de trabalho de negócios que apresentam picos e vales significativos.

Recursos suportados

Cada módulo do componente ack-koordinator inclui os recursos suportados pela versão open source correspondente do Koordinator. Na configuração de instalação, apenas os feature gates para recursos comuns são ativados por padrão. Para usar outros recursos da versão open source do Koordinator, ative os feature gates correspondentes para os módulos do ack-koordinator. Para obter mais informações sobre outros recursos da versão open source do Koordinator, consulte a documentação oficial do Koordinator.

Tipo	Documentação do recurso	Descrição	Consistente com a versão open source
Agendamento com reconhecimento de carga		Agenda pods em nós com cargas menores com base na carga real dos nós. Equilibra a carga entre os nós e reduz o risco de falhas.	Sim
Agendamento com suporte a QoS	Ativar a política de cpu Burst para otimização de desempenho	Detecta dinamicamente o throttling de cpu e ajusta adaptativamente os parâmetros do contêiner. Quando ocorre um pico na carga de trabalho, fornece temporariamente recursos extras de cpu ao contêiner para garantir e melhorar a qualidade de serviço da aplicação.	Sim
	Ativar agendamento com reconhecimento de topologia de cpu	Fixa pods em núcleos de cpu específicos em um nó para execução. Mitiga a degradação de desempenho da aplicação causada pela troca de contexto de cpu e acesso à memória cross-NUMA.	Não
	Ativar overcommitment dinâmico de recursos	Coleta dados de carga em tempo real dos nós para quantificar os recursos de cpu e memória alocados, mas não utilizados, no cluster. Fornece recursos para jobs BestEffort e garante a justiça de recursos entre eles.	Sim
	Ativar limites elásticos de recursos de cpu	Em cenários de overcommitment dinâmico de recursos, limita o uso de recursos de cpu dos pods BE a uma faixa razoável para priorizar a operação estável dos pods LS no nó.	Sim
	Ativar QoS de cpu do contêiner	Evita a contenção de recursos de cpu entre aplicações com diferentes prioridades e prioriza o uso de recursos de cpu para aplicações LS.	Sim
	Ativar QoS de memória do contêiner	Permite definir parâmetros de QoS para contêineres com base em suas prioridades. Prioriza o desempenho de aplicações de alta prioridade e garante a justiça de recursos de memória.	Sim
	Ativar isolamento de cache L3 e largura de banda de memória do contêiner	Evita a contenção de recursos de cache L3 e largura de banda de memória entre aplicações com diferentes prioridades e prioriza o uso de recursos de memória para aplicações LS.	Sim
	Modifique dinamicamente parâmetros de recursos do pod	Modifica dinamicamente os parâmetros de recursos do pod com base em arquivos cgroups. Permite modificar temporariamente parâmetros de isolamento de nó único, como cpu, memória e I/O de disco, na dimensão do pod ou deployment, sem reiniciar o pod.	Não
	Usar DSA de hardware para aceleração de fluxo de dados	Usa o Intel® Data Streaming Accelerator (DSA) para melhorar a eficiência de processamento de dados de cargas de trabalho intensivas em dados nos nós. Também pode otimizar ainda mais o efeito de aceleração do acesso à memória mais próxima do contêiner.	Não
	Ativar aceleração de acesso à memória mais próxima do contêiner	Migra memória de um nó NUMA remoto para o nó NUMA local para uma aplicação vinculada ao núcleo, garantindo a segurança dos dados. Melhora a taxa de acertos de acesso à memória local e fornece melhor desempenho de acesso à memória para cargas de trabalho intensivas em memória.	Não
Descheduling	Ativar descheduling	Em cenários como utilização desequilibrada de recursos do cluster, alta carga de nó ou novos requisitos de política de agendamento, reagenda pods agendados inadequadamente de um nó para outro. Mantém a integridade do cluster, otimiza o uso de recursos e melhora a qualidade de serviço das cargas de trabalho.	Sim
Descheduling	Usar descheduling para dispersar hot spots de carga de trabalho	Detecta dinamicamente alterações nas cargas dos nós dentro do cluster e otimiza automaticamente os nós que excedem o limiar de carga segura. Evita desequilíbrios extremos de carga.	Sim
Reconhecimento de topologia de gpu	Ativar agendamento com reconhecimento de topologia NUMA	Agenda pods nos nós NUMA ideais com base na capacidade de agendamento com reconhecimento de topologia NUMA. Reduz o acesso entre nós NUMA para otimizar o desempenho.	Não
Profiling de recursos		Recomenda especificações de recursos para contêineres analisando dados históricos de uso de recursos. Simplifica a configuração de solicitações e limites de contêineres.	Não

Instalação e gerenciamento do componente

O ack-koordinator está disponível na página Component Management do Container Service Management Console. Instale, atualize e desinstale o componente na página Component Management.

Pré-requisitos

Um cluster ACK v1.18 ou posterior criado. Para obter mais informações sobre como atualizar um cluster, consulte Atualizar manualmente um cluster ACK.
Helm v3.0 ou posterior instalado. Para obter mais informações sobre como atualizar, consulte [[Atualização de Componente] Anúncio de Atualização do Helm V2 Tiller](t1872780.dita#task_2435198) e Como atualizar manualmente o Helm?.

Instalar e gerenciar o componente

Instale o componente ack-koordinator na página Component Management. Nesta página, também é possível modifique as configurações de parâmetros do componente ou atualizá-lo conforme necessário.

Se a versão do componente em uso foi implantada pelo App Marketplace (versão anterior à v0.7), consulte Migrar o ack-koordinator do App Marketplace para a Central de Complementos para concluir a migração.

Instalação do componente: Siga as etapas abaixo para instalar o componente e verifique se a implantação foi bem-sucedida.
Modificação de parâmetros do componente: O sistema reimplementa automaticamente o ack-koordinator com a nova configuração.
Atualização do componente: Se você modificou manualmente os módulos implantados (Deployment, DaemonSet) do ack-koordinator de outras formas, a configuração personalizada será substituída após a atualização do componente.

Faça login no ACK console. No painel de navegação à esquerda, clique em Clusters.
Na página Clusters, clique em no nome do seu cluster. No painel de navegação à esquerda, clique em Components and Add-ons.
Na página Component Management, localize o ack-koordinator e clique em Install no cartão ack-koordinator (ack-slo-manager).
Na caixa de diálogo Install Component Ack-koordinator(ack-slo-manager), modifique os parâmetros de configuração conforme necessário e clique em OK.
(Opcional) No painel de navegação à esquerda da página de gerenciamento do cluster, escolha Applications para visualizar o status de implantação do ack-koordinator.

Se o Status do ack-koordinator for Deployed, o componente foi implantado com sucesso.

Desinstalar o componente

Limpar o ConfigMap para nós que não estão offline

O recurso de agendamento com reconhecimento de topologia de cpu cria um ConfigMap de informações de topologia para cada nó ACK no namespace kube-system. A partir da v0.5.1, o ack-koordinator limpa automaticamente os ConfigMaps de nós offline. No entanto, após desinstalar o ack-koordinator, os ConfigMaps de nós online são mantidos. Esses ConfigMaps não limpos não afetam o uso normal de outros recursos, mas ocupam espaço de dados. Recomendamos limpá-los prontamente.

Na página Component Management, localize o ack-koordinator e siga as instruções na tela para desinstalar o componente.
Exclua o ConfigMap de informações de topologia.
1. No painel de navegação à esquerda, escolha Configuration Management > ConfigMaps. Na parte superior da página, selecione o namespace kube-system.
2. Na caixa de texto Name, pesquise por -numa-info. Na lista exibida, selecione os ConfigMaps nomeados no formato ${NODENAME}-numa-info. Na coluna Actions do ConfigMap alvo, clique em Delete e siga as instruções na tela para concluir a exclusão.

Limpar objetos CRD

Ao desinstalar o componente ack-koordinator, alguns objetos CRD podem permanecer. Esses objetos não limpos não afetam o uso normal de outros recursos, mas ocupam espaço de dados. Se você desejar reinstalar o ack-koordinator posteriormente, esses objetos poderão afetar o uso normal dos recursos do componente. Recomendamos limpá-los prontamente. Os CRDs são os seguintes:

autoscaling.alibabacloud.com	slo.koordinator.sh

Faturamento

O componente ack-koordinator é gratuito para instalação e uso. No entanto, taxas adicionais podem ser incorridas nos seguintes cenários:

O ack-koordinator é um componente autogerenciado e consome recursos de nós worker após a instalação. Configure as solicitações de recursos para cada módulo durante a instalação do componente.
Por padrão, o ack-koordinator expõe métricas de monitoramento para recursos como profiling de recursos e agendamento granular no formato Prometheus. Se você selecionar a opção Enable Prometheus Monitoring for ACK-Koordinator ao configurar o componente e usar o serviço Alibaba Cloud Prometheus, essas métricas serão consideradas métricas personalizadas e incorrerão em taxas. As taxas dependem de fatores como o tamanho do seu cluster e o número de aplicações. Antes de ativar esse recurso, leia atentamente a documentação de Faturamento de instâncias do Prometheus do Alibaba Cloud Prometheus para entender a cota gratuita e as políticas de faturamento para métricas personalizadas. Monitore e gerencie o uso de recursos consultando dados de uso.

Informações relacionadas

Relação entre ack-koordinator e ack-slo-manager

O ack-slo-manager é o predecessor do ack-koordinator e incubou o projeto open source Koordinator. À medida que o Koordinator amadureceu e se estabilizou, ele contribuiu de volta para o ack-slo-manager. O ack-koordinator fornece os recursos suportados pela versão open source do Koordinator e também adiciona um conjunto mais rico de recursos com base no ack-slo-manager. Recomendamos consultar Migrar o ack-koordinator do App Marketplace para a Central de Complementos para atualizar prontamente para a versão mais recente do componente. Isso permite o uso de novos recursos e correções de bugs.

Migrar o ack-koordinator do App Marketplace para a Central de Complementos

Se a versão do ack-koordinator em uso foi implantada pelo App Marketplace (versão anterior à v0.7), desinstale-o do App Marketplace e reinstale-o. Siga as instruções abaixo para concluir a migração.

Se você modificou o ConfigMap do ack-koordinator no App Marketplace, faça backup antes de atualizar. Caso contrário, vá para a etapa 2 para atualizar o componente.

Faça backup do ConfigMap do ack-koordinator usando kubectl ou o console.
kubectl
1. Execute o seguinte comando para salve a configuração original em um arquivo chamado slo-config.yaml. O comando baseia-se no namespace (por exemplo, kube-system) e no nome (por exemplo, ack-slo-manager-config) do ConfigMap original.
  kubectl get cm -n kube-system ack-slo-manager-config -o yaml > slo-config.yaml
2. Execute o comando vim slo-config.yaml para edite o arquivo. Altere um campo no ConfigMap para kube-system, defina o campo name como ack-slo-config e exclua todas as annotations e labels do ConfigMap. Isso evita que sejam substituídos automaticamente durante uma atualização.
3. Execute o seguinte comando para envie a configuração modificada para o cluster.
  kubectl apply -f slo-config.yaml
Console
1. Anote os pares chave-valor do ConfigMap original.
  1. No painel de navegação à esquerda, clique em Configuration Management > ConfigMaps. Na parte superior da página, selecione o Namespace (kube-system por padrão) especificado ao instalar o ack-koordinator no App Marketplace.
  2. Na caixa de texto Name, pesquise por ack-slo-manager-config. Clique em no nome do ConfigMap alvo e anote seus pares chave-valor.
2. Crie um novo ConfigMap usando os pares chave-valor do ConfigMap original.
  1. No painel de navegação à esquerda, escolha Configuration Management > ConfigMaps. Na parte superior da página, selecione All Namespaces.
  2. Na página ConfigMaps, clique em Create no canto superior direito. Defina ConfigMap Name como ack-slo-config e selecione o novo namespace kube-system. Clique em + Add, insira os pares chave-valor anotados na etapa anterior e clique em Create.
No painel de navegação à esquerda da página de gerenciamento do cluster, escolha Applications > Helm para visualizar o status de implantação do ack-slo-manager. Na coluna Actions, clique em Delete para desinstalar o ack-slo-manager instalado pelo App Marketplace.

Na página Component Management, instale a versão mais recente do ack-koordinator. Para obter mais informações, consulte Instalar e gerenciar o componente.

Importante
Se você modificou o ConfigMap do ack-koordinator no App Marketplace, insira o nome do ConfigMap de backup da etapa 1 (por exemplo, ack-slo-config) no item de configuração correspondente na caixa de diálogo Ack-koordinator Parameter Settings.

Migrar do resource-controller para o ack-koordinator

O componente resource-controller está descontinuado. O ack-koordinator agora suporta todos os recursos do resource-controller original, como Ativar agendamento com reconhecimento de topologia de cpu e Modifique dinamicamente parâmetros de recursos do pod. Se o seu cluster estiver usando o resource-controller, siga estas etapas para migrar do resource-controller para o ack-koordinator.

Atualize o resource-controller para a versão mais recente.
1. Faça login no ACK console. No painel de navegação à esquerda, clique em Clusters.
2. Na página Clusters, clique em no nome do seu cluster. No painel de navegação à esquerda, clique em Components and Add-ons.
3. Na página Component Management, localize o resource-controller e siga as instruções na tela para atualizar o componente.
Instale e configure o ack-koordinator.
1. Na página Component Management, localize o ack-koordinator e siga as instruções na tela para instalá-lo.
2. Na caixa de diálogo Install Component Ack-koordinator(ack-slo-manager), modifique agentFeatures (a chave de controle feature-gates para o Koordlet) e configure outros parâmetros conforme necessário. Em seguida, clique em OK.
  1. Verifique se o seu cluster está usando o recurso CPU Limit Adjustment em Modifique dinamicamente parâmetros de recursos do pod. Esse recurso permite modificar o arquivo de parâmetro cgroups cpu.cfs_quota_us para um contêiner especificado criando um CRD ou anotação de pod. Se estiver, prossiga para a etapa ii. Caso contrário, vá para a etapa c.
  2. Execute o seguinte comando para obter a configuração atual de feature-gate do YAML do DaemonSet do ack-koordlet atual.
    kubectl get daemonset -n kube-system ack-koordlet -o yaml |grep feature-gates - --feature-gates=AllAlpha=false,AllBeta=false,...,CPUBurst=true,....
  3. Modifique a configuração atual de feature-gate do ack-koordlet conforme mostrado no exemplo a seguir para desativar o módulo de política de cpu Burst. Defina CPUBurst=false e mantenha os outros parâmetros inalterados. Use vírgulas (,) para separar os parâmetros.
    
    Após desativar o módulo, o mecanismo de cpu Burst para todos os contêineres no cluster não terá efeito. Isso evita que ambos os módulos modifiquem o arquivo de parâmetro cgroups cpu.cfs_quota_us do contêiner ao mesmo tempo.
    AllAlpha=false,AllBeta=false,...,CPUBurst=false,....
    Para implementar recursos elásticos de cpu para contêineres, recomendamos usar a política de cpu Burst para otimização de desempenho para ajustar automaticamente os recursos elásticos de cpu do pod. Para obter mais informações, consulte Ativar a política de cpu Burst para otimização de desempenho.
3. No painel de navegação à esquerda, escolha Applications > Helm para visualizar o status de implantação do ack-koordinator.
  
  Se o Status do ack-koordinator for Deployed, o componente foi implantado com sucesso.
Na página Component Management, localize o resource-controller e siga as instruções na tela para desinstalar o componente.

Perguntas frequentes

Erro durante a instalação do componente: no matches for kind "ServiceMonitor" in version "monitoring.coreos.com/v1" ensure CRDs are installed first

Esse erro ocorre porque o Prometheus não está instalado no cluster. Consulte Conectar e configurar o Alibaba Cloud Prometheus Monitoring para instalar o componente Prometheus, ou desmarque a caixa de seleção Enable Prometheus Monitoring For Ack-koordinator ao instalar o ack-koordinator na página Component Management.

Erro durante a instalação do componente: task install-addons-xxx timeout, error install addons map[ack-slo-manager:Can't install release with errors: ... function "lookup" not defined

Esse erro ocorre porque é necessário atualizar o Helm para a v3.0 ou posterior. Consulte [[Atualização de Componente] Anúncio de Atualização do Helm V2 Tiller](t1872780.dita#task_2435198) para concluir a atualização.

Histórico de alterações

Novembro de 2025

Versão	URL da imagem	Data da alteração	Alterações	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 novembro de 2025	Correção de um problema de compatibilidade entre o módulo ack-koordlet e o containerd 2.1.1.	Nenhum

Agosto de 2025

Versão	URL da imagem	Data da alteração	Alterações	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	Correção do valor padrão da janela de estatísticas de utilização do nó para 5 minutos. Esse problema foi introduzido na v1.6.1-ack1.16.	Nenhum

Julho de 2025

Versão	URL da imagem	Data da alteração	Alterações	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 julho de 2025	Otimização da velocidade de inicialização e da estabilidade do módulo ack-koord-manager. Correção de um problema em que a métrica de solicitações de recursos colocalizados era exibida anormalmente no painel de colocalização para cargas de trabalho online e offline.	Nenhum
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 julho de 2025	Correção de um problema introduzido na v1.6.1-ack1.16 para suportar o uso normal em nós ARM.	Nenhum
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 julho de 2025	Otimização do recurso de configuração de múltiplos modelos para descheduling e correção de um problema em que o throttling de evicção estava anormal em configurações de múltiplos modelos. Otimização de interfaces internas.	Nenhum

Setembro de 2024

Versão	URL da imagem	Data da alteração	Alterações	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 setembro de 2024	Otimização da lógica de cálculo para o parâmetro `maxUnavailablePerWorkload` no descheduling. Correção do recurso de ajuste dinâmico de parâmetros de recursos do pod via cgroups. Renomeação de métricas relacionadas ao profiling de recursos. Otimização de interfaces internas.	Nenhum

Julho de 2024

Versão	URL da imagem	Data da alteração	Alterações	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 julho de 2024	Otimização de interfaces internas.	Nenhum

Janeiro de 2024

Versão	URL da imagem	Data da alteração	Alterações	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 janeiro de 2024	Adição de suporte para instalação em clusters ACK Lingjun. Recursos consistentes com a versão v1.3.0-ack1.6.	Nenhum

Dezembro de 2023

Versão	URL da imagem	Data da alteração	Alterações	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 dezembro de 2023	Adição de suporte para instalação em clusters ACK Edge. Instalação apenas em nós worker na nuvem, não em nós de borda. Recursos consistentes com a versão v1.3.0-ack1.6.	Nenhum

Outubro de 2023

Versão	URL da imagem	Data da alteração	Alterações	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 outubro de 2023	Otimização de interfaces internas.	Nenhum

Junho de 2023

Versão	URL da imagem	Data da alteração	Alterações	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 junho de 2023	Otimização de interfaces internas.	Nenhum

Abril de 2023

Versão	URL da imagem	Data da alteração	Alterações	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	Adição de suporte para ativar aceleração de acesso à memória mais próxima do contêiner. Adição de suporte para usar DSA de hardware para aceleração de fluxo de dados. Otimização de interfaces internas.	Nenhum

Março de 2023

Versão	URL da imagem	Data da alteração	Alterações	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 março de 2023	Otimização de interfaces internas.	Nenhum

Janeiro de 2023

Versão	URL da imagem	Data da alteração	Alterações	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 janeiro de 2023	Alteração do nome do componente para ack-koordinator. Otimização de interfaces internas.	Nenhum

Novembro de 2022

Versão	URL da imagem	Data da alteração	Alterações	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 novembro de 2022	Atualização do agendamento com reconhecimento de carga para suportar Kubernetes 1.22. Otimização de interfaces internas.	Após a atualização do componente, se você usar agendamento com reconhecimento de carga, precisará atualizar o ACK para 1.22.15-ack-2.0. Outros recursos podem ser usados normalmente.

Setembro de 2022

Versão	URL da imagem	Data da alteração	Alterações	Impacto
v0.7.2	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.7.2	16 de setembro de 2022	Correção de um problema introduzido na versão 0.7.1: o agendamento com reconhecimento de topologia não tinha efeito nos pods.	Nenhum
v0.7.1	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.7.1	2 de setembro de 2022	Resolução de um problema de throttling de cpu que ocorria ao usar agendamento com reconhecimento de topologia em um ambiente de kernel CentOS 3. Adição de uma chave para monitoramento Prometheus. Adição de suporte para recursos de profiling de recursos no console. Remoção do método de instalação do App Marketplace.	Nenhum

Agosto de 2022

Versão	URL da imagem	Data da alteração	Alterações	Impacto
v0.7.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.7.0	8 de agosto de 2022	Migração do método de instalação do ack-slo-manager do App Marketplace para Component Management.	Nenhum

Julho de 2022

Versão	URL da imagem	Data da alteração	Alterações	Impacto
v0.6.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.6.0	26 de julho de 2022	Otimização de interfaces internas e simplificação da configuração do componente.	Nenhum

Junho de 2022

Versão	URL da imagem	Data da alteração	Alterações	Impacto
v0.5.2	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.5.2	14 de junho de 2022	Otimização de interfaces internas. Otimização do recurso Ativar QoS de cpu do contêiner. Adição de suporte para desativar a criação automática do namespace ack-slo-manager.	Nenhum
v0.5.1	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.5.1	2 de junho de 2022	Adição de suporte para Ativar QoS de cpu do contêiner. Otimização de interfaces internas para limpar automaticamente ConfigMaps de informações de topologia correspondentes a nós offline.	Nenhum

Abril de 2022

Versão	URL da imagem	Data da alteração	Alterações	Impacto
v0.5.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.5.0	29 de abril de 2022	Adição de suporte para Modifique dinamicamente parâmetros de recursos do pod. Adição de suporte para ambientes ARM.	Nenhum
v0.4.1	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.4.1	14 de abril de 2022	Adição de suporte para Ativar limites elásticos de recursos de cpu. Adição de suporte para Ativar isolamento de cache L3 e largura de banda de memória do contêiner. Otimização de interfaces internas.	Nenhum
v0.4.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.4.0	11 de abril de 2022	Otimização do overhead de memória do slo-agent.	Nenhum

Fevereiro de 2022

Versão	URL da imagem	Data da alteração	Alterações	Impacto
v0.3.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.3.0	25 de fevereiro de 2022	Adição de suporte para Profiling de recursos. Adição de suporte para Ativar QoS de memória do contêiner. Adição de suporte para Ativar overcommitment dinâmico de recursos. Otimização de interfaces internas.	Nenhum

Dezembro de 2021

Versão	URL da imagem	Data da alteração	Alterações	Impacto
v0.2.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.2.0	10 de dezembro de 2021	Adição de suporte para Ativar a política de cpu Burst para otimização de desempenho. Adição de suporte para Ativar agendamento com reconhecimento de topologia de cpu.	Nenhum

Setembro de 2021

Versão	URL da imagem	Data da alteração	Alterações	Impacto
v0.1.1	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.1.1-c2ccefa	2 de setembro de 2021	Otimização de interfaces internas.	Nenhum

Julho de 2021

Versão	URL da imagem	Data da alteração	Alterações	Impacto
v0.1.0	registry.{REGION}.aliyuncs.com/acs/ack-slo-manager:v0.1.0-09766de	8 de julho de 2021	Adição de suporte para Usar agendamento com reconhecimento de carga.	Nenhum