Planeamiento de servidores DNS

Planear e implementar servidores DNS en la red implica examinar varios aspectos de la red y los requisitos de capacidad para los servidores DNS que piensa usar en ella. Algunas preguntas que hay que plantearse al planear la capacidad del servidor DNS son las siguientes:

• ¿Cuántas zonas se espera que cargue y hospede el servidor DNS?
  
  
• Para cada zona que el servidor carga para el servicio, ¿qué tamaño tiene la zona (según el tamaño del archivo de zona o el número de registros de recursos usados en la zona)?
  
  
• Para un servidor DNS con varios hosts, ¿cuántas interfaces deben habilitarse para escuchar y dar servicio a clientes DNS en cada una de las subredes conectadas del servidor?
  
  
• ¿Cuántas solicitudes de consulta DNS totales o globales de todos sus clientes se espera que reciba y atienda un servidor DNS?
  
  

En muchos casos, agregar más RAM a un servidor DNS puede ofrecer un aumento del rendimiento considerable. Esto se debe a que el servicio Servidor DNS carga completamente todas sus zonas configuradas en memoria al iniciar el sistema. Si el servidor usa y carga un gran número de zonas y se producen actualizaciones automáticas frecuentes para clientes de zona, la memoria adicional puede ser útil.

Tenga en cuenta que, para un uso típico, el servidor DNS consume memoria del sistema de la siguiente manera:

• Se usan aproximadamente 4 megabytes (MB) de RAM cuando se inicia el servidor DNS sin zonas.
  
  
• Para cada adición de zonas o registros de recursos en el servidor, el servidor DNS consume memoria del servidor adicional.
  
  
• Se calcula que para la adición de cada registro de recurso a una zona de servidor se usa una media aproximada de 100 bytes de memoria del servidor.
  
  Por ejemplo, si una zona que contiene 1000 registros de recursos se agrega a un servidor, requiere aproximadamente 100 kilobytes (KB) de memoria de servidor.
  
  

Cuando determine los planes del servidor DNS, puede empezar a revisar los resultados de rendimiento del servidor DNS que recopilan los equipos de desarrollo y prueba de DNS. Además, puede usar los contadores relacionados con el servidor DNS que se proporcionan con las herramientas de supervisión para obtener sus propias mediciones de rendimiento.

	Importante
	Las recomendaciones anteriores no pretenden indicar el rendimiento máximo o las limitaciones para servidores DNS. Esos números son aproximados y pueden verse influidos por el tipo de registros de recursos que se especifica en las zonas, el número de registros de recursos con el mismo nombre de propietario y el número de zonas en uso en un servidor DNS específico.

En la mayoría de las ocasiones, se instalarán servidores DNS en todos los controladores de dominio. Sin embargo, si no tiene ninguna razón para implementar servidores DNS en cada controlador de dominio, puede seguir estas directrices para elegir dónde desea colocar los servidores DNS.

En general, debe colocar los servidores DNS en una ubicación de la red que sea accesible centralmente para sus clientes. A menudo es más práctico usar un servidor DNS en cada subred. Hay que considerar varias cuestiones cuando se decide dónde se necesita un servidor DNS:

• Si se implementa DNS para ofrecer compatibilidad con AD DS, ¿el equipo servidor DNS también es un controlador de dominio o es probable que se convierta en un controlador de dominio en el futuro?
  
  
• Si el servidor DNS deja de responder, ¿sus clientes locales pueden tener acceso a un servidor DNS alternativo?
  
  
• Si el servidor DNS se encuentra en una subred que es remota para algunos de sus clientes, ¿qué otros servidores DNS u opciones de resolución de nombres están disponibles si la conexión enrutada deja de responder?
  
  

Por ejemplo, si tiene una red de área local enrutada y vínculos de alta velocidad que son bastante confiables, quizás puede usar un servidor DNS para una área de red más amplia con varias subredes. Si tiene un número elevado de nodos cliente en un solo diseño de subred, quizás pueda agregar más de un servidor DNS a la subred para proporcionar copias de seguridad y conmutación por error si el servidor DNS preferido deja de responder.

Cuando determine el número de servidores DNS que necesita, evalúe el efecto de las transferencias de zona y el tráfico de consultas DNS en los vínculos más lentos de la red. Aunque DNS se ha diseñado para contribuir a reducir el tráfico de difusión entre subredes locales, crea algún tráfico entre servidores y clientes que debe revisarse, sobre todo cuando los servidores DNS se encuentran en entornos de red de área local (LAN) o red de área extensa (WAN) con enrutamiento complejo.

Tenga en cuanta los efectos de la transferencia de zona sobre los vínculos de velocidades lentas, como los que se suelen usar para una conexión WAN. Aunque el servicio Servidor DNS admite las transferencias de zona incrementales y los servidores y los clientes DNS pueden almacenar en caché los nombres usados recientemente, las consideraciones de tráfico a veces siguen siendo un problema, sobre todo cuando las concesiones del Protocolo de configuración dinámica de host (DHCP) se acortan y, como resultado, las actualizaciones dinámicas de DNS se realizan más frecuentemente. Una opción para tratar las ubicaciones remotas en vínculos WAN consiste en configurar un servidor DNS en esas ubicaciones para proporcionar servicio de almacenamiento en caché sólo de DNS.

Con la mayoría de instalaciones, debe tener como mínimo dos equipos servidores que hospeden cada una las zonas DNS para tolerancia a errores. Cuando realice determinaciones finales acerca del número de servidores que usará, evalúe primero el nivel de tolerancia a errores adecuado para la red.

Cuando se use un único servidor DNS en una LAN pequeña de un entorno de una sola subred, podrá configurar el único servidor para que simule los servidores principal y secundario para una zona.