Tengo dos servidores con el mismo servicio, entonces
server 1 xxx.myhost.com A record ip 1.1.1.1
server 2 xx2.myhost.com CNAME record to otherhost.com
El servidor número 1 es el principal, por lo tanto, les di a mis clientes este host (xxx.myhost.com) para obtener acceso. El servidor 2 es un servidor de soporte, en caso de que el n.° 1 no funcione.
Quiero saber: suponiendo que el servidor 1 se caiga por algún motivo, ¿cómo debo configurar el enlace para redirigir al servidor 2?
entonces, gráficamente, mi cliente llama a xxx.myhost.com ---- está inactivo --- así que el enlace redirige automáticamente a ---- xx2.myhost.com.
Y por supuesto mis clientes no saben sobre el servidor 2 y no necesitan saberlo...
Es como servidores MX...solo que con registros A y CNAME....
Perdón por mi mal ingles.
Respuesta1
Lo que estás buscando esconmutación por error. Esto en realidad ha sidocubierto más técnicamente en ServerFault. Pero la versión tl;dr es que Bind no tiene una función nativa para esto.
Podrías usarDDNS y actualizaciones de zonapara lograr esto, pero eso requeriría bastante configuración adicional.
Supongo que también podrías configurar un script personalizado para monitorear el servidor y enviar una actualización de zona cuando se caiga. Pero nuevamente, hay bastante configuración personalizada allí. Y estaría sujeto a los mismos problemas mencionados en el primer enlace: el almacenamiento en caché de DNS.
Como dijo Rex en el primer enlace, algunos proveedores de DNS, como Route53 (con el que tengo experiencia personal) tienen capacidad de conmutación por error integrada. Esta es probablemente la implementación más "sensata".
Una opción más exótica es configurar el DNS para que apunte a un servidor de "puerta de enlace", que tiene rutas estáticas que apuntan al servidor "preferido". Un demonio de algún tipo puede comprobar si el servidor está activo y cambiar las rutas según sea necesario. Esto no tendría latencia de DNS, pero, nuevamente, es una configuración bastante personalizada.
Enlaces: