Todos os produtos
Search
Central de documentação

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

Última atualização: Sep 18, 2026

ack-koordinator é um sistema de agendamento com consciência de QoS (quality of service). Ele usa recursos como CPU Burst e superalocação dinâmica de recursos para otimizar o uso de recursos do cluster, garantindo a qualidade de service para aplicações de alta prioridade e aumentando a estabilidade geral do sistema. ack-koordinator também oferece suporte a criação de perfis de recursos e reagendamento. Este tópico apresenta o componente ack-koordinator e suas notas de versão.

Nota

Para o histórico de versões e alterações do componente, consulte Release notes.

ack-koordinator

ack-koordinator é um sistema de agendamento com consciência de QoS baseado em Kubernetes que melhora a utilização de recursos do cluster e fornece garantias de QoS para aplicações com diferentes prioridades. Isso evita que a contenção de recursos afete o desempenho das aplicações. Por exemplo, ack-koordinator suporta a colocalização de aplicações orientadas a service e tarefas de processamento em lote no mesmo nó. Ele usa capacidades como superalocação dinâmica de recursos e agendamento com consciência de QoS para melhorar a utilização de recursos, garantindo QoS para aplicações de service. Isso o torna adequado para processamento em lote, computação de alto desempenho (HPC), tarefas de IA e cenários de machine learning. ack-koordinator é o componente central que habilita o agendamento com consciência de QoS no ACK. Ele oferece recursos como limites elásticos de recursos, agendamento com consciência de topologia, superalocação dinâmica de recursos, agendamento com consciência de carga, reagendamento e criação de perfis de recursos.

Para começar, acesse o ACK console para instalar o componente ack-koordinator no seu cluster ACK. Em seguida, ative e utilize seus recursos com um ConfigMap ou anotações de Pod.

Architecture

ack-koordinator é composto por componentes centrais e componentes no nível do nó.

  • Koordinator Manager: componente central implantado como um Deployment. É composto por uma instância primária e uma instância em standby para garantir alta disponibilidade.

    • SLO Controller: gerencia a superalocação de recursos. Ajusta dinamicamente os recursos superalocados no cluster com base no status de execução dos nós durante a colocalização e gerencia políticas de SLO diferenciadas para cada nó.

    • Recommender: fornece o recurso de criação de perfis de recursos. Estima os requisitos de pico de recursos para workloads a fim de simplificar a configuração de especificações de recursos de contêineres.

  • Koordinator Descheduler: componente central implantado como um Deployment que fornece o recurso de reagendamento.

  • Koordlet: componente no nível do nó implantado como um DaemonSet. Suporta superalocação dinâmica de recursos, agendamento com consciência de carga e agendamento com consciência de QoS em cenários de colocalização.

  • Plug-in de agendamento do Koordinator: o módulo Koord-Scheduler não é incluído ao instalar o componente ack-koordinator. Em vez disso, suas capacidades de agendamento são integradas como um plug-in no agendador ACK e instaladas por padrão.

Nota

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

image

Versioning

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

  • x.y.z: corresponde à versão open source do Koordinator, indicando que o ack-koordinator suporta todos os recursos dessa versão.

  • ackn: representa aprimoramentos de recursos e otimizações baseados na versão open source.

Conceitos principais

QoS

O Kubernetes fornece três classes de Quality of Service (QoS) para Pods: Guaranteed, Burstable e BestEffort. O Koordinator é compatível com as classes de QoS do Kubernetes e as aprimora introduzindo novas classes, como Latency Sensitive (LS) e Best Effort (BE). O Koordinator gerencia essas novas classes por meio do campo koordinator.sh/qosClass. O QoS do Koordinator é projetado para oferecer controle e otimização mais refinados do uso e agendamento de recursos de workloads em cenários de colocalização, garantindo o QoS geral do sistema.

Descheduling

No Kubernetes, o agendamento é o processo de atribuir Pods pendentes a nós. O reagendamento (descheduling) é o processo de remover Pods de nós subótimos e reagendá-los para nós mais adequados. Em cenários em que a utilização desigual do cluster cria nós de hotspot, ou quando mudanças nos atributos dos nós fazem com que os Pods existentes deixem de corresponder às regras de agendamento, o reagendamento otimiza o uso de recursos. Isso garante que os Pods sejam executados nos nós mais adequados, assegurando alta disponibilidade para o cluster e operação eficiente para os workloads.

