Solución Ejercicio 1, CKA. Bloque 1. Cluster Architecture, Installation & Configuration

                         

Solución Ejercicio 1, CKA. Bloque 1. Cluster Architecture, Installation & Configuration

En este post encontrarás la solución detallada al primer ejercicio simulado del bloque 1 del CKA. Vamos paso a paso:

---

🔹 Paso 1: Inicialización del clúster

Ejecutamos el siguiente comando para inicializar el clúster:

kubeadm init --pod-network-cidr=10.244.0.0/16

 Este comando cumple con los siguientes requisitos del enunciado:

• El nombre del nodo se mantiene (es el hostname actual del sistema)
• Los manifiestos estáticos del plano de control se colocan automáticamente en /etc/kubernetes/manifests, su ubicación por defecto

Paso 2: Configurar kubectl como root

Una vez finalizado kubeadm init, seguimos las instrucciones sugeridas por su salida para configurar kubectl:

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

Esto permite usar kubectl sin errores de permisos ni de contexto.

🔹 Paso 3: Verificación de componentes en ejecución

Comprobamos que los componentes requeridos están corriendo en el namespace kube-system:

kubectl get pods -n kube-system

Ejemplo de salida (resumido):

etcd-ubuntu22master                      1/1     Running
kube-apiserver-ubuntu22master           1/1     Running
kube-controller-manager-ubuntu22master  1/1     Running
kube-scheduler-ubuntu22master           1/1     Running

Todos los componentes clave del plano de control están en estado Running.

🔹 Paso 4: Ubicación de los manifiestos estáticos

Los manifiestos se encuentran en la ruta por defecto:

ls /etc/kubernetes/manifests

Salida:

etcd.yaml
kube-apiserver.yaml
kube-controller-manager.yaml
kube-scheduler.yaml

Estos manifiestos son gestionados por kubelet y forman parte esencial del plano de control.

---

📌 Conclusión

Este ejercicio evalúa aspectos clave del bloque 1 del CKA, como:

• La correcta inicialización de un clúster con kubeadm
• La verificación de los componentes del plano de control
• El conocimiento de rutas y configuraciones por defecto

🔙 Volver al enunciado