ECS: Práctica recomendada sobre el uso del balanceador de carga en lugar de round-robin de DNS para ECS
Resumen: En este artículo de la base de conocimientos, se explica por qué Elastic Cloud Storage (ECS) recomienda el uso de un balanceador de carga.
Instrucciones
Se recomienda encarecidamente usar un balanceador de carga en una implementación de ECS para distribuir uniformemente las cargas de datos entre todos los nodos de servicio. Solo utilice el round robin de DNS si no puede implementar DNS global/balanceo de carga, ya que son una mejor configuración para la redundancia.
El equipo de Dell Professional Services (PS) puede brindar asesoramiento sobre configuraciones de infraestructura y respuestas para la implementación en dichos entornos. Comuníquese con su equipo de cuenta local de Dell para comunicarse con el equipo de PS, si es necesario.
Información adicional
Este hilo sobre el equilibrio de carga frente al uso de round-robin de DNS proporciona más información:Normalmente, el round-robin de DNS vincula un host de cliente a un solo nodo, ya que la resolución IP se almacena en caché en el sistema operativo.
Esto no proporciona equilibrio de carga ni redundancia. No se recomienda usar round-robin de DNS para distribuir solicitudes entre los nodos de ECS. Es posible, pero en la mayoría de las situaciones no proporciona ningún beneficio real. En su lugar, utilice un balanceador de carga adecuado o un balanceo de carga del lado del cliente.
En el round-robin de DNS, se devuelve la siguiente dirección IP en el pool para cada consulta de DNS del nombre de host. En ese punto, el cliente se conecta directamente a la IP del nodo. Sin embargo, debido al almacenamiento en caché en la capa del SO, los clientes solo consultarán la dirección IP una vez y terminarán anclados a un nodo específico. No hay evaluaciones del estado para determinar cuándo un nodo no está disponible y, si un nodo deja de funcionar, cualquier aplicación anclada a ese nodo fallará. Debido al anclaje, también puede terminar con nodos activos (nodos afectados por aplicaciones exigentes), lo que aumenta las probabilidades de falla y (en situaciones poco frecuentes) una ubicación de datos desequilibrada.
Con un balanceador de carga externo (proxy), todo el tráfico se enruta a través del balanceador de carga (por lo que debe ser capaz de admitir la carga anticipada). La selección de nodos se realiza para cada solicitud (cada cliente tiene su carga distribuida) y el balanceador de carga realizará evaluaciones del estado y eliminará un nodo del pool si no se puede acceder a él. Por lo tanto, las aplicaciones continúan funcionando incluso si un nodo deja de funcionar y la carga (y la ubicación de los datos) se distribuyen uniformemente en todo el pool.