Colocation

A colocalização, também conhecida como implantação mista de cargas online e offline, é uma estratégia que executa workloads de diferentes tipos e prioridades no mesmo nó de computação. Ela contribui para melhorar a utilização de recursos e reduzir custos, aproveitando ao máximo os recursos de computação e armazenamento e reduzindo a capacidade ociosa. Essa abordagem é especialmente eficaz para workloads com demanda variável.

Recursos suportados

O componente ack-koordinator inclui os recursos da versão open source correspondente do Koordinator. Durante a instalação, apenas as feature-gates para recursos comuns são ativadas por padrão. Para usar outros recursos, ative manualmente as feature-gates correspondentes para os módulos do ack-koordinator. Para mais informações, consulte a documentação oficial do Koordinator.

Tipo

Recurso

Descrição

Consistência com a versão open source

Load-aware scheduling

Agenda Pods para nós com menor carga em tempo real, equilibrando a carga do cluster e reduzindo o risco de falha nos nós.

Sim

QoS-aware scheduling

CPU Burst

Melhora o QoS das aplicações fornecendo recursos de CPU extras e temporários durante picos de carga, por meio da detecção automática de throttling de CPU e do ajuste adaptativo dos parâmetros do contêiner.

Sim

CPU topology-aware scheduling

Fixa um Pod para execução em núcleos de CPU específicos de um nó, mitigando a degradação de desempenho causada por troca de contexto de CPU e acesso de memória cross-NUMA.

Não

Dynamic resource overcommitment

Quantifica os recursos de CPU e memória alocados, mas não utilizados, coletando dados de carga do nó em tempo real, disponibilizando esses recursos ociosos para workloads BestEffort e garantindo equidade.

Sim

CPU Suppress

Em cenários de superalocação dinâmica de recursos, limita o uso de CPU dos Pods BE para proteger o desempenho dos Pods LS no nó.

Sim

CPU QoS

Garante recursos de CPU para aplicações de alta prioridade (LS), prevenindo a contenção de recursos com aplicações de menor prioridade.

Sim

Container memory QoS

Permite definir parâmetros de QoS para contêineres com base em sua prioridade, priorizando o desempenho das aplicações de alta prioridade e garantindo equidade no uso de memória.

Sim

L3 cache and memory bandwidth isolation

Isola o uso de cache L3 e largura de banda de memória entre aplicações de diferentes prioridades, protegendo o desempenho das aplicações LS.

Sim

Dynamic modification of Pod resource parameters

Permite modificar dinamicamente os parâmetros de isolamento no nível do nó (CPU, memória e I/O de disco) para um Pod ou Deployment sem reinicialização, alterando seus arquivos cgroup.

Não

Data stream acceleration using hardware DSA

Utiliza o Intel® Data Streaming Accelerator (DSA) para melhorar a eficiência do processamento de dados em workloads intensivos em dados no nó, aprimorando ainda mais a aceleração do acesso à memória próxima para contêineres.

Não

Container memory locality acceleration

Melhora o desempenho de acesso à memória para workloads intensivos em memória, migrando com segurança a memória de nós NUMA remotos para locais em aplicações com CPU fixada, aumentando a taxa de acerto de acesso à memória local.

Não

Descheduling

Descheduling

Reagenda Pods mal posicionados para nós mais saudáveis, mantendo a integridade do cluster, otimizando o uso de recursos e melhorando o QoS dos workloads. Esse processo geralmente é acionado por utilização desigual de recursos ou alta carga no nó.

Sim

Load-aware hotspot descheduling

Remove automaticamente Pods de nós que excedem um watermark de carga especificado, prevenindo desequilíbrios severos de carga.

Sim

GPU topology awareness

NUMA topology-aware scheduling

Otimiza o desempenho agendando Pods para o nó NUMA mais adequado, reduzindo o acesso cross-NUMA.

Não

Resource profiling

Analisa dados históricos de uso de recursos para recomendar especificações de recursos para contêineres, simplificando a configuração dos valores de request e limit dos contêineres.

Não

Instalação e gerenciamento

ack-koordinator está disponível na página Add-ons do ACK console. Instale, atualize e desinstale o componente na página Add-ons.

Pré-requisitos

Instalar e gerenciar o componente

Instale o componente ack-koordinator na página Add-ons. Retorne a essa página sempre que precisar modificar os parâmetros do componente ou atualizá-lo.

