Recursos · Integración n8n

Integración AWS ELB n8nAutomatiza AWS ELB con n8n.

Un balanceador de carga no debería depender de una ronda de clics en la consola de AWS. La integración AWS ELB n8n reúne 7 operaciones en un solo nodo, repartidas en 2 recursos: crear un balanceador, listar los que ya funcionan y rotar los certificados de un listener desde el propio flujo de trabajo.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué resuelve la integración AWS ELB n8n?

Permite que un flujo de trabajo cree, lea y borre balanceadores de carga, y gestione los certificados asociados a sus listeners, sin que nadie abra la consola de AWS. El nodo viene incluido en n8n y expone 7 operaciones repartidas en 2 recursos, Load Balancer y Listener Certificate. Funciona con un credential de AWS, es decir unas credenciales que se guardan una vez en n8n y se reutilizan en todos los flujos que las necesiten.

Cuando un entorno de pruebas nace y muere el mismo día, loadBalancer.create monta el balanceador con el nombre, el tipo y las subredes que le corresponden, loadBalancer.get confirma que quedó como se pidió y loadBalancer.delete lo retira en cuanto el entorno se cierra. El identificador puede quedar guardado mientras tanto en Microsoft SQL.

La rotación de certificados sigue otra lógica: listenerCertificate.add asocia el sustituto al listener HTTPS o TLS en cuanto está listo, listenerCertificate.getMany relee la lista para comprobar qué hay realmente montado, y solo entonces listenerCertificate.remove retira la entrada antigua. El flujo avisa del resultado en Slack, sin que nadie tenga que comprobarlo a mano.

Para el inventario, un Schedule Trigger basta: se activa cada mañana, loadBalancer.getMany devuelve los balanceadores que AWS conoce, y las filas acaban en una base MongoDB que el equipo consulta sin entrar en AWS. Con Return All activado, n8n recorre todas las páginas de la respuesta de la API en lugar de detenerse en Limit.

El catálogo se detiene en 7 operaciones sobre 2 recursos. Lo que queda fuera pasa por el nodo HTTP Request, que llama a cualquier endpoint de la API de AWS ELB reutilizando el mismo credential de AWS mediante la autenticación predefinida.

No existe un nodo trigger de AWS ELB en n8n, así que un flujo alrededor de esta herramienta arranca desde otro sitio: un Schedule Trigger a intervalo fijo, un Webhook de n8n (una URL que otro servicio llama para lanzar la ejecución) o el trigger de otra herramienta. La reseña n8n explica qué implica esa elección, y el curso n8n recorre el montaje de estos flujos paso a paso.

Conexión

¿Cómo se conecta AWS ELB con n8n?

  1. 01

    Genera la clave de acceso en AWS

    Entra en la consola de IAM, pulsa tu nombre de usuario en la barra de navegación y abre Security credentials. En la sección Access keys, elige Create access key, indica tu caso de uso (o Other si ninguno encaja) y pon una etiqueta de descripción reconocible, por ejemplo n8n integration. Después muestra el Access Key ID y la Secret Access Key.

  2. 02

    Guarda el credential de AWS en n8n

    En n8n, abre el menú Credentials y crea un credential AWS (IAM). Selecciona tu Region y pega el Access Key ID y la Secret Access Key del paso anterior. Un credential se crea una sola vez y se reutiliza: cada flujo que toque AWS ELB lo elige de una lista desplegable, sin copiar claves por ningún otro sitio.

  3. 03

    Apunta el nodo AWS ELB a ese credential

    Añade el nodo AWS ELB a un flujo y selecciona el credential en su lista. Si las claves estáticas no encajan en tu política interna, usa el tipo AWS (Assume Role): la autenticación asume un rol de IAM mediante AWS STS, con unas credenciales para la llamada AssumeRole que se escriben a mano o se leen automáticamente del entorno donde corre n8n.

Acciones

Las 7 operaciones del nodo AWS ELB

El nodo AWS ELB expone 7 operaciones en 2 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGetDeleteAddRemoveGet Many
Listener Certificate✓✓✓
Load Balancer✓✓✓✓

