Pesos de registros A en DNS y RFC3484

Wintch · July 2015

Tengo una zona con varios registros A (solo usamos IPv4) y el proveedor de DNS no usa Netmask Ordering ni nada por el estilo.

Por algun motivo siempre tengo mas trafico en los equipos que tienen la IP (mas baja), pese al round robin. Alguno se encontro con un tema parecido? Entiendo que se debe a que Windows digamos que mal interpreto la RFC3484 y lo hizo efectivo para IPv4 cuando no deberia. Algun otro motivo que se les ocurre?

Gracias!

Desconocido · July 2015

Otro motivo puede ser que tengas en rrset-order del servidor autoritativo en fixed (fijo), lo que haria que todos los RR los respondas con un orden especifico.

Si estas usando BIND, en el named.conf:

rrset-order {
order cyclic;
};

Para hacer que te los devuelva realmente "roundrobineados".

Tambien podes hacer que te devuelva el RR en un orden random, cambiando ese cyclic, por random... Pero no creo que sea lo que buscas.

edux · July 2015

si le bajas el ttl al registro A? cual es tu provider? tus clientes son browsers dando vueltas por la internet? IMHO el round robin es un best effort de todas las partes, balancea, pero tambien a veces hace lo que quiere. En mis MX por mas que los balancee con la misma prioridad el mx1 siempre tiene mas trafico...

godlike · July 2015

Si no entendí mal, estás apuntando a hacer una suerte de round-robin con registros DNS. Si bien la infra de DNS tiene 'algo' de rr metido adentro, no es lo ideal si estás dependiendo bastante de esta funcionalidad. Además, notá que la RFC dicta al principio, en el abstract:

"They do not override choices made by applications or upper-layer protocols,"

O sea que básicamente, si la aplicación elige no respetar el RFC, vas muerto. Siendo que no controlás el DNS (y dudo que puedas hacer mucho), no sería mejor que implementes un load balancer en el medio?

Pesos de registros A en DNS y RFC3484

Respuestas