Finally the help of IT is here

Blog de soluciones informaticas.

Como crear un servidor dns externo con Amazon Route 53

Escrito por Xavier Xaus Nadal on diciembre 9th, 2014

Save pagePDF pageEmail pagePrint page

Crear un servidor dns externo con Amazon Route 53 es tan sencillo como disponer de una cuenta de Amazon AWS y seguir los pasos que os mostraremos a continuación, pero antes de nada, qué es  Route 53 y para qué sirve Route53?

Amazon Route 53 es un servicio de DNS en la nube pública.

Amazon Route 53Amazon Route 53 normalmente es usado para poder hacer balanceo de carga (ELB) entre instancias EC2, mapear instancias EC2  o para simplemente mapear buckets S3, pero nosotros en este artículo vamos a usar la potencia de un DNS en Cloud para securizar nuestro entorno, para disponer de una escalabilidad en un servicio tan sensible como el DNS y disponer de alta disponibilidad.

Pero Amazon Route 53 va más allá y nos deja la posibilidad mediante Health Check de monitorizar la vida y el rendimiento de nuestras aplicaciones Web, por ejemplo si disponemos de 2 instancias EC2 (servidor web) y una de las webs deja de funcionar podremos mediante Route 53 redirigir el tráfico inmediatamente hacia otra instancia para poder seguir ofreciendo servicio.

También nos deja la posibilidad de comprar dominios (Aunque como comentario personal me gustaría que dispusieran de más extensiones y de mejores precios). Aunque ya sabéis que cuando más cerca esté el servidor DNS, el dominio del servidor web menos saltos deberá hacer un cliente y mejores latencias tendrá para abrir la web antes que la competencia recordad siempre las buenas prácticas del SEO.

Beneficios de tener un servidor DNS en la nube pública como servicio.

1.- No afectación por virus (Al no disponer de un sistema operativo controlado por nosotros es más seguro por definición).

 

2.- No hay actualizaciones del sistema (Nos ahorramos el mantenimiento).

 

3.-No disponemos de fallos de 0-day en Microsoft Windows.

 

4.- Y como decía el CTO de la NASA “Confiamos más en Amazon que en nuestra propia infraestructura para securizar nuestros sistemas”.

 

5.- Los costes operativos tienden a 0.

 

6.- El coste de montar una instancia EC2 t2.micro es parecido al de montar 27 zonas (dominios) en Amazon Route 53.

Como crear una zona directa en DNS con Amazon Route 53

Como decíamos al principio del artículo deberemos disponer de una cuenta de usuario creada en Amazon AWS.

Y como siempre primero deberemos asegurar que los costes de este servicio no sobrepasen el estimado para nuestra organización: http://aws.amazon.com/route53/pricing

Accedemos a nuestra cuenta de Amazon AWS, para administrar este servicio no es necesario seleccionar una región ya que este servicio es Global.

Route 53

Pulsamos sobre el icono Route 53 dentro de la página de servicios Amazon Web Services.

Crear DNS en Amazon Route 53

Como en este artículo únicamente queremos mostrar como crear un servidor dns público pulsamos sobre el Get Started Now en DNS Management.

Como Crear DNS en Amazon Route 53

Pulsamos sobre Create Hosted Zone

Crear zona DNS en Route 53

Pulsamos sobre Create Hosted Zone

Crear Zona DNS en Amazon Route 53

Escribimos el nombre de dominio (zona) en el campo Domain Name y seleccionamos en el campo Type si queremos que sea una zona (dominio) pública o privada para un VPC (Túnel de conectividad entre una sede y Amazon).

Para nuestra finalidad seleccionamos Public Hosted Zone y pulsamos sobre Crear.

Zona creada en Route 53

Ya tenemos nuestra zona directa creada en Cloud, ahora únicamente nos quedaría crear los registros dentro de esta zona

Para que todo esto funcione desde internet, deberemos indicarle a nuestro ISP (Donde compramos el dominio si no lo hicimos en Amazon) que nuestros servidores de nombres son los que vemos en la imagen ns-1780.awsdns-30.co.uk, ns-1019.awsdns-63.net, ns-1035.awsdns-01.org y ns-311.awsdns-38.com, como podéis comprobar están en domains root distintos, distribuidos en 4 servidores DNS y altamente disponibles.