Listener Certificate

3 operaciones
01

Add a listener certificate

listenerCertificate.add

Lo que ves en n8n

Notas y casos de uso

Esta operación añade un certificado de servidor SSL a la lista de certificados de un listener HTTPS o TLS, para que ese listener pueda servir el tráfico del dominio correspondiente.

Parámetros clave

  • Load Balancer ARN Name or ID: el balanceador al que pertenece el listener. Elígelo de la lista o pasa el identificador con una expresión, la sintaxis de n8n que lee un campo del item entrante, del tipo {{ $json.loadBalancerId }}.
  • Listener ARN Name or ID: el listener que recibe el certificado, desde la lista o por expresión.
  • Certificate ARN: el identificador único del certificado que se asocia, en texto.
Casos de uso
un flujo de renovación asocia el certificado del año al listener público antes de que caduque el anterior.
02

Get many listener certificates

listenerCertificate.getMany

Lo que ves en n8n

Notas y casos de uso

Comprobar qué sirve de verdad un listener empieza aquí: la operación devuelve los certificados asociados en ese momento a un listener concreto.

Parámetros clave

  • Load Balancer ARN Name or ID y Listener ARN Name or ID: la pareja que identifica el listener a revisar.
  • Return All: marcado, n8n recorre la lista completa de certificados; sin marcar, Limit limita cuántos vuelven.
Casos de uso
una revisión semanal que lista los certificados de cada listener público y señala los que ya deberían haberse sustituido.
03

Remove a listener certificate

listenerCertificate.remove

Lo que ves en n8n

Notas y casos de uso

Cuando el sustituto ya está en servicio, la entrada antigua sigue en la lista del listener hasta que algo la quita. De eso se encarga esta operación.

Parámetros clave

  • Load Balancer ARN Name or ID: el balanceador que está delante del listener.
  • Listener ARN Name or ID: el listener HTTPS o TLS que hay que limpiar.
  • Certificate ARN: el identificador del certificado que sale de la lista, normalmente heredado de un nodo anterior como {{ $json.certificateId }}.
Casos de uso
la segunda mitad de una rotación, que solo se ejecuta después de que Get Many confirme el certificado nuevo.

Load Balancer

4 operaciones
04

Create a load balancer

loadBalancer.create

Lo que ves en n8n

Notas y casos de uso

Aquí el nodo crea el balanceador de carga en sí, con los ajustes que AWS pide para que exista.

Parámetros clave

  • Name: único por región y por cuenta, con 32 caracteres como máximo.
  • Type: application o network.
  • Schema: internal o internet-facing.
  • IP Address Type: ipv4 o dualstack, el direccionamiento que usan las subredes.
  • Subnet ID Names or IDs: las subredes, desde la lista o por expresión.
  • Additional Fields: Security Group IDs y Tags.
Casos de uso
levantar la puerta de entrada de un entorno de pruebas en una sola ejecución.
05

Delete a load balancer

loadBalancer.delete

Lo que ves en n8n

Notas y casos de uso

Basta un valor para retirar un balanceador: el identificador del que debe desaparecer.

Parámetros clave

  • Load Balancer ARN: el identificador único del balanceador a borrar, escrito en texto o construido desde un nodo anterior con {{ $json.loadBalancerId }}.
Casos de uso
la parte de desmontaje de un entorno temporal. El flujo que creó el balanceador guarda su identificador, y una ejecución posterior vuelve a pasar ese mismo valor aquí para que nada siga en pie sin motivo.
06

Get a load balancer

loadBalancer.get

Lo que ves en n8n

Notas y casos de uso

Un balanceador, una lectura. La operación devuelve la ficha que hay detrás de un identificador concreto, que es lo que suele hacer falta antes de actuar sobre él.

Parámetros clave

  • Load Balancer ARN: el identificador único del balanceador a leer, en texto.
Casos de uso
justo después de una creación, para releer el balanceador recién creado y volcar sus datos en un ticket o en una página de procedimiento. Así el equipo ve qué se ha aprovisionado sin entrar en AWS.
07

