![Logs de comunicação entre o servidor Kube API e o ETCD](https://rvso.com/image/770114/Logs%20de%20comunica%C3%A7%C3%A3o%20entre%20o%20servidor%20Kube%20API%20e%20o%20ETCD.png)
Estou tentando entender a comunicação interna no cluster, por exemplo, ao criar um pod.
root@kmaster-0:# kubectl -v=7 -n mynamespace run mypod --image=nginx
I0903 11:01:06.368969 594516 loader.go:372] Config loaded from file: /root/.kube/config
I0903 11:01:06.372708 594516 round_trippers.go:432] POST https://192.168.178.111:6443/api/v1/namespaces/mynamespace/pods?fieldManager=kubectl-run
A saída detalhada do kubectl mostra as solicitações http enviadas ao servidor API, então eu queria verificar o que o servidor API faz, mas os logs do servidor API não mostram nada relacionado ao pod criado ou às solicitações enviadas ao ETCD . Os logs mostram apenas o seguinte
root@kmaster-0:~# kubectl -n kube-system logs kube-apiserver-kmaster-0
I0903 11:00:52.122893 1 clientconn.go:948] ClientConn switching balancer to "pick_first"
I0903 11:00:57.184420 1 controller.go:611] quota admission added evaluator for: namespaces
I0903 11:01:27.124960 1 client.go:360] parsed scheme: "passthrough"
I0903 11:01:27.125577 1 passthrough.go:48] ccResolverWrapper: sending update to cc: {[{https://127.0.0.1:2379 <nil> 0 <nil>}] <nil> <nil>}
I0903 11:01:27.125838 1 clientconn.go:948] ClientConn switching balancer to "pick_first"
I0903 11:02:11.820307 1 client.go:360] parsed scheme: "passthrough"
I0903 11:02:11.820465 1 passthrough.go:48] ccResolverWrapper: sending update to cc: {[{https://127.0.0.1:2379 <nil> 0 <nil>}] <nil> <nil>}
I0903 11:02:11.820892 1 clientconn.go:948] ClientConn switching balancer to "pick_first"
I0903 11:02:42.852719 1 client.go:360] parsed scheme: "passthrough"
I0903 11:02:42.852810 1 passthrough.go:48] ccResolverWrapper: sending update to cc: {[{https://127.0.0.1:2379 <nil> 0 <nil>}] <nil> <nil>}
I0903 11:02:42.852833 1 clientconn.go:948] ClientConn switching balancer to "pick_first"
Eu esperava encontrar os logs de comunicação com o etcd e o agendador, por exemplo. Existe algum log para a comunicação entre o servidor API e os componentes do plano de controle?