Solución:
Los pods estáticos son pods creados y administrados por kubelet daemon en un nodo específico sin que el servidor API los observe. Si el módulo estático falla, kubelet lo reinicia. El plano de control no está involucrado en el ciclo de vida del módulo estático. Kubelet también intenta crear un pod espejo en el servidor de api de kubernetes para cada pod estático, de modo que los pods estáticos sean visibles, es decir, cuando lo haga kubectl get pod por ejemplo, también se incluye el objeto espejo de la vaina estática.
Casi nunca tienes que lidiar con vainas estáticas. Los módulos estáticos suelen ser utilizados por software que arranca los propios kubernetes. Por ejemplo, kubeadm utiliza pods estáticos para mostrar los componentes del plano de control de kubernetes como api-server, controller-manager como pods estáticos. kubelet puede ver un directorio en el sistema de archivos del host (configurado usando --pod-manifest-path argumento a kubelet) o sincronizar los manifiestos de pod desde una URL web periódicamente (configurado mediante --manifest-url argumento a kubelet). Cuando kubeadm está mostrando el plano de control de kubernetes, genera manifiestos de pod para api-server, controller-manager en un directorio que kubelet está monitoreando. Luego, kubelet muestra estos componentes del plano de control como módulos estáticos.
Uno de los casos de uso del pod estático es el arranque del plano de control de Kubernetes. Kubeadm mientras hace bootstar un clúster de kubernetes crea el servidor API, el administrador del controlador y el programador de kube como un pod estático porque no puede crearlos como un pod normal debido al hecho de que el servidor Kube Api todavía no está disponible.