Alterações no ACK Edge para Kubernetes 1.26 - Container Service for Kubernetes: Central de Documentação do Alibaba Cloud

O ACK Edge é uma solução gerenciada de integração entre nuvem e borda para cenários de borda, desenvolvida sobre o Container Service for Kubernetes (ACK). Este tópico descreve as alterações no ACK Edge Kubernetes 1.26, incluindo o Raven para operações entre regiões, Node Admission e Pod Admission, gerenciamento de células com YurtAppSet e suporte ao RHEL 8.8.

Novidades desta versão

Versão do cluster: o ACK Edge foi atualizado para a versão 1.26.3-aliyun.1.
Núcleo do Kubernetes: suporte a Node Admission e Pod Admission. Os nomes de versão do Kubernetes deixam de incluir o sufixo edge.
Autonomia de nós de borda: os caminhos de cache de metadados incluem group.version. Os repositórios de imagens dos componentes do sistema são configuráveis.
Canal de operações entre nuvem e borda: o Raven está disponível para operações entre regiões. Os gateways em modo proxy oferecem suporte a alta disponibilidade, auto scaling e configuração dinâmica.
Gerenciamento baseado em células: o YurtAppSet gerencia workloads em múltiplas regiões com canary release baseado em regiões.
Adição de nós de borda: o processo de integração de nós foi atualizado. O edgehub é implementado como um serviço systemd, e há suporte ao Red Hat Enterprise Linux 8.8.

Recursos atualizados

Versão do cluster

O ACK Edge foi atualizado para a versão 1.26.3-aliyun.1.

Núcleo do Kubernetes

Nomenclatura de versões: os nomes de versão do Kubernetes deixam de incluir o sufixo edge e passam a seguir a nomenclatura de versões do ACK.
Node Admission: a atualização de rótulos de nós não move mais os nós entre pools de nós. Rótulos de pools de nós com modo de rede host podem ser adicionados aos nós.
Pod Admission: configurações de afinidade podem impedir o agendamento de pods com hostNetwork: false em pools de nós com modo de rede host.

Autonomia de nós de borda

Caminho de cache de metadados: group.version foi adicionado ao caminho de cache de metadados. O formato mudou de /etc/kubernetes/cache/{component}/{resource}/{ns}/{name} para /etc/kubernetes/cache/{component}/{group.version.resource}/{ns}/{name}.
Repositórios de imagens: os repositórios de imagens dos componentes do sistema de nós de borda agora são configuráveis.

Canal de operações entre nuvem e borda

Componente Raven: o Raven gerencia os canais de operações entre nuvem e borda e monitora métricas de hosts e contêineres para comunicação entre regiões. Consulte raven-agent-ds.
Gateways em modo proxy: os gateways de nuvem e on-premises em modo proxy agora oferecem suporte a alta disponibilidade, auto scaling e configuração dinâmica.
Modo túnel: é possível monitorar métricas de contêineres no modo túnel.
Acesso à internet: os gateways de nuvem podem ser expostos à internet por meio de instâncias do Server Load Balancer (SLB), com Access Control Lists (ACLs) para acesso seguro.

Gerenciamento baseado em células

O YurtAppSet gerencia Deployments idênticos em múltiplas regiões a partir de um único ponto de controle, com suporte a release, exclusão, atualização, rollback, dimensionamento e canary release baseado em regiões.

Adição de nós de borda

O processo de integração de nós de borda foi atualizado:

Implementação do edgehub: o edgehub agora é implementado como um serviço systemd, em vez de um pod estático.
Configuração do kubelet: o arquivo de configuração do kubelet gerencia os parâmetros de inicialização do kubelet.
Origem do repositório de imagens: é possível especificar as origens dos repositórios de imagens dos componentes do sistema de nós, com suporte a acesso pela internet e pela rede interna.
Endereços IP públicos: os endereços IP públicos usados na adição de nós foram atualizados.
Suporte a sistemas operacionais: o Red Hat Enterprise Linux 8.8 agora é suportado.
Atualizações de parâmetros: os parâmetros de nós de borda foram atualizados. Consulte Parâmetros em "Adicionar um nó de borda".