Este documento ha sido traducido utilizando tecnología de traducción automática. Si bien nos esforzamos por proporcionar traducciones precisas, no ofrecemos garantías sobre la integridad, precisión o confiabilidad del contenido traducido. En caso de discrepancia, la versión original en inglés prevalecerá y constituirá el texto autorizado.

Arquitectura recomendada del clúster

Hay tres roles que se pueden asignar a los nodos: etcd, controlplane y worker.

Separar los nodos de trabajo de los nodos con otros roles

Al diseñar tus clústeres, tienes dos opciones:

  • Usar nodos dedicados para cada rol. Esto asegura la disponibilidad de recursos para los componentes necesarios para el rol especificado. También aísla estrictamente el tráfico de red entre cada uno de los roles de acuerdo con los requisitos de red requisitos de puerto.

  • Asignar los roles etcd y controlplane a los mismos nodos. Estos nodos deben cumplir con los requisitos de hardware para ambos roles.

En cualquier caso, el rol worker no debe ser utilizado ni añadido a nodos con el rol etcd o controlplane.

Por lo tanto, cada nodo debe tener una de las siguientes configuraciones de rol:

  • etcd

  • controlplane

  • Tanto etcd como controlplane

  • worker

Número recomendado de nodos con cada rol

El clúster debe tener:

  • Al menos tres nodos con el rol etcd para sobrevivir a la pérdida de un nodo. Aumenta este número para una mayor tolerancia a fallos de nodo y distribúyelos en zonas de disponibilidad para proporcionar una tolerancia a fallos aún mejor.

  • Al menos dos nodos con el rol controlplane para alta disponibilidad de los componentes maestros.

  • Al menos dos nodos con el rol worker para la reprogramación de cargas de trabajo en caso de fallo de un nodo.

Para más información sobre el uso de cada rol, consulta la sección sobre roles para nodos en Kubernetes.

Número de nodos controlplane

Agregar más de un nodo con el rol controlplane hace que cada componente maestro sea altamente disponible.

Número de nodos etcd

El número de nodos que puedes perder a la vez mientras mantienes la disponibilidad del clúster está determinado por el número de nodos asignados al rol etcd. Para un clúster con n miembros, el mínimo es (n/2)+1. Por lo tanto, recomendamos crear un etcd nodo en 3 zonas de disponibilidad diferentes dentro de una región para sobrevivir a la pérdida de una zona de disponibilidad. Si utilizas solo dos zonas, solo puedes sobrevivir a la pérdida de la zona donde no pierdes la mayoría de los nodos.

Nodos con rol etcd Mayoría Tolerancia a fallos

1

1

0

2

2

0

3

2

1

4

3

1

5

3

2

6

4

2

7

4

3

8

5

3

9

5

4

Referencias:

Número de nodos de trabajo

Agregar más de un nodo con el rol worker asegurará que tus cargas de trabajo puedan ser reprogramadas si un nodo falla.

Por qué los requisitos de producción son diferentes para el clúster de Rancher y los clústeres que ejecutan tus aplicaciones

Puede que hayas notado que nuestras instrucciones de instalación de Kubernetes no cumplen con nuestra definición de un clúster listo para producción, ya que no hay nodos dedicados para el rol worker. Sin embargo, para tu instalación de Rancher, este clúster de tres nodos es válido, porque:

  • Permite un etcd fallo de nodo.

  • Mantiene múltiples instancias de los componentes maestros al tener múltiples controlplane nodos.

  • No se deben crear otras cargas de trabajo que no sean Rancher en este clúster.

Referencias