¿Cómo compruebo los registros de los componentes del clúster de EKS Anywhere en los nodos de trabajo y principales de BottleRocket, Ubuntu o Redhat?

5 minutos de lectura
0

Quiero comprobar los registros de los componentes cuando se produce un error al crear un plano de control o máquinas de plano de datos en Amazon Elastic Kubernetes Service (Amazon EKS) Anywhere.

Descripción breve

Durante la creación de un clúster de carga de trabajo de Amazon EKS Anywhere, puede comprobar los registros de cada máquina en el plano de control, etc. y en el plano de datos.

Para comprobar los registros de componentes en cada máquina, se deben cumplir las siguientes condiciones:

  • EKS Anywhere está intentando crear un clúster de carga de trabajo y cada máquina está en proceso de creación.
  • Cada máquina le permite iniciar sesión a través de SSH en el plano de control, etc. y en el plano de datos.

Resolución

Compruebe el estado de cada máquina con el comando $ kubectl get machines.

Ejemplo de clúster de administración:

$ kubectl get machines -A
NAMESPACE     NAME                         CLUSTER   NODENAME      PROVIDERID                                       PHASE     AGE     VERSION
eksa-system   mgmt-etcd-bwnfq              mgmt                    vsphere://4230b0d5-7b14-4753-bd41-3dbe4987dbc4   Running   5h26m
eksa-system   mgmt-etcd-bzm77              mgmt                    vsphere://4230b278-1fb4-f539-0afe-9f12afebf86b   Running   5h26m
eksa-system   mgmt-etcd-dzww2              mgmt                    vsphere://42309b5a-b0ad-58a5-1e40-5fe39a3d1640   Running   5h26m
eksa-system   mgmt-jw8dl                   mgmt      10.4.11.19    vsphere://42304059-c833-48d3-9856-7f902c852743   Running   5h26m   v1.24.9-eks-1-24-7
eksa-system   mgmt-md-0-66b858b477-6cbcz   mgmt      10.4.35.76    vsphere://4230efad-5d42-c570-36c5-bf9ee92ee011   Running   5h26m   v1.24.9-eks-1-24-7
eksa-system   mgmt-md-0-66b858b477-8h88c   mgmt      10.4.19.38    vsphere://4230edbf-db9b-3ae9-a2e6-8421e06863fb   Running   5h26m   v1.24.9-eks-1-24-7
eksa-system   mgmt-s7fb7                   mgmt      10.4.67.152   vsphere://42301d6f-feb1-d967-9750-148d0823c7b5   Running   5h26m   v1.24.9-eks-1-24-7

Después de comprobar el estado de las máquinas y comprobar que puede comprobar sus registros de componentes, inicie sesión en cada máquina mediante SSH. En el siguiente ejemplo, el usuario es el usuario de inicio de sesión de SSH que se especifica en la MachineConfig de cada proveedor:

$ ssh -i private_key_file user@Machine_IP_address

Según el sistema operativo (SO) del equipo, siga los pasos pertinentes para comprobar los registros de sus componentes.

Nota: La sección del plano de control hace referencia a una máquina cuyo nombre tiene el prefijo del nombre del clúster («cluster\ _name-»). La secciónetcd hace referencia a una máquina cuyo nombre incluye el nombre del clúster y el prefijo etcd («cluster\ _name-etcd-»). La sección del plano de datos hace referencia a una máquina cuyo nombre incluye el nombre del clúster y el prefijo del nombre del nodo de trabajo («cluster_name-worker_node_name-»). Según la configuración de ClusterConfig, es posible que etcd no tenga una máquina dedicada y, en cambio, se inicie en el plano de control.

Máquinas con BottleRocket OS

Cuando inicia sesión con SSH, también inicia sesión en el contenedor de administración. Para depurar, obtenga privilegios de root con el siguiente comando antes de comprobar los registros:

$ sudo sheltie

plano de control

Para el registro de kubelet, ejecute el siguiente comando:

# journalctl -u kubelet.service --no-pager

Para el registro contenedor, ejecute el siguiente comando:

# journalctl -u containerd.service --no-pager

Para el registro de inicialización de la máquina, ejecute el siguiente comando:

# journalctl _COMM=host-ctr --no-pager

Para cada registro de contenedor, compruebe los registros en el directorio /var/log/containers.

Para los manifiestos kube-apiserver, kube-controller-manager, ** kube-scheduler**, y ** kube-vip-manifests**, compruebe los archivos del directorio**/etc/kubernetes/manifest**.

etcd

Para el registro contenedor, ejecute el siguiente comando:

# journalctl -u containerd.service --no-pager

Para el registro de inicialización de la máquina, ejecute el siguiente comando:

# journalctl _COMM=host-ctr --no-pager

Para ver el registro etcd, busque en el directorio /var/log/containers.

plano de datos

Para el registro de kubelet, ejecute el siguiente comando:

# journalctl -u kubelet.service --no-pager

Para el registro contenedor, ejecute el siguiente comando:

# journalctl -u containerd.service --no-pager

Para el registro de inicialización de la máquina, ejecute el siguiente comando:

# journalctl _COMM=host-ctr

Para cada registro de contenedor, compruebe los registros en el directorio /var/log/containers.

Nota: Si utiliza AWS Snow como proveedor, compruebe también los resultados de los siguientes comandos en cada nodo:

# journalctl -u bootstrap-containers@bottlerocket-bootstrap-snow.service
# systemctl status bootstrap-containers@bottlerocket-bootstrap-snow

Máquinas con sistema operativo Ubuntu o Red Hat Enterprise Linux

Para depurar, obtenga privilegios de root con el siguiente comando antes de comprobar los registros:

$ sudo su -

plano de control

Para el registro de kubelet, ejecute el siguiente comando:

# journalctl -u kubelet.service --no-pager

Para el registro contenedor, ejecute el siguiente comando:

# journalctl -u containerd.service --no-pager

Para el registro de inicialización de la máquina, ejecute el siguiente comando:

# cat /var/log/cloud-init-output.log

Para cada registro de contenedor, compruebe los registros en el directorio /var/log/containers.

Para los datos de usuario que se inician cuando se inicia la máquina, ejecute el siguiente comando:

# cat /var/lib/cloud/instance/user-data.txt

Para los manifiestos kube-apiserver, kube-controller-manager, ** kube-scheduler**, y ** kube-vip-manifests**, compruebe los archivos del directorio**/etc/kubernetes/manifest**.

etcd

Para el registro etcd, ejecute el siguiente comando:

# journalctl -u etcd.service --no-pager

Para el registro de inicialización de la máquina, ejecute el siguiente comando:

# cat /var/log/cloud-init-output.log

Para los datos de usuario que se inician cuando se inicia el equipo, ejecute el siguiente comando:

# cat /var/lib/cloud/instance/user-data.txt

plano de datos

Para el registro de kubelet, ejecute el siguiente comando:

# journalctl -u kubelet.service --no-pager

Para el registro contenedor, ejecute el siguiente comando:

# journalctl -u containerd.service --no-pager

Para el registro de inicialización de la máquina, ejecute el siguiente comando:

# cat /var/log/cloud-init-output.log

Para los datos de usuario que se inician cuando se inicia el equipo, ejecute el siguiente comando:

cat /var/lib/cloud/instance/user-data.txt

Para cada registro de contenedor, compruebe los registros en el directorio /var/log/containers.

OFICIAL DE AWS
OFICIAL DE AWSActualizada hace un año