Para versões do componente anteriores à v0.7 implantadas pelo Marketplace, consulte Migrate ack-koordinator from Marketplace to add-ons para concluir a migração.
  • Instalar o componente: siga os passos abaixo para instalar o componente e verificar a implantação.

  • Modificar parâmetros do componente: o sistema reimplanta automaticamente o ack-koordinator com base na nova configuração.

  • Atualizar o componente: se você tiver modificado manualmente os módulos implantados do ack-koordinator, como Deployments ou DaemonSets, a atualização sobrescreverá suas configurações personalizadas.

  1. Acesse o ACK console. No painel de navegação à esquerda, clique em Clusters.

  2. Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em Components and Add-ons .

  3. Na página Add-ons, clique na aba Install, localize e selecione o componente ack-koordinator(ack-slo-manager) e clique em Next.

  4. Siga as instruções na tela para concluir a configuração do componente e clique em Next.

  5. Verifique as informações de configuração e clique em OK.

Desinstalar o componente

Limpar ConfigMaps dos nós existentes

O recurso de agendamento de CPU com consciência de topologia cria um ConfigMap de topologia no namespace kube-system para cada nó ACK. A partir da v0.5.1, o ack-koordinator limpa automaticamente os ConfigMaps de nós removidos. No entanto, ao desinstalar o ack-koordinator, os ConfigMaps dos nós existentes são mantidos. Esses ConfigMaps remanescentes não afetam outros recursos, mas ocupam espaço de armazenamento. Recomendamos que você os limpe.

  1. Na página Add-ons, localize o ack-koordinator e siga as instruções na tela para desinstalar o componente.

  2. Exclua os ConfigMaps de topologia.

    1. No painel de navegação à esquerda, escolha Configurations > ConfigMaps. No topo da página, selecione o namespace kube-system.

    2. Na caixa de pesquisa, insira -numa-info. Na lista, localize o ConfigMap que corresponde ao formato ${NODENAME}-numa-info. Na coluna Actions do ConfigMap, clique em Delete e siga as instruções na tela.

Limpar objetos CRD

Ao desinstalar o componente ack-koordinator, alguns objetos CRD podem permanecer. Esses objetos remanescentes não afetam outros recursos, mas ocupam espaço de armazenamento. Caso você planeje reinstalar o ack-koordinator, esses objetos podem interferir no funcionamento do componente. Recomendamos que você os limpe. Os CRDs afetados estão listados abaixo.

autoscaling.alibabacloud.com

slo.koordinator.sh

Expanda autoscaling.alibabacloud.com para ver a versão v1alpha1 contendo três tipos de recursos CRD: RecommendationCheckpoint, Recommendation e RecommendationProfile.

Expanda o API Group slo.koordinator.sh para ver a versão v1alpha1 contendo dois tipos de recursos CRD: NodeSLO e NodeMetric.

Faturamento

A instalação ou o uso do componente ack-koordinator é gratuito. No entanto, custos podem ser incorridos nos seguintes cenários:

  • ack-koordinator é um componente não gerenciado que consome recursos dos nós worker após a instalação. Configure as solicitações de recursos para cada módulo durante a instalação.

  • Por padrão, o ack-koordinator expõe métricas de monitoramento para recursos como criação de perfis de recursos e agendamento refinado no formato Prometheus. Se você selecionar a opção Enable Prometheus monitoring metrics for ack-koordinator e usar o Managed Service for Prometheus, essas métricas serão cobradas conforme custom metrics. Os valores variam com base em fatores como tamanho do cluster e número de aplicações. Antes de ativar esse recurso, recomendamos a leitura de Billing of Prometheus instances para entender a camada gratuita e os preços para métricas personalizadas. Para monitorar e gerenciar o uso de recursos, utilize usage query.

Informações relacionadas

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

ack-slo-manager é o predecessor do ack-koordinator e incubou o projeto open source Koordinator. À medida que o Koordinator amadureceu, suas tecnologias foram incorporadas de volta ao ack-slo-manager. O ack-koordinator oferece os recursos da versão open source do Koordinator e disponibiliza mais capacidades do que seu predecessor. Para acessar novos recursos e correções de bugs, atualize para a versão mais recente do componente seguindo as instruções em Migrate ack-koordinator from Marketplace to Add-ons.

Migrar o ack-koordinator do Marketplace para Add-ons

