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.

Mejores prácticas para SUSE Rancher Prime clústeres de VMware vSphere gestionados

Esta guía describe una arquitectura de referencia para aprovisionar los clústeres Rancher de sentido descendente en un entorno vSphere, además de las mejores prácticas estándar de vSphere documentadas por VMware.

Descripción general de la solución
Figure 1. Descripción general de la solución

1. Consideraciones sobre las VM

Aprovechar las plantillas de VM para construir el entorno

Para facilitar la consistencia entre las máquinas virtuales desplegadas en el entorno, considera el uso de "imágenes doradas" en forma de plantillas de VM. Packer se puede utilizar para lograr esto, añadiendo mayores opciones de personalización.

Aprovechar las reglas de anti-afinidad de DRS (donde sea posible) para separar los nodos del clúster de sentido descendente entre hosts ESXi

Hacer esto asegurará que las VM de los nodos se distribuyan entre múltiples hosts ESXi, previniendo un único punto de fallo a nivel de host.

Aprovechar las reglas de anti-afinidad de DRS (donde sea posible) para separar los nodos del clúster de sentido descendente entre datastores

Hacer esto asegurará que las VM de los nodos se distribuyan entre múltiples datastores, previniendo un único punto de fallo a nivel de datastore.

Configurar las VM según sea apropiado para Kubernetes

Es importante seguir las mejores prácticas de K8s y etcd al desplegar sus nodos, incluyendo deshabilitar swap, verificar que se dispone de conectividad de red completa entre todas las máquinas en el clúster, y utilizar nombres de host, direcciones MAC y product_uuids únicos para cada nodo.

2. Consideraciones de red

Aprovechar la conectividad de baja latencia y alto ancho de banda entre los nodos de ETCD

Desplegar miembros de etcd dentro de un único centro de datos donde sea posible para evitar sobrecargas de latencia y reducir la probabilidad de particionamiento de red. Para la mayoría de las configuraciones, las conexiones de 1Gb serán suficientes. Para grandes clústeres, las conexiones de 10Gb pueden reducir el tiempo necesario para restaurar desde una copia de seguridad.

Direccionamiento IP consistente para las máquinas virtuales

Cada nodo utilizado debe tener una IP estática configurada. En el caso de DHCP, cada nodo debe tener una reserva DHCP para asegurarse de que el nodo obtenga la misma IP asignada.

3. Consideraciones de almacenamiento

Aprovechar los discos SSD para los nodos ETCD.

ETCD es muy sensible a la latencia de escritura. Por lo tanto, aprovechar los discos SSD siempre que sea posible.

4. Copias de seguridad y recuperación ante desastres

Realizar copias de seguridad regulares del clúster de sentido descendente.

Kubernetes utiliza etcd para almacenar todos sus datos: desde la configuración, el estado y los metadatos. Respaldar esto es crucial en caso de recuperación ante desastres.

Realizar copias de seguridad de las máquinas virtuales de los nodos de sentido descendente.

Incorporar las máquinas virtuales de los nodos de sentido descendente de Rancher dentro de una política estándar de copias de seguridad de máquinas virtuales.