Registro con kubectl logs

En Kubernetes, es fundamental comprender qué hacen sus aplicaciones. Los logs son como el diario de su aplicación: registran eventos, errores y actualizaciones de estado.

Son esenciales para:

• Depuración: localizar con precisión los problemas cuando algo falla.
• Monitorización: supervisar el estado y el rendimiento de la aplicación.
• Auditoría: hacer un seguimiento de las acciones y los cambios a lo largo del tiempo.

Cuando se ejecuta una aplicación en un contenedor, normalmente escribe la salida en sus flujos de salida estándar (stdout) y error estándar (stderr). Kubernetes recopila estos flujos para cada contenedor.

A continuación, estos flujos están disponibles a través de la API de Kubernetes, lo que permite acceder fácilmente a ellos sin tener que conectarse por SSH a los nodos o a contenedores individuales.

El comando kubectl logs es su herramienta principal para acceder a los logs de los contenedores que se ejecutan en sus Pods de Kubernetes. Es sencillo y ofrece varias opciones potentes.

El uso más básico consiste simplemente en especificar el nombre del Pod que desea inspeccionar.

Para ver kubectl logs en acción, imagine que hemos implementado un Pod sencillo que genera mensajes continuamente en su salida estándar. Esto simulará una aplicación real que genera logs.

Este es el YAML de un Pod de este tipo (se aplicaría mediante kubectl apply -f):

Una vez que su Pod busybox-logger esté en ejecución (compruébelo con kubectl get pods), puede obtener sus registros mediante el comando básico kubectl logs.

Esto mostrará todas las entradas de registro registradas hasta ese momento.

Para la depuración en directo, a menudo necesita ver los registros a medida que se generan, de forma similar a tail -f en Linux. La opción -f o --follow hace exactamente eso.

Transmite continuamente las nuevas entradas de registro del contenedor.

Si un contenedor dentro de su Pod falla y se reinicia, kubectl logs muestra de forma predeterminada los registros de la instancia *actual* en ejecución.

Para ver los registros de una instancia *anterior* y terminada de un contenedor, use la opción --previous o -p. Esto resulta muy útil para depurar por qué pudo haber fallado un contenedor.

Algunos Pods pueden ejecutar varios contenedores (por ejemplo, una aplicación principal y un sidecar para el registro o la supervisión). Si su Pod tiene más de un contenedor, debe especificar qué registros de contenedor desea ver mediante la opción -c o --container.

A veces solo necesita una parte concreta de los registros o únicamente las entradas más recientes. Puede combinar kubectl logs con comandos estándar de Linux o usar opciones integradas:

• Filtrar con grep: Redirija la salida a grep para buscar palabras clave específicas.
• Limitar líneas con --tail: Muestre solo las últimas N líneas de los registros.

Tiene un Pod llamado my-app-pod con dos contenedores: frontend y backend. El contenedor backend ha fallado y se ha reiniciado recientemente. Desea ver los registros de la instancia anterior del contenedor backend.

¡Enhorabuena! Ha aprendido los conceptos esenciales para acceder a los registros de contenedores y analizarlos mediante kubectl logs. Este potente comando es indispensable para comprender y solucionar problemas de sus aplicaciones ejecutadas en Kubernetes.

Comandos clave que debe recordar:

• kubectl logs <pod-name>: Obtención básica de registros.
• kubectl logs -f <pod-name>: Transmitir registros en tiempo real.
• kubectl logs -p <pod-name>: Ver los registros de una instancia anterior del contenedor.
• kubectl logs -c <container> <pod-name>: Consultar los registros de un contenedor específico.