Se você implantou o ack-koordinator pelo Marketplace (versões anteriores à v0.7), desinstale-o e reinstale-o. Siga as instruções abaixo para concluir a migração.

Se você modificou o ConfigMap do ack-koordinator do Marketplace, faça um backup antes de atualizar. Caso não tenha modificado o ConfigMap, avance para o passo 2 e atualize o componente diretamente.

  1. Faça backup do ConfigMap do ack-koordinator usando kubectl ou o console.

    kubectl

    1. Execute o comando a seguir para salvar a configuração original no arquivo slo-config.yaml. Substitua o namespace (por exemplo, kube-system) e o nome (por exemplo, ack-slo-manager-config) pelos valores reais do seu ConfigMap.

      kubectl get cm -n kube-system ack-slo-manager-config -o yaml > slo-config.yaml
    2. Execute o comando vim slo-config.yaml para editar o arquivo. Altere o namespace do ConfigMap para kube-system, altere o campo name para ack-slo-config e remova todas as annotations e labels do ConfigMap para evitar que sejam sobrescritas durante a atualização.

    3. Execute o comando a seguir para aplicar a configuração modificada ao cluster.

      kubectl apply -f slo-config.yaml 

    Console

    1. Registre os pares de chave-valor do ConfigMap original.

      1. No painel de navegação à esquerda, escolha Configurations > ConfigMaps. No topo da página, selecione o Namespace que você especificou ao instalar o ack-koordinator pelo Marketplace. O namespace padrão é kube-system.

      2. Na caixa de pesquisa Name, insira ack-slo-manager-config, clique no nome do ConfigMap de destino e registre os pares de chave-valor do ConfigMap.

    2. Crie um novo ConfigMap usando os pares de chave-valor do ConfigMap original.

      1. No painel de navegação à esquerda, escolha Configurations > ConfigMaps. No topo da página, selecione All Namespaces.

      2. No canto superior direito da página ConfigMaps, clique em Create. Defina ConfigMap Name como ack-slo-config e selecione o namespace kube-system. Clique em + Add, insira os pares de chave-valor registrados e clique em Create.

  2. No painel de navegação à esquerda, escolha Applications > Helm. Localize o componente ack-slo-manager instalado pelo Marketplace e, na coluna Actions, clique em Delete para desinstalá-lo.

    Na página Add-ons, instale a versão mais recente do ack-koordinator. Para mais informações, consulte Install and manage components.

    Importante

    Se você modificou o ConfigMap do componente ack-koordinator do Marketplace, insira o nome do ConfigMap de backup criado no Passo 1 (por exemplo, ack-slo-config) no campo de parâmetro correspondente na caixa de diálogo ack-koordinator Parameters.

Migrar do resource-controller para o ack-koordinator

O componente resource-controller foi descontinuado. O ack-koordinator agora suporta todos os recursos do resource-controller, como topology-aware CPU scheduling e dynamically modifying the resource parameters of a pod. Se o seu cluster utiliza resource-controller, siga estes passos para migrar do resource-controller para o ack-koordinator.

  1. Atualize o resource-controller para a versão mais recente.

    1. Acesse o ACK console. No painel de navegação à esquerda, clique em Clusters.

    2. Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em Components and Add-ons .

    3. Na página Add-ons, localize o resource-controller e siga as instruções na tela para atualizar o componente.

  2. Instale e configure o ack-koordinator.

    1. Na página Add-ons, localize o ack-koordinator e siga as instruções na tela para instalá-lo.

    2. Após a conclusão da instalação, acesse a página Add-ons e clique em Configuration na coluna Actions do add-on ack-koordinator. Configure o parâmetro agentFeatures, que é o interruptor de feature-gate do Koordlet, e demais parâmetros conforme necessário. Em seguida, clique em OK.

      1. Verifique se o cluster utiliza o recurso CPU Limit adjustment descrito em Dynamically modify the resource parameters of a pod. Esse recurso modifica o arquivo cgroups cpu.cfs_quota_us de um contêiner específico criando um CRD ou adicionando uma anotação ao pod. Se você usar esse recurso, avance para o passo ii. Caso contrário, avance para o passo c.

      2. Execute o comando a seguir para obter a configuração atual de feature-gate no arquivo YAML do DaemonSet do 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 a configuração de feature-gate do ack-koordlet para desativar o CPU Burst performance optimization policy definindo CPUBurst=false. Use vírgulas (,) para separar os parâmetros. Mantenha as demais configurações sem alteração.

        Desativar a política também desativa o mecanismo CPU Burst para todos os contêineres do cluster, impedindo que dois módulos modifiquem simultaneamente o arquivo cgroups cpu.cfs_quota_us.

        AllAlpha=false,AllBeta=false,...,CPUBurst=false,....

        Para ativar recursos elásticos de CPU para contêineres, utilize a política de otimização de desempenho CPU Burst para ajustar automaticamente a elasticidade de CPU dos pods. Para mais informações, consulte Enable the CPU Burst performance optimization policy.

    3. No painel de navegação à esquerda, escolha Applications > Helm para visualizar o status de implantação do ack-koordinator.

  3. Na página Add-ons, localize o resource-controller e siga as instruções na tela para desinstalá-lo.

