|
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. |
Instalando SUSE Rancher Prime en un entorno VMware vSphere
Esta guía describe una arquitectura de referencia para instalar Rancher en un clúster de Kubernetes RKE en un entorno VMware vSphere. También describe las mejores prácticas estándar de vSphere según lo documentado por VMware.
1. Consideraciones del balanceador de carga
Se requiere un balanceador de carga para dirigir el tráfico a las cargas de trabajo de Rancher que residen en los nodos RKE.
Aprovechar la Tolerancia a Fallos y la Alta Disponibilidad
Aprovechar el uso de un balanceador de carga externo (hardware o software) que tenga funcionalidad de alta disponibilidad inherente (F5, NSX-T, Keepalived, etc.).
Hacer una copia de seguridad de la configuración del balanceador de carga
En caso de una actividad de recuperación ante desastres, la disponibilidad de la configuración del balanceador de carga acelerará el proceso de recuperación.
Configurar Comprobaciones de Salud
Configurar el balanceador de carga para marcar automáticamente los nodos como no disponibles si falla una comprobación de salud. Por ejemplo, NGINX puede facilitar esto con:
max_fails=3 fail_timeout=5s
2. Consideraciones de VM
Aprovechar las plantillas de VM para construir el entorno
Para facilitar la consistencia de las máquinas virtuales desplegadas en el entorno, considere el uso de "imagen dorada" 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 Rancher entre hosts de ESXi
Hacer esto asegurará que las máquinas virtuales de los nodos se distribuyan entre múltiples hosts de 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 Rancher entre almacenes de datos
Hacer esto asegurará que las máquinas virtuales de los nodos se distribuyan entre múltiples almacenes de datos, previniendo un único punto de fallo a nivel de almacén de datos.
Configurar las máquinas virtuales según sea apropiado para Kubernetes
Es importante seguir las mejores prácticas de K8s y etcd al desplegar sus nodos, incluyendo deshabilitar el intercambio, verificar que tiene conectividad de red completa entre todas las máquinas en el clúster, utilizando nombres de host únicos, direcciones MAC y product_uuids para cada nodo.
3. Consideraciones de red
Aprovechar la conectividad de baja latencia y de 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 clústeres grandes, las conexiones de 10Gb pueden reducir el tiempo necesario para restaurar desde una copia de seguridad.