Tenga en cuenta que se ha formulado una pregunta similar:
¿Cómo pasar banderas al iniciar el servicio?
Pero leí hace un tiempo que Linux cambió de init.d a systemd, y dado que esa pregunta y respuesta tienen 6 años, pensé que podría referirse a init.d
Mi pregunta es:
¿Cómo se pasan banderas/argumentos al iniciar un servicio de systemd? Por ejemplo, si hago systemctl restart Kubelet, eso significa que tengo el servicio Kubelet en ejecución, ¿cómo podría ver y modificar qué banderas/argumentos se pasan a ese servicio? (como --anonymous-auth=false)
También aquí hay un poco de contexto:
Estoy cerca de programar mi examen de certificación de Kubernetes de CNCF, el examen se basa en el rendimiento y cubre algunos detalles complicados que generalmente se abstraen de un Administrador de clúster.
Algo que aprendí es que hay 7 binarios principales que componen Kubernetes: [docker, etcd, kube-apiserver, kube-controller-manager, kube-scheduler, kube-proxy y kubelet]
Algunos de estos binarios del plano de control de Kubernetes son "auto alojados"/se ejecutan como pods en Kubernetes, y se pasan argumentos/banderas como --service-cluster-ip-range=10.0.0.0/16
La siguiente URL tiene un ejemplo de algunos binarios principales que se ejecutan como contenedores Docker en Kubernetes, y las banderas se pasan como argumentos en la especificación YAML. https://kubernetes.io/docs/setup/scratch/#scheduler-pod-template
Otros binarios principales de Kubernetes como Kubelet y Docker no son adecuados para el auto alojamiento y en su lugar se ejecutan como Demonios del Sistema Linux, y se ejecutan usando systemd y se gestionan con systemctl y journalctl. De todos modos, he tenido que iniciar sesión en un nodo y hacer systemctl restart docker.service y systemctl restart kubelet.service antes, pero en realidad no sé cómo ver o modificar qué banderas/argumentos se les pasan.