Pulsad sobre Go to Record Sets

Crear registro www en Amazon

Para hacer un ejemplo práctico vamos a mostrar como crear el registro “www” para apuntar hacia la ip pública de nuestro servidor web.

Escribimos en el campo Name: www

Type: Seleccionamos A – IPv4 address

Escribimos en el campo Value: <ip pública del servidor web>

Routing Policy: Por defecto Simple –> <Comentaremos más abajo en este artículo las diferentes opciones>

Pulsamos sobre Create.

Si ya habéis cambiado vuestros NS (Name Servers) podréis comprobar que www.<vuestrodominio> ya responde con la ip que habéis escrito en la zona de Amazon Route 53.

Diferentes políticas de Routing en DNS público en Amazon con Route 53.

Simple:

Este es el valor por defecto y es como cualquier otro registro dentro de un DNS habitual. El nombre responde a la ip que indicamos en el registro.

Weighted:

Este valor es como hacer un Round Robin en el DNS pero con pesos, es decir que disponemos de el mismo nombre de dns apuntando a varias IP (Esto es el round robin habitual – para distribuir la carga entre diferentes destinos alternando entre uno u otro, y en el caso que uno no responda simpre va a la otra ip o ip’s) y con esta política de routing conseguimos además ponerle pesos (prioridades) a los registros para que por ejemplo si sabemos que un servidor destino dispone de más recursos que otro que este primero sea el que más peso tenga y al que le lleguen más peticiones o conexiones.

 

En esta política le podemos asociar un Health Check con el que conseguimos que si un servidor o servicio (Lo más interesante) caiga mapee la ip de otro servidor. (Personalmente me ha encantado esta opción) es como disponer de un NLB pero directamente en el DNS. Recomendamos que si usáis esta opción le bajéis el time to live (TTL) a 60 segundos o menos según requerimientos.

Latency:

Con este valor conseguimos que el registro responda basandose en regiones que especificaremos y la latencia que tengan desde una u otra instancoa, os explico (Sería como disponer de un CDN pero de servidores) es decir, que según desde que país estemos realizando la petición una instancia ubicada en cierta región dará mejores tiempos que otra y por lo tanto el DNS apuntará a una instancia EC2 con los mismos recursos software preferiblemente ubicado diferentes regiones.

 

Cuando hablamos de servidores web es sencillo imaginar un escenario parecido, pero y si pensamos en servidores de datos replicado, si disponemos de 2 servidores de datos idénticos con los mismos repositorios uno ubicado en Tokio y otro ubicado en Barcelona, con esta política conseguimos enviar a los clientes de Barcelona al servidor de Barcelona y los clientes de Tokio al servidor de Tokio mejorando el tiempo de respuesta del cliente contra el servidor.

 

También podemos hacer como en el caso anterior de redirigir a otro servidor en el caso que el servicio que tengamos definido en Health Check no responda.

Failover:

Esta política es únicamente usada en zonas públicas y simplemente envía la petición a un destino u otro en el caso que uno de ellos no esté disponible.

Geolocation:

Esta politica es muy útil cuando queremos mejorar el posicionamiento web, con esta opción conseguimos que responda un servidor u otro según donde está el cliente es decir que si está localizado geográficamente en Irlanda el DNS apuntará a Irlanda si así lo hemos definido. Conseguimos de esta forma entregar una respuesta al cliente desde la zona más cercana geográficamente a él. Para ello debemos disponer de servidores en distintas zonas geográficas por supuesto.

 

También podemos hacer como en el caso anterior de redirigir a otro servidor en el caso que el servicio que tengamos definido en Health Check no responda.

Saludos y hasta pronto MegaCracks.

Related Posts Plugin for WordPress, Blogger...
Etiquetas: , , , ,


One Response to “Como crear un servidor dns externo con Amazon Route 53”

  1. jabama Says:

    si tengo un dominio .mx miempresa.mx, con que tipo de dns tengo que apuntar?

Leave a Reply

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>