Încerc să înțeleg comunicarea internă în cluster, de exemplu, când creez un pod.
root@kmaster-0:# kubectl -v=7 -n mynamespace rulează mypod --image=nginx
I0903 11:01:06.368969 594516 loader.go:372] Configurație încărcată din fișier: /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
Ieșirea verbosă a kubectl arată cererile http trimise către serverul api, așa că am vrut să verific ce face serverul api, dar jurnalele serverului api nu arată nimic legat de podul creat sau cererile trimise către ETCD . Jurnalele arată doar următoarele
root@kmaster-0:~# kubectl -n jurnalele de sistem kube kube-apiserver-kmaster-0
I0903 11:00:52.122893 1 clientconn.go:948] ClientConn comută echilibrul la „pick_first”
I0903 11:00:57.184420 1 controller.go:611] admiterea cotei adăugat evaluator pentru: spații de nume
I0903 11:01:27.124960 1 client.go:360] schema analizată: „passthrough”
I0903 11:01:27.125577 1 passthrough.go:48] ccResolverWrapper: trimiterea actualizării către cc: {[{https://127.0.0.1:2379 <nil> 0 <nil>}] <nil> <nil>}
I0903 11:01:27.125838 1 clientconn.go:948] ClientConn comută echilibrul la „pick_first”
I0903 11:02:11.820307 1 client.go:360] schema analizată: „passthrough”
I0903 11:02:11.820465 1 passthrough.go:48] ccResolverWrapper: trimiterea actualizării către cc: {[{https://127.0.0.1:2379 <nil> 0 <nil>}] <nil> <nil>}
I0903 11:02:11.820892 1 clientconn.go:948] ClientConn comută echilibrul la „pick_first”
I0903 11:02:42.852719 1 client.go:360] schema analizată: „passthrough”
I0903 11:02:42.852810 1 passthrough.go:48] ccResolverWrapper: trimiterea actualizării către cc: {[{https://127.0.0.1:2379 <nil> 0 <nil>}] <nil> <nil>}
I0903 11:02:42.852833 1 clientconn.go:948] ClientConn comută echilibrul la „pick_first”
Speram să găsesc jurnalele de comunicare cu etcd și planificatorul, de exemplu.
Există jurnale pentru comunicarea dintre serverul api și componentele planului de control?
