Editor Top
|
|
A partir de hoy, Amazon Route 53 Resolver ya está disponible en el bastidor de AWS Outposts, lo que proporciona sus aplicaciones y servicios locales con resolución de DNS local directamente desde Outposts. Los extremos de Route 53 Resolver local también permiten la resolución de DNS entre Outposts y su servidor DNS local. Route 53 Resolver on Outposts ayuda a mejorar la disponibilidad y el rendimiento de sus aplicaciones locales.
AWS Outposts proporciona una solución de nube híbrida que le permite extender su infraestructura y servicios de AWS a sus centros de datos locales. Esto le permite crear y operar aplicaciones híbridas que se integran perfectamente con su infraestructura local existente. Sus aplicaciones implementadas en Outposts se benefician del acceso de baja latencia a los sistemas locales. También obtiene una experiencia de administración uniforme en todas las regiones de AWS y sus entornos locales. Esto incluye el acceso a las mismas herramientas de administración, API y servicios de AWS que utiliza cuando administra los servicios de AWS en una región. Outposts utiliza los mismos controles y políticas de seguridad que AWS en la nube, lo que le brinda una postura de seguridad uniforme en todo su entorno de nube híbrida. Esto incluye el cifrado de datos, la gestión de acceso e identidad y la seguridad de la red.
Uno de los casos de uso típicos de Outposts es implementar aplicaciones que requieren acceso de baja latencia a sistemas locales, como equipos de fábrica, aplicaciones comerciales de alta frecuencia o sistemas de diagnóstico médico.
DNS significa Sistema de Nombres de Dominio, que es el sistema que traduce los nombres de dominio legibles por humanos como «example.com» en direcciones IP como «93.184.216.34» que las computadoras usan para comunicarse entre sí en Internet. Un Route 53 Resolver es un componente que se encarga de resolver nombres de dominio en direcciones IP.
Hasta hoy, las aplicaciones y los servicios que se ejecutan en un Outpost reenvían sus consultas de DNS a la región principal de AWS a la que está conectado el Outpost. Pero recuerde, como dice el Dr. Werner Vogels, CTO de Amazon: todo falla todo el tiempo. Puede haber desconexiones temporales del sitio: piense en cortes de fibra o eventos climáticos. Cuando la instalación local se desconecta temporalmente de Internet, la resolución de DNS local falla, lo que dificulta que las aplicaciones y los servicios descubran otros servicios, incluso cuando se ejecutan en el mismo rack de Outposts. Por ejemplo, las aplicaciones que se ejecutan localmente en Outpost no podrán descubrir la dirección IP de una base de datos local que se ejecuta en el mismo Outpost, o un microservicio no podrá ubicar otros microservicios que se ejecuten localmente.
A partir de hoy, cuando opte por Route 53 Resolvers locales en Outposts, las aplicaciones y los servicios seguirán beneficiándose de la resolución de DNS local para descubrir otros servicios, incluso en un evento de pérdida de conectividad de la región principal de AWS. Los solucionadores locales también ayudan a reducir la latencia de las resoluciones de DNS, ya que los resultados de las consultas se almacenan en caché y se entregan localmente desde Outposts, lo que elimina los viajes de ida y vuelta innecesarios a la región principal de AWS. Todas las resoluciones de DNS para las aplicaciones en las VPC de Outposts que usan DNS privado se sirven localmente.
Además de los Resolver locales, este lanzamiento también habilita puntos finales de Resolver locales. Los puntos finales de Route 53 Resolver no son nuevos; la creación de puntos de enlace Resolver entrantes o salientes en una VPC está disponible desde noviembre de 2018. Actualmente, también puede crear puntos de enlace dentro de la VPC en Outposts. Los puntos finales de salida de Route 53 Resolver permiten que Route 53 Resolver reenvíe consultas de DNS a los DNS que administra, por ejemplo, en su red local. Por el contrario, los puntos de enlace entrantes de Route 53 Resolver reenvían las consultas de DNS que reciben desde fuera de la VPC al Resolver que se ejecuta en Outposts. Permite enviar consultas de DNS para servicios implementados en una VPC de Outposts privada desde fuera de esa VPC.
Veámoslo en acción
Para crear y probar un solucionador local en Outposts, primero me conecto a la sección Outpost de la Consola de administración de AWS. navego hacia el Puestos avanzados de la ruta 53 sección y seleccione Crear resolución.
selecciono el Avanzada en el que quiero crear el Resolver e ingresar un Nombre del solucionador. Luego, selecciono el tamaño de las instancias para implementar el Resolver y la cantidad de instancias. La selección del tamaño de la instancia afecta el rendimiento del Resolver (la cantidad de resoluciones que puede procesar por segundo). El valor predeterminado es un m5.large instancia capaz de manejar hasta 7,000 consultas por segundo. El número de instancias afecta la disponibilidad del Resolver, el valor predeterminado es cuatro instancias. Yo selecciono Crear resolución para crear las instancias del Resolver.
Después de unos minutos, debería ver que el estado del Resolvedor se convierte en ✅ Operacional.
El siguiente paso es crear el punto final del Resolver. Los puntos finales entrantes permiten reenviar consultas DNS externas al Resolver local en Outpost. Los puntos finales de salida permiten reenviar consultas de DNS iniciadas localmente a los solucionadores de DNS externos que administra. Para esta demostración, elijo crear un punto final de entrada.
Bajo la Puntos finales de entrada sección, selecciono Crear punto final de entrada.
entro en un Nombre del punto finalelijo el VPC en la Región para adjuntar este punto final, y selecciono el creado previamente Grupo de seguridad para este extremo.
Selecciono la dirección IP que consumirá el punto final en cada subred. puedo seleccionar para Utilice una dirección IP que se selecciona automáticamente o Usar una dirección IP que especifique.
Finalmente, selecciono el tipo de instancia para enlazar con el punto final de entrada. Cuanto más grande sea la instancia, más consultas por segundo manejará. El servicio crea dos instancias de punto final para alta disponibilidad.
Cuando estoy listo, selecciono el Crear punto final de entrada para iniciar el proceso de creación.
Después de unos minutos, el punto final Estado se convierte en ✅ Operacional.
La configuración ahora está lista para probar. Por lo tanto, me conecto por SSH a una instancia EC2 que se ejecuta en Outpost y pruebo el tiempo que lleva resolver un nombre de DNS externo. Las consultas de caché de los solucionadores locales en el propio Outpost. Por lo tanto, espero que mi primera consulta tome unos pocos milisegundos y que la segunda se atienda inmediatamente desde el caché.
De hecho, la primera consulta se resuelve en 13 ms (ver la línea ;; Query time: 13 msec).
➜ ~ dig amazon.com
; <<>> DiG 9.16.38-RH <<>> amazon.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35859
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;amazon.com. IN A
;; ANSWER SECTION:
amazon.com. 797 IN A 52.94.236.248
amazon.com. 797 IN A 205.251.242.103
amazon.com. 797 IN A 54.239.28.85
;; Query time: 13 msec
;; SERVER: 10.0.0.2#53(10.0.0.2)
;; WHEN: Sun May 28 09:47:27 CEST 2023
;; MSG SIZE rcvd: 87Y cuando repito la misma consulta, se resuelve en cero milisegundos, mostrando que ahora se sirve desde un caché local.
➜ ~ dig amazon.com
; <<>> DiG 9.16.38-RH <<>> amazon.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63500
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;amazon.com. IN A
;; ANSWER SECTION:
amazon.com. 586 IN A 54.239.28.85
amazon.com. 586 IN A 205.251.242.103
amazon.com. 586 IN A 52.94.236.248
;; Query time: 0 msec
;; SERVER: 10.0.0.2#53(10.0.0.2)
;; WHEN: Sun May 28 09:50:58 CEST 2023
;; MSG SIZE rcvd: 87Precios y disponibilidad
Recuerde que solo el Resolver y los puntos de enlace de la VPC se implementan en sus Outposts. Continúa administrando sus zonas y registros de Route 53 desde las regiones de AWS. El Resolver local y sus terminales consumirán algo de capacidad en los Outposts. Deberá proporcionar cuatro instancias EC2 de sus Outposts para Route 53 Resolver y otras dos instancias para cada punto final de Resolver.
Sus bastidores Outposts existentes deben tener el software Outposts más reciente para que pueda usar el Route 53 Resolver local y los puntos finales del Resolver. Puede generar un ticket con nosotros para actualizar su Outpost (la consola también le recordará que lo haga cuando sea necesario).
Los Resolvedores locales se proporcionan sin costo adicional. Los puntos finales se cobran por interfaz de red elástica (ENI) por hora, como ya ocurre en la actualidad. Nuestra página de precios de estantes de Outpost tiene los detalles.
Puede configurar Resolvedores locales y puntos de enlace locales en todas las regiones de AWS donde los bastidores de Outposts están disponibles, excepto en las regiones de AWS GovCloud (EE. UU.). Esa es una lista de 22 regiones de AWS a partir de hoy.
¡Vaya y configure los solucionadores de Route 53 locales en Outposts ahora!
PD Estamos enfocados en mejorar nuestro contenido para brindar una mejor experiencia al cliente, y necesitamos sus comentarios para hacerlo. Por favor tome esta encuesta rápida para compartir información sobre su experiencia con el blog de AWS. Tenga en cuenta que esta encuesta está alojada en una empresa externa, por lo que el enlace no conduce a nuestro sitio web. AWS maneja su información como se describe en el Aviso de privacidad de AWS.