Get many load balancers

loadBalancer.getMany

Lo que ves en n8n

Notas y casos de uso

Ningún campo obligatorio en esta. El nodo lista los balanceadores y se los entrega al siguiente paso del flujo.

Parámetros clave

  • Return All: marcado, vuelven todas las páginas de resultados; sin marcar, Limit fija el número máximo de balanceadores devueltos.
  • Filters: Names reduce el resultado a ciertos nombres de balanceadores, varios separados por coma.
Casos de uso
el inventario diario que alimenta una base interna, o una búsqueda por nombre cuando solo importa un entorno.
Necesitas ayuda

¿Necesitas ayuda para automatizar AWS ELB con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

AWS ELB y n8n: preguntas frecuentes

01¿La integración AWS ELB n8n es gratuita?
Sí, por el lado de n8n. El nodo AWS ELB viene incluido con n8n: no hay nada que instalar ni ningún coste añadido por parte de n8n, tanto si usas n8n Cloud como una instancia que alojas tú (Community Edition, licencia Sustainable Use). Las mismas 7 operaciones están disponibles en ambos casos y un flujo montado en uno funciona igual en el otro. Lo que AWS te cobre por los balanceadores que crees depende de tu cuenta de AWS, no de n8n. El nodo se limita a llamar a la API de AWS ELB en tu nombre con el credential que hayas guardado.
02¿Qué credenciales de AWS necesita el nodo?
Hay dos tipos de credential compatibles con este nodo. AWS (IAM) autentica con una clave de acceso: eliges tu Region y luego introduces el Access Key ID y la Secret Access Key generadas en la consola de IAM. Si la clave es temporal, activa Temporary security credential y añade el Session token. AWS (Assume Role) sigue otro camino y autentica asumiendo un rol de IAM mediante AWS STS, con unas credenciales para la llamada AssumeRole que se escriben a mano o se leen automáticamente del entorno donde corre n8n. Si alojas n8n en EKS, ECS o EC2, las credenciales de sistema de AWS evitan guardar claves estáticas dentro de n8n.
03¿Qué límites tiene el nodo AWS ELB?
El nodo cubre 7 operaciones repartidas en 2 recursos, Load Balancer y Listener Certificate. Admite la creación y la gestión de balanceadores de tipo application y network, y no admite los gateway load balancers. Lo que no esté en ese catálogo pasa por el nodo HTTP Request, que llama a cualquier endpoint de la API de AWS ELB reutilizando el mismo credential de AWS mediante la autenticación predefinida, así que no sales del mismo flujo. En las dos operaciones de listado, recuerda que Return All es lo que recorre el conjunto completo de resultados, mientras que dejarlo sin marcar limita la respuesta a Limit.
04¿Puede un flujo reaccionar a AWS ELB en tiempo real?
Desde AWS ELB no: no existe un nodo trigger de AWS ELB en n8n, así que aquí no hay nada escuchando cambios. Un flujo alrededor de este nodo arranca desde otro punto. Un Schedule Trigger lo lanza a intervalo fijo, lo que encaja con inventarios, revisiones de certificados e informes diarios. Un Webhook de n8n, es decir una URL que otro servicio llama, arranca la ejecución cuando tus propias herramientas deciden que ha pasado algo. O el trigger de otra herramienta hace de disparador, por ejemplo una fusión en un repositorio o un mensaje en un canal. A partir de ahí el nodo AWS ELB trabaja como un paso más.
05¿n8n o Make para AWS ELB?
Depende sobre todo de dónde quieras que viva la automatización. Make es una plataforma de automatización alojada, sin opción de alojarla tú mismo, y se factura por operación: el coste sigue al número de pasos que ejecutan tus escenarios. n8n se puede alojar por tu cuenta con Docker o npm, o usar en n8n Cloud, y un flujo se comporta igual en los dos casos. Con AWS ELB suele decidir la cuestión del alojamiento: un equipo que mantiene sus herramientas de infraestructura dentro de su propia red se inclina por alojarlo él mismo y por el control de los datos que eso da. Las dos plataformas montan los flujos de forma visual.