Instalar Kubernetes con herramientas de despliegue
Hay muchos métodos y herramientas para configurar tu propio clúster de Kubernetes en producción.
Por ejemplo:
kubeadm
Cluster API: Un subproyecto de Kubernetes enfocado en
proporcionar APIs declarativas y herramientas para simplificar el aprovisionamiento, actualización, y operación
de múltiples clústeres de Kubernetes.
kops: Una herramienta automatizada de aprovisionamiento de clústeres.
Para tutoriales, mejores prácticas, opciones de configuración e información
para contactar a la comunidad, por favor revisa el
sitio web kOps para más detalles.
kubespray:
Una composición de playbooks de Ansible,
inventario,
herramientas de aprovisionamiento, y conocimiento de dominio para tareas genéricas de gestión de configuración de sistemas operativos y clústeres de Kubernetes.
Puedes contactar a la comunidad en el canal de Slack
#kubespray.
1 - Opciones para topologías de alta disponibilidad
Esta página explica las dos opciones para configurar la topología de clústeres de alta disponibilidad.
Puedes configurar un clúster de alta disponibilidad:
- Con nodos de plano de control apilados, donde los nodos etcd están alojados en los mismos nodos del plano de control
- Con nodos etcd externos, donde etcd se ejecuta en nodos separados a los del plano de control
Deberías considerar minuciosamente las ventajas y desventajas de cada topología antes de configurar un clúster de alta disponibilidad.
Topología etcd apilada
Un clúster de alta disponibilidad apilado es una topología donde
el clúster de almacenamiento de datos distribuido proporcionado por etcd está apilado encima de un clúster formado por nodos manejados por
kubeadm que ejecutan componentes del plano de control.
Cada nodo de plano de control ejecuta una instancia del kube-apiserver, kube-scheduler, y kube-controller-manager.
El kube-apiserver está expuesto a nodos de trabajo utilizando un balanceador de carga.
Cada nodo de plano de control crea un miembro etcd local y este miembro etcd se comunica únicamente con
el kube-apiserver de este nodo. Lo mismo aplica para las instancias locales de kube-controller-manager
y kube-scheduler.
Esta topología acopla los planos de control y los miembros etcd en los mismos nodos. Es más simple de configurar que un clúster
con nodos etcd externos, y más simple de gestionar la replicación.
Sin embargo, un clúster apilado corre el riesgo de fallos de acoplamiento. Si uno de los nodos falla, se pierden tanto un miembro de etcd como una instancia del plano de control,
y se compromete la redundancia. Puedes mitigar el riesgo añadiendo más nodos de plano de control.
Deberías, por lo tanto, ejecutar un mínimo de tres nodos de plano de control apilados para un clúster de alta disponibilidad.
Esta es la topología predeterminada en kubeadm. Un miembro etcd local es creado automáticamente
en los nodos de plano de control cuando utilizas kubeadm init y kubeadm join --control-plane.
Topología etcd externa
Un clúster de alta disponibilidad con etcd externo es una topología
donde el clúster de almacenamiento de datos distribuido proporcionado por etcd es externo al clúster formado por
nodos que ejecutan componentes del plano de control.
De la misma forma que la topología etcd apilada, cada nodo de plano de control en una topología etcd externa ejecuta
una instancia de kube-apiserver, kube-scheduler, y kube-controller-manager.
Y el kube-apiserver está expuesto a nodos de trabajo utilizando un balanceador de carga. Sin embargo,
los miembros etcd se ejecutan en hosts separados, y cada host etcd se comunica con el
kube-apiserver de cada nodo de plano de control.
Esta topología desacopla el plano de control y el miembro etcd. Por lo tanto, proporciona una configuración de alta disponibilidad donde
perder una instancia de plano de control o un miembro etcd tiene menos impacto y no afecta
la redundancia del clúster tanto como la topología de alta disponibilidad apilada.
Sin embargo, esta topología requiere el doble de número de hosts de la topología de alta disponibilidad apilada.
Se requiere un mínimo de tres hosts para los nodos de plano de control y tres para los nodos etcd
para un clúster de alta disponibilidad con esta topología.
¿Qué sigue?