Uso de DNS para conmutación por error utilizando múltiples registros A

Question

Recientemente me llamó la atención que la configuración de múltiples registros A para un nombre de host puede usarse no solo para balanceo de carga round-robin sino también para failover automático.

así que he intentado probar que:

1. he cargado una página de nuestro dominio
2. señalar cuál de nuestros servidores había servido a la página
3. apagó el servidor web en ese host
4. Reloaded la página

Y, de hecho, el navegador intentó automáticamente un servidor diferente para cargar la página. Esto funcionó en Opera, Safari, IE y Firefox. Solo Chrome no pudo probar un servidor diferente.

Pero después de dejar ese servidor fuera de línea durante unos minutos y mirar los registros de acceso, encontré que el número de solicitudes a los otros servidores no había aumentado significativamente. Con 1 de cada 3 servidores fuera de línea, esperaba que los accesos a cada uno de los 2 servidores restantes aumentaran aproximadamente un 50%, pero solo vi un 7-10%. Eso solo puede significar que la conmutación por error basada en DNS no funciona para la mayoría de los navegadores/visitantes, lo que contradice directamente lo que acabo de probar.

¿Alguien tiene una idea de qué pasa con la conmutación por error del navegador web basada en DNS? ¿Qué posible razón podría haber para que la conmutación por error automática funcione para mí pero no para la mayoría de nuestros visitantes?

Answer 1

Lo que está sucediendo es que los navegadores no están haciendo una conmutación por error de DNS automática.

Si tiene múltiples registros A en un dominio, cuando su servidor de nombres solicite la IP para el dominio que escribió en su navegador, solicitará uno de la SOA. Podría ser cualquiera de esos registros A. Luego lo pasa junto.

Algunos servidores de nombres son lo suficientemente "inteligentes" como para solicitar un nuevo registro A si el que obtiene no funciona y otros no. Entonces, si establece múltiples registros A, habrá configurado una conmutación por error de pseudo redundancia, pero solo para aquellas personas con servidores de nombres "inteligentes". El resto obtiene una tirada de los dados sobre qué IP obtienen y si funciona bien, y si no, no se cargará como lo hizo para ti en Chrome.

Si desea probar esto específicamente, puede usar su archivo de hosts C:\Windows\system32\drivers\etc\hosts en Windows y /etc/hosts en Linux para especificar qué IP quiere que vaya con qué dominio ver si obtiene una verdadera conmutación por error, como lo hará En términos prácticos, los servidores DNS a través de la red almacenarán en caché la resolución de su nombre de dominio en función de su TTL. Entonces, si/cuando se produce una falla real, esa IP aún tendrá que resolverse y, de lo contrario, ser transferida a otro servidor de nombres.

Answer 2

Otra posible explicación es que, para la mayoría de los sitios web públicos, la mayor parte del tráfico proviene de los bots y no de los navegadores. Dependiendo del bot es posible que no sean tan inteligentes como los navegadores cuando se trata de manejar múltiples registros A para un dominio.

Además, algunos bots usan keep-alives para mantener abiertas las conexiones TCP & realizan múltiples solicitudes HTTP a través de la misma conexión. Dado que la búsqueda de DNS solo se realiza cuando se realiza una conexión, continuarán realizando solicitudes a la dirección IP anterior al menos mientras la conexión se mantenga abierta.

Si la explicación anterior tiene algún peso, debería poder verla en los registros examinando las cadenas del agente de usuario.