Por qué etcd falla a gran escala en clústeres Kubernetes

Qué originó el debate

Este hilo de r/kubernetes trataba sobre por qué etcd falla a gran escala en Kubernetes. La publicación original remitía a los lectores a learnkube.com, y los comentarios no tardaron en derivar en un debate práctico sobre los compromisos, las sorpresas y las realidades de producción detrás del tema.

Lo más destacado de los comentarios

Punto de debate 1

Es un buen artículo, gracias. Solo me faltan 64,997 nodos para necesitarlo en mi homelab.

Punto de debate 2

Gracias por escribir esto. Lo único que falta es que tú mismo puedes crear clústeres grandes sin necesidad de ser Google o AWS reimplementando la API de etcd. Kubernetes admite sharding de etcd de forma nativa. Puedes usar --etcd-servers-override para utilizar diferentes instancias (o clústeres) de etcd y almacenar eventos, pods o servicios por separado. Para clústeres muy pequeños, también puedes usar un solo clúster de etcd para distintos api-servers. Basta con configurar --etcd-prefix de forma diferente para cada clúster, con lo que compartes recursos y minimizas el mantenimiento.

Punto de debate 3

Como persona que trabaja en la escalabilidad de Kubernetes, en la capa de caché del API server y en etcd (con mi trabajo citado en el artículo), solo puedo decir que este artículo no entiende el problema y aporta más desinformación sobre escalabilidad que información real. Los recientes saltos en la escalabilidad de las soluciones de K8s son fruto de años de trabajo dedicados a solucionar ineficiencias y cuellos de botella en el plano de control. En GKE probamos clústeres de 30k nodos sobre una versión v3.4 de etcd muy antigua, en máquinas de generación n2 antigua. Funcionó, lo que significa que con hardware más moderno deberías superar esa cifra fácilmente. Etcd no es el cuello de botella. Si quieres aprender más sobre escalabilidad en K8s, mira esta charla de KubeCon impartida por gente que trabaja de verdad en esto: https://youtu.be/SdLLOcNZN5E

Punto de debate 4

Quiero decir, en realidad eso no tiene nada que ver con un "etcd lento" y sí todo que ver con ZFS ralentizando etcd.

Punto de debate 5

Un sistema útil y de alta disponibilidad. ¿Cuál es tu problema?

Resumen del hilo

• Subreddit original: r/kubernetes
• Autor original: u/danielepolencic
• Puntuación en Reddit: 223
• Número de comentarios: 33
• Hilo original: https://learnkube.com/etcd-breaks-at-scale