O edge-hub é um proxy no nível do nó executado em cada nó de um cluster ACK Edge. Ele atua como intermediário entre os componentes da borda (kubelet, kube-proxy, Flannel e CoreDNS) e o kube-apiserver na nuvem, permitindo que os nós de borda funcionem de forma confiável mesmo quando a conexão com a nuvem está instável ou interrompida.
A partir da versão 0.12.0 do edge-hub, a forma de implantação varia conforme o local de execução: nos pools de nós de borda, ele roda como um serviço systemd; já nos pools de nós da nuvem, opera como um DaemonSet chamado cloud-hub.
Funcionamento
O Kubernetes nativo pressupõe conectividade de rede estável entre os nós e o kube-apiserver. Em ambientes de edge computing, essa premissa não se sustenta, pois os enlaces entre nuvem e borda costumam ser instáveis. Consequentemente, pods em nós de borda podem falhar ao iniciar ou perder o acesso aos serviços do cluster durante desconexões.
O edge-hub resolve esses problemas por meio de quatro recursos:
Cache de dados: No Kubernetes nativo, os pods não conseguem recuperar recursos do kube-apiserver quando a conexão com a nuvem cai, o que causa falhas nas reinicializações. O edge-hub armazena localmente em cada nó de borda os dados recebidos da nuvem. Assim, os pods reiniciam usando os dados em cache em vez de falhar.
Acesso ao kube-apiserver: Em topologias de nuvem e borda, os pods não alcançam o kube-apiserver diretamente via inClusterConfig porque a rede da nuvem não é acessível a partir da borda. O edge-hub funciona como um proxy local, permitindo que os pods utilizem o inClusterConfig sem exigir alterações no nível do pod.
Roteamento baseado em topologia de serviço: Sem reconhecimento de topologia, os Services podem direcionar tráfego para pods de backend em pools de nós remotos, resultando em alta latência ou falhas de conexão na borda. O edge-hub filtra EndpointSlices para gerar uma topologia de serviço, garantindo que os Services roteiem o tráfego apenas para pods de backend no mesmo pool de nós.
Seleção automática de registro de imagens: O edge-hub alterna automaticamente entre registros de imagens privados e públicos. Quando os nós se conectam por circuitos Express Connect, utiliza registros privados; quando possuem acesso direto à internet, emprega registros públicos.
Modos de implantação
A execução do edge-hub varia conforme o tipo de pool de nós:
|
Contexto de implantação |
Forma |
Nome |
|
Pool de nós de borda |
Serviço systemd (pod estático em versões anteriores à 0.12.0) |
edge-hub |
|
Pool de nós da nuvem |
DaemonSet |
cloud-hub |
Notas de uso
Para procedimentos de configuração, consulte:
Notas de versão
Dezembro de 2024
v0.12.3 — lançada em 19/12/2024 — sem impacto nas cargas de trabalho
Compatível com clusters ACK Edge nas versões 1.26.3-aliyun.1, 1.28.9-aliyun.1 e 1.30.7-aliyun.1.
Adiciona suporte ao recurso de cache local no terway-edge.
Imagem: registry.cn-hangzhou.aliyuncs.com/acs/edge-hub:v0.12.3
Novembro de 2023
v0.12.0 — lançada em 28/11/2023 — sem impacto nas cargas de trabalho
Suporta clusters ACK Edge na versão 1.26.3-aliyun.1.
Altera o modo de implantação: o edge-hub passa a rodar como serviço systemd em pools de nós de borda e como DaemonSet denominado cloud-hub em pools de nós da nuvem.
Imagem: registry.cn-hangzhou.aliyuncs.com/acs/edge-hub:v0.12.0
Agosto de 2023
v0.11.0 — lançada em 03/08/2023 — sem impacto nas cargas de trabalho
Oferece suporte a clusters ACK Edge na versão 1.24.6-aliyunedge.1.
Imagem: registry.cn-hangzhou.aliyuncs.com/acs/edge-hub:v0.11.0
Dezembro de 2022
v0.10.3 — lançada em 07/12/2022 — sem impacto nas cargas de trabalho
Compatível com clusters ACK Edge na versão 1.22-aliyunedge.1.
Imagem: registry.cn-hangzhou.aliyuncs.com/acs/edge-hub:v0.10.3
Janeiro de 2022
v0.10.0 — lançada em 27/01/2022 — sem impacto nas cargas de trabalho
Primeira versão compatível com clusters ACK Edge na versão 1.20.11-aliyunedge.1.
Verificações de integridade: Corrige um problema em que o edge-hub continuava enviando heartbeats após a parada do kubelet.
Gerenciamento de certificados de nó: Caso o certificado de um nó não fosse excluído após sua desconexão, o edge-hub agora atualiza automaticamente esse certificado quando o nó ingressa em outro cluster.
Estatísticas de tráfego: Visualize estatísticas de tráfego das requisições dos nós de borda em
http://127.0.0.1:10267/metrics.Estabilidade: Resolve uma condição de corrida de dados que ocorria quando nós de borda processavam grande volume de requisições simultâneas.
Imagem: registry.cn-hangzhou.aliyuncs.com/acs/edge-hub:v0.10.0
Novembro de 2021
v0.9.5 — lançada em 15/11/2021 — sem impacto nas cargas de trabalho
Corrige uma falha que rejeitava requisições de borda sem cabeçalho Accept.
Imagem: registry.cn-hangzhou.aliyuncs.com/acs/edge-hub:v0.9.5
v0.9.4 — lançada em 01/11/2021 — sem impacto nas cargas de trabalho
Resolve inconsistências no uso de chaves em certificados de servidor HTTPS entre diferentes linguagens de programação.
Imagem: registry.cn-hangzhou.aliyuncs.com/acs/edge-hub:v0.9.4
Outubro de 2021
v0.9.3 — lançada em 27/10/2021 — sem impacto nas cargas de trabalho
Corrige o truncamento de dados volumosos nos filtros de dados.
Permite desativar a filtragem para requisições provenientes de Services do tipo LoadBalancer.
Imagem: registry.cn-hangzhou.aliyuncs.com/acs/edge-hub:v0.9.3
v0.9.2 — lançada em 12/10/2021 — sem impacto nas cargas de trabalho existentes; para utilizar novos recursos em cargas já implantadas, recrie os pods
Inclui suporte a servidor HTTPS na porta 10268.
Introduz o framework de filtragem de dados para nós de borda.
Imagem: registry.cn-hangzhou.aliyuncs.com/acs/edge-hub:v0.9.2
Setembro de 2021
v0.9.1 — lançada em 23/09/2021 — sem impacto nas cargas de trabalho
Adiciona suporte para nós de borda com Windows.
Imagem: registry.cn-hangzhou.aliyuncs.com/acs/edge-hub:v0.9.1
Julho de 2021
v0.9.0 — lançada em 12/07/2021 — sem impacto nas cargas de trabalho
Versão inicial para clusters ACK Edge na versão 1.18.8-aliyunedge.1.
Imagem: registry.cn-hangzhou.aliyuncs.com/acs/edge-hub:v0.9.0