Os pods de alto-falante MetalLB não são executados em nós contaminados com CriticalAddonsOnly=true:NoSchedule

Os pods de alto-falantes MetalLB não são executados em nós contaminados com CriticalAddonsOnly=true:NoSchedule. Este comportamento é esperado; Esses nós são reservados para pods críticos do sistema. No entanto, em alguns casos, você pode exigir que os pods de alto-falante MetalLB sejam programados nesses nós contaminados.

Mitigation

Siga estas etapas para personalizar a configuração do MetalLB reinstalando a extensão Arc para o MetalLB com tolerâncias para a CriticalAddonsOnly=true:NoSchedule mancha.

1. Execute a CLI do Azure para obter o objectId:

   $objID = az ad sp list --filter "appId eq '<app_id>'" --query "[].id" --output tsv
   

2. Crie um novo arquivo com o nome config.json e insira o seguinte conteúdo:

   {
     "k8sRuntimeFpaObjectId": "$objID",
     "metallb.speaker.tolerations[0].key": "CriticalAddonsOnly",
     "metallb.speaker.tolerations[0].operator": "Exists",
     "metallb.speaker.tolerations[0].effect": "NoSchedule"
   }
   

3. Instale a extensão:

   az k8s-extension create --cluster-name $clusterName -g $rgName --cluster-type connectedClusters --extension-type microsoft.arcnetworking --config-file config.json -n arcnetworking
   

4. Quando a instalação for bem-sucedida, os pods de alto-falantes MetalLB devem ser programados em nós com a CriticalAddonsOnly=true:NoSchedule mancha.

Observação

O agendamento de pods de alto-falantes MetalLB em nós com essa mancha só deve ser feito se necessário para o seu cenário. Esses nós são normalmente reservados para cargas de trabalho críticas do sistema.

Próximos passos

Solucionar problemas no AKS habilitado pelo Azure Arc