Questão de Sistemas Operacionais — Clusters — INSTITUTO AOCP 2025
- Código
- qg539699
- Banca
- INSTITUTO AOCP
- Órgão
- IF-PB
- Ano
- 2025
- Nível
- Superior
- Cargo
- Analista de Tecnologia da Informação
- AMaster.
- BController.
- CNode.
- DScheduler.
- EProxy.
GabaritoC — Node.
Gabarito: letra C. No Kubernetes, o componente responsável por executar os Pods dentro do cluster é o Node (nó de trabalho), que faz parte do plano de dados. O Node é o servidor (máquina física ou virtual) onde os Pods são efetivamente agendados e executados, hospedando o kubelet e o kube-proxy. Os demais componentes (Master, Controller, Scheduler, Proxy) pertencem ou atuam no plano de controle, não executam Pods diretamente.
O Kubernetes é uma plataforma de orquestração de contêineres que organiza a execução de aplicações em um cluster. Para entender a resposta, é essencial compreender a divisão do cluster em dois planos: o plano de controle (control plane) e o plano de dados (data plane). O plano de controle é responsável por gerenciar e orquestrar o cluster como um todo, tomando decisões globais. O plano de dados é onde os contêineres realmente rodam.
No plano de controle, encontramos componentes como o API Server (ponto de entrada para todas as interações com o cluster), o etcd (banco de dados distribuído que armazena o estado do cluster), o Controller Manager (que executa os controladores, como o ReplicaSet, garantindo o estado desejado) e o Scheduler (que decide em qual Node cada Pod será executado). Esses componentes rodam no nó mestre (Master).
No plano de dados, temos os Nodes (nós de trabalho). Cada Node é um servidor que contém o kubelet (agente que garante que os contêineres estejam rodando conforme o esperado) e o kube-proxy (que gerencia as regras de rede). Os Pods, que são a menor unidade de trabalho no Kubernetes, são executados dentro dos Nodes. Portanto, o Node é o componente que "funciona como um servidor responsável por executar os Pods dentro do cluster".
A pegadinha da questão está em confundir o papel do Scheduler (que apenas decide onde o Pod vai rodar, mas não o executa) com o do Node (que efetivamente executa). O Scheduler é um componente do plano de controle que atribui Pods a Nodes, mas quem executa é o Node. Outra confusão comum é chamar o nó mestre de "Master" e achar que ele executa os Pods, mas o Master (plano de controle) não executa Pods de aplicação; ele apenas gerencia o cluster.
Para fixar, veja a tabela comparativa:
Componente | Plano | Função principal |
|---|---|---|
Master (nó de controle) | Controle | Gerencia o cluster, hospeda API Server, etcd, Scheduler, Controller Manager |
Node (nó de trabalho) | Dados | Executa os Pods, hospeda kubelet e kube-proxy |
Scheduler | Controle | Decide em qual Node cada Pod será executado |
Controller Manager | Controle | Garante o estado desejado do cluster (ex.: número de réplicas) |
Proxy (kube-proxy) | Dados | Gerencia regras de rede e balanceamento de carga nos Nodes |
Guarde essa distinção: quem executa é o Node; quem decide onde executar é o Scheduler. É exatamente essa fronteira que a questão explora.
O Master (ou nó de controle) é o componente que gerencia o cluster, hospedando o plano de controle (API Server, etcd, Scheduler, Controller Manager). Ele não executa os Pods de aplicação; apenas coordena o cluster. A banca tenta confundir o candidato ao sugerir que o "servidor" que executa os Pods seria o Master, mas o Master é o cérebro, não o músculo.
O Controller (Controller Manager) é um componente do plano de controle que executa os controladores, como o ReplicaSet, garantindo que o número desejado de réplicas esteja rodando. Ele não executa Pods diretamente; ele monitora e ajusta o estado do cluster. A confusão aqui é achar que "controlar" significa "executar", mas o Controller apenas supervisiona.
O Node é o servidor (máquina física ou virtual) que executa os Pods dentro do cluster. Cada Node contém o kubelet, que garante que os contêineres estejam rodando, e o kube-proxy, que gerencia a rede. É o componente do plano de dados que efetivamente hospeda e executa os Pods. A alternativa está correta porque descreve exatamente a função do Node.
O Scheduler é um componente do plano de controle que decide em qual Node cada Pod será executado, com base em recursos disponíveis, políticas e restrições. Ele não executa os Pods; apenas faz a alocação. A pegadinha aqui é confundir "decidir onde" com "executar". O Scheduler é o "planejador", não o "executor".
O Proxy (kube-proxy) é um componente que roda em cada Node e gerencia as regras de rede, permitindo a comunicação entre Pods e serviços. Ele não executa Pods; ele apenas facilita o tráfego de rede. A alternativa tenta confundir o candidato ao sugerir que o proxy seria o servidor que executa os Pods, mas sua função é de rede, não de execução.
A banca adora trocar o papel do Scheduler pelo do Node. O Scheduler apenas decide onde o Pod vai rodar; quem executa é o Node. Outra troca comum é chamar o Master de executor, mas o Master gerencia, não executa. Fique atento: se a pergunta é "quem executa os Pods", a resposta é sempre Node.
Para memorizar, pense: Scheduler = Seleciona o nó; Node = No hospedeiro. O Node é o "servidor" que roda os Pods. Na prova, leia a pergunta com atenção: se ela fala em "executar", "hospedar", "rodar", a resposta é Node; se fala em "decidir", "alocar", "agendar", a resposta é Scheduler.
Gabarito: letra C
Link permanente: /questoes/qg539699