Estoy migrando nuestra aplicación desde un servidor en la nube en Rackspace a un servidor dedicado.
Quiero desactivar la aplicación durante ~ 5 minutos para copiar los datos del servidor de la nube al servidor dedicado, por lo que no quiero que las solicitudes vayan al servidor anterior después de haber copiado los datos.
Quiero apuntar nuestro registro DNS al nuevo servidor, pero el TTL se configuró en 24 horas. Lo he cambiado a 300 segundos. ¿Debo esperar las 24 horas antes de actualizar la dirección IP a la que apunta el dominio / copiar los datos?
domain-name-system
rackspace
ttl
wobbily_col
fuente
fuente
Respuestas:
Cualquiera que tenga una copia en caché del registro de dominio no se molestará en actualizarlo durante 24 horas, por lo que sí, si su intención es tener una ventana de indisponibilidad de 5 minutos como máximo, debe esperar hasta que todas las memorias caché pendientes se hayan actualizado para no vivir más. de 5 minutos
fuente
since they last cached it
. Esto podría ser de 1 a 86399 segundos.Es (potencialmente) incluso peor que eso: debe esperar 24 horas después de que todos sus servidores autorizados se hayan actualizado. La forma normal de que ocurran las actualizaciones es que realice un cambio en la zona en el servidor primario, y luego cada una de las secundarias transfiera los datos de la nueva zona la próxima vez que se registren con el primario. La frecuencia de verificación se controla mediante el intervalo de actualización en el registro SOA de la zona. Por lo tanto, en el peor de los casos, tendría que esperar el intervalo de actualización de la zona + el TTL del registro.
Es posible que también tenga que esperar tanto tiempo para los cambios de registro reales. Un TTL de 5 minutos no servirá de mucho si las secundarias solo se actualizan cada 6 horas. Por lo tanto, es probable que también desee disminuir el intervalo de actualización en la zona durante el período en que desea poder realizar cambios rápidos.
Eso sí, esto puede no aplicarse a su configuración. Si tiene un sistema que actualiza todos los servidores autorizados juntos, esto no es un problema (y no estoy familiarizado con la configuración de DNS de Rackspace). Pero recomiendo consultar todos sus servidores autorizados individualmente (
dig server.example.com @secondaryserver.example.com
) para asegurarse de que tengan el nuevo TTL antes de comenzar su cuenta regresiva de 24 horas.fuente
dig +nssearch example.com
es una herramienta útil para comparar rápidamente SOA en todos los servidores; nsdiff muestra diferencias reales.Sí, deberías esperar. Incluso entonces, por supuesto, no está garantizado que todos respeten el TTL.
fuente
Reunir varios comentarios y respuestas sobre el procedimiento completo sería algo así.
fuente
Además de las otras respuestas, puede usar https://www.whatsmydns.net/ para verificar cómo se propaga su registro DNS en tiempo casi real.
fuente