Todos os produtos
Search
Central de documentação

Container Service for Kubernetes:Configure QoS for Pods

Última atualização: Jun 27, 2026

Cargas de trabalho online são sensíveis à qualidade da rede e exigem baixa latência. Já as cargas offline costumam consumir grandes volumes de largura de banda. A execução simultânea desses dois tipos de carga, sem controles adequados, pode gerar contenção de recursos, resultando em alta latência ou até mesmo em interrupções de serviço. Para obter controle refinado sobre os recursos de rede e reduzir a disputa de largura de banda entre serviços, personalize a largura de banda de entrada e saída dos pods, bem como a prioridade dos pacotes.

Limites de largura de banda do pod

Use as anotações padrão de pod do Kubernetes para limitar a largura de banda de entrada e saída:

Anotação

Descrição

kubernetes.io/ingress-bandwidth: 10M

Limite de largura de banda de entrada do pod. O valor de exemplo é 10 Mbps.

kubernetes.io/egress-bandwidth: 10M

Limite de largura de banda de saída do pod. O valor de exemplo é 10 Mbps.

Importante
  • A anotação de pod kubernetes.io/ingress-bandwidth não é compatível quando o Terway está configurado no modo ENI compartilhada com a aceleração de rede IPvlan+eBPF ativada.

  • A anotação kubernetes.io/ingress-bandwidth também não é suportada se o Terway estiver no modo ENI exclusiva.

  • No modo de aceleração de rede DataPath V2, o Terway oferece suporte a limites de largura de banda de entrada a partir da versão v1.13.0. Esses limites se aplicam apenas ao tráfego entre nós (inter-node), e não ao tráfego interno de um único nó (intra-node).

  • Se seu cluster foi criado com uma versão do Terway anterior à v1.3.0, modifique a configuração do Terway para ativar esse recurso.

Clusters criados antes do Terway v1.3.0

Para usar essas anotações em um cluster criado com uma versão do Terway anterior à v1.3.0, modifique a configuração do Terway.

Modifique a configuração do Terway

  1. Execute o comando a seguir para edite o ConfigMap do Terway.

    kubectl edit cm -n kube-system eni-config
  2. Em data.10-terway.conf, adicione a configuração capabilities.

    apiVersion: v1
    data:
      10-terway.conf: |
        {
          "cniVersion": "0.3.1",
          "name": "terway",
          "capabilities": {"bandwidth": true},
          "type": "terway"
        }
  3. Salve o arquivo e execute o comando a seguir para reiniciar os pods do Terway e aplicar as alterações.

    kubectl delete -n kube-system pod -l app=terway-eniip

Política de priorização de tráfego

Por padrão, a fila da ENI processa pacotes seguindo a regra FIFO (first-in, first-out). O Terway permite configurar uma política de priorização de tráfego para os pacotes dos pods. Isso garante que os pacotes de serviços de alta prioridade sejam tratados primeiro durante picos de tráfego, reduzindo a latência.

Esse recurso vem desativado por padrão. Modifique a configuração do Terway para ativá-lo.

Importante
  • Este recurso não é compatível com clusters que têm o modo de aceleração de rede DataPath V2 ativado.

  • Nós no modo ENI exclusiva também não oferecem suporte a este recurso.

  • A ativação da priorização de tráfego substitui a fila da ENI por mq+prio.

Ative a priorização de tráfego

  1. Execute o comando a seguir para edite o ConfigMap do Terway.

    kubectl edit cm -n kube-system eni-config
  2. Em data.10-terway.conf, adicione a configuração enable_network_priority.

    apiVersion: v1
    data:
      10-terway.conf: |
        {
          "cniVersion": "0.3.1",
          "name": "terway",
          "enable_network_priority": true,
          "type": "terway"
        }
  3. Salve o arquivo e execute o comando a seguir para reiniciar os pods do Terway e aplicar as alterações.

    kubectl delete -n kube-system pod -l app=terway-eniip

O Terway oferece suporte às seguintes anotações de pod para especifique a prioridade dos pacotes:

Anotação

Descrição

k8s.aliyun.com/network-priority: "guaranteed"

Prioridade máxima. Adequado para cargas de trabalho sensíveis à latência.

k8s.aliyun.com/network-priority: "burstable"

Prioridade média. Adequado para cargas que exigem alta largura de banda, mas não são sensíveis à latência.

k8s.aliyun.com/network-priority: "best-effort"

Prioridade mais baixa. Adequado para cargas de trabalho gerais.