No que se refere a Rancher, ambiente de clusters e Kubernetes, julgue o item que se seguem.
No Kubernetes, kubectl cordon –a podY nodeX é o comando que permite anexar ao nodeX processo associado ao podY que já esteja em execução dentro de um contêiner existente.
GabaritoE — Errado
Gabarito: letra E (ERRADO). O comando kubectl cordon não anexa processo de pod a nó — ele marca um nó como não agendável (unschedulable), impedindo que novos pods sejam alocados nele. A descrição do enunciado mistura conceitos de kubectl attach (anexar a um processo em execução) e kubectl cordon (drenar/desativar nó), e ainda usa uma sintaxe inexistente (cordon –a podY nodeX).
O kubectl é a ferramenta de linha de comando do Kubernetes, usada para interagir com o cluster. Ele permite gerenciar todos os recursos do Kubernetes: pods, deployments, serviços, nós, etc. Cada subcomando tem uma função específica, e a banca explora exatamente a confusão entre eles.
O comando kubectl cordon tem a função de marcar um nó como não agendável. Isso significa que o scheduler do Kubernetes não vai mais colocar novos pods naquele nó, mas os pods que já estão rodando nele continuam funcionando normalmente. É uma operação comum antes de uma manutenção no nó, como uma atualização de kernel ou uma troca de hardware. A sintaxe correta é kubectl cordon <node-name> — por exemplo, kubectl cordon nodeX.
Já o comando kubectl attach é o que permite anexar a um processo que já está em execução dentro de um contêiner. Ele conecta o terminal do usuário ao processo principal do pod, permitindo interagir com ele. A sintaxe é kubectl attach <pod-name> -c <container-name>. Por exemplo, kubectl attach podY -c meu-container.
A questão mistura os dois conceitos: o enunciado diz que kubectl cordon –a podY nodeX "permite anexar ao nodeX processo associado ao podY que já esteja em execução dentro de um contêiner existente". Isso está errado por três motivos:
Função errada: cordon não anexa nada, ele apenas marca o nó como não agendável.
Sintaxe errada: a opção -a não existe no cordon. A sintaxe correta é kubectl cordon <node>.
Ordem dos argumentos errada: o comando espera o nome do nó, não um pod.
Para anexar a um processo em execução, o comando correto seria kubectl attach podY (ou kubectl exec -it podY -- <comando> para executar um comando novo).
A pegadinha aqui é a banca inventar uma sintaxe que não existe e misturar a função de dois comandos diferentes. O candidato que decora apenas o nome dos comandos, sem entender a função de cada um, pode cair na armadilha.
A banca mistura kubectl cordon (marcar nó como não agendável) com kubectl attach (anexar a um processo em execução), e ainda inventa uma sintaxe com -a que não existe. O candidato que confunde os comandos cai direto. Lembre-se: cordon é sobre agendamento de pods, não sobre anexar processos.
A afirmação está errada porque descreve uma função que não pertence ao comando kubectl cordon. O cordon serve para marcar um nó como não agendável (unschedulable), impedindo que novos pods sejam alocados nele. A função de anexar a um processo em execução é do kubectl attach, e a sintaxe apresentada (cordon –a podY nodeX) não existe no Kubernetes.
Gabarito: letra E (ERRADO).
Link permanente: /questoes/ce418300