FAQ <!--@heading {"id":"title_hnd_aac_nr

Notas de versão

Julho de 2026

Versão

Endereço da imagem

Data

Alterações

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 julho de 2026

  • Interfaces internas refatoradas para otimização.

Nenhum

Janeiro de 2026

Versão

Endereço da imagem

Data

Alterações

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 janeiro de 2026

  • Corrigido um problema de log no descheduler.

  • Agora é possível configure o switch checkNewNodeOverUtilization no plugin LowNodeLoad.

Nenhum

Novembro de 2025

Versão

Endereço da imagem

Data de lançamento

Descrição

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

06 de novembro de 2025

  • Corrigido um problema de compatibilidade no módulo ack-koordlet com o containerd v2.1.1.

Nenhum

Agosto de 2025

Versão

Endereço da imagem

Data de lançamento

Descrição

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

08 de agosto de 2025

  • Corrigida uma regressão da v1.6.1-ack1.16, restaurando a janela padrão de estatísticas de utilização de nós para 5 minutos.

Nenhum

Julho de 2025

Versão

Endereço da imagem

Data de lançamento

Descrição

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

  • Otimizados a velocidade de inicialização e a estabilidade do módulo ack-koord-manager.

  • Corrigida a exibição das métricas de requisição de recursos colocalizados no painel de monitoramento de colocation.

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

  • Corrigida uma regressão da v1.6.1-ack1.16 que impedia o funcionamento 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

04 de julho de 2025

  • Aprimorado o recurso de descheduling para configurações com múltiplos modelos e corrigido um problema de throttling de despejo nessas configurações.

  • Interfaces internas refatoradas para otimização.

Nenhum

Setembro de 2024

Versão

Endereço da imagem

Data de lançamento

Descrição

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

  • Otimizada a lógica de cálculo do parâmetro maxUnavailablePerWorkload de descheduling.

  • Corrigido o ajuste dinâmico de parâmetros de recursos de pods via cgroups.

  • Renomeadas as métricas relacionadas ao resource profiling.

  • APIs internas otimizadas.

Nenhum

Julho de 2024

Versão

Endereço da imagem

Data de lançamento

Descrição

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

Interfaces internas otimizadas

Nenhum

Janeiro de 2024

Versão

Endereço da imagem

Data de lançamento

Descrição

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

2024-01-24

  • Adicionado suporte à instalação em ACK Lingjun clusters.

  • Mantém paridade de recursos com a v1.3.0-ack1.6.

Nenhum

Dezembro de 2023

Versão

Endereço da imagem

Data de lançamento

Descrição

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

  • Habilitada a instalação em clusters ACK Edge.

  • Instalado apenas em nós worker na nuvem, não em nós de borda.

  • Sem alterações de recursos em relação à v1.3.0-ack1.6.

Nenhum

Outubro de 2023

Versão

Imagem

Data de lançamento

Descrição

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

Interfaces internas otimizadas.

Nenhum

Junho de 2023

Versão

Endereço da imagem

Data de lançamento

Descrição

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

2023-06-09

Interfaces internas otimizadas.

Nenhum

Abril de 2023

Versão

Endereço da imagem

Data de lançamento

Descrição

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

  • Suporte a {XREF_0}.

  • Suporte a {XREF_1}.

  • APIs internas otimizadas.

Nenhum

Março de 2023

Versão

Endereço da imagem

Data de lançamento

Descrição

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

Interfaces internas otimizadas.

Nenhum

Janeiro de 2023