Ressources · Intégration n8n

Intégration AWS ELB n8nAutomatiser AWS ELB avec n8n.

Les load balancers méritent mieux qu'une série de clics dans la console AWS. L'intégration AWS ELB n8n regroupe 7 opérations dans un seul nœud, sur 2 ressources : créer un répartiteur de charge, lister ceux qui tournent déjà, faire tourner les certificats d'un listener. Le tout dans un workflow.

Tester l'intégration AWS ELB sur n8nVoir les 7 opérations

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

À quoi sert l'intégration AWS ELB n8n ?

Elle permet à un workflow de créer, lire et supprimer des load balancers, et de gérer les certificats rattachés à leurs listeners, sans que personne n'ouvre la console AWS. Le nœud est livré avec n8n et expose 7 opérations réparties sur 2 ressources, Load Balancer et Listener Certificate. Il fonctionne avec un credential AWS, c'est-à-dire un jeu d'identifiants enregistré une fois dans n8n et réutilisé par tous les workflows concernés.

Premier scénario : l'inventaire. Un Schedule Trigger se déclenche chaque lundi, loadBalancer.getMany renvoie les load balancers connus d'AWS, et les lignes atterrissent dans une table Postgres qui sert de référentiel interne. Avec Return All activé, n8n enchaîne toutes les pages de la réponse de l'API au lieu de s'arrêter à Limit.

Deuxième scénario : la rotation de certificat. Quand le remplaçant est prêt, listenerCertificate.add le rattache au listener HTTPS ou TLS, listenerCertificate.getMany relit la liste pour vérifier ce qui est réellement en place, puis listenerCertificate.remove retire l'ancienne entrée. Un envoi Gmail résume l'opération à l'équipe.

Troisième scénario : les environnements éphémères. Un workflow appelle loadBalancer.create avec le nom, le type et les sous-réseaux d'un environnement de recette, loadBalancer.get relit la fiche créée, et loadBalancer.delete nettoie tout quand la recette est finie. L'identifiant du répartiteur peut vivre entre les deux dans une base MySQL.

Le catalogue s'arrête à 7 opérations sur 2 ressources. Ce qui sort de ce périmètre passe par le nœud HTTP Request, qui appelle n'importe quel endpoint de l'API AWS ELB en réutilisant le même credential AWS via l'authentification prédéfinie.

Il n'existe pas de nœud trigger AWS ELB dans n8n. Un workflow autour de cet outil démarre donc ailleurs : un Schedule Trigger à intervalle fixe, un Webhook n8n (une URL qu'un autre service appelle pour lancer l'exécution), ou le trigger d'un autre outil. L'avis n8n détaille ce que ça change au quotidien, et la formation n8n reprend la construction de ces workflows pas à pas.

Connexion

Comment connecter AWS ELB à n8n ?

  1. 01

    Générer la clé d'accès dans AWS

    Connecte-toi à la console IAM, clique sur ton nom d'utilisateur en haut de la barre de navigation puis sur Security credentials. Dans la section Access keys, choisis Create access key, indique ton cas d'usage (ou Other si rien ne correspond) et mets un tag de description parlant, par exemple n8n integration. Affiche ensuite l'Access Key ID et la Secret Access Key.

  2. 02

    Enregistrer le credential AWS dans n8n

    Dans n8n, ouvre le menu Credentials et crée un credential AWS (IAM). Sélectionne ta Region, puis colle l'Access Key ID et la Secret Access Key affichées à l'étape précédente. Un credential se crée une seule fois et se réutilise : chaque workflow qui touche à AWS ELB le choisit dans une liste déroulante, sans recopier de clé nulle part.

  3. 03

    Brancher le nœud AWS ELB dessus

    Ajoute le nœud AWS ELB à un workflow et sélectionne le credential dans sa liste. Si des clés statiques ne sont pas envisageables chez toi, prends plutôt le type AWS (Assume Role) : l'authentification passe par l'endossement d'un rôle IAM via AWS STS, avec des identifiants pour l'appel AssumeRole saisis à la main ou lus automatiquement dans l'environnement où tourne n8n.

Actions

Les 7 opérations du nœud AWS ELB

Le nœud AWS ELB expose 7 opérations sur 2 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceCreateGetDeleteAddRemoveGet Many
Listener Certificate✓✓✓
Load Balancer✓✓✓✓

Listener Certificate

3 opérations
01

Add a listener certificate

listenerCertificate.add

Ce que tu vois dans n8n

Notes & cas d'usage

Cette opération ajoute un certificat serveur SSL à la liste de certificats d'un listener HTTPS ou TLS, pour que ce listener puisse servir le trafic du domaine concerné.

Paramètres clés

  • Load Balancer ARN Name or ID : le load balancer auquel appartient le listener. Choisis-le dans la liste ou passe l'identifiant par une expression, la syntaxe n8n qui lit un champ de l'item entrant, du type {{ $json.loadBalancerId }}.
  • Listener ARN Name or ID : le listener qui reçoit le certificat, depuis la liste ou par expression.
  • Certificate ARN : l'identifiant unique du certificat à rattacher, en texte.
Cas d'usage
un workflow de renouvellement attache le certificat de l'année sur le listener public avant l'expiration du précédent.
02

Get many listener certificates

listenerCertificate.getMany

Ce que tu vois dans n8n

Notes & cas d'usage

Relire ce qu'un listener sert vraiment commence ici : l'opération renvoie les certificats actuellement rattachés à un listener donné.

Paramètres clés

  • Load Balancer ARN Name or ID et Listener ARN Name or ID : le couple qui désigne le listener à inspecter.
  • Return All : coché, n8n parcourt toute la liste de certificats ; décoché, Limit plafonne le nombre de certificats renvoyés.
Cas d'usage
un contrôle hebdomadaire liste les certificats de chaque listener public et repère ceux qui auraient déjà dû être remplacés.
03

Remove a listener certificate

listenerCertificate.remove

Ce que tu vois dans n8n

Notes & cas d'usage

Une fois le remplaçant en service, l'ancienne entrée reste dans la liste du listener tant que rien ne l'enlève. C'est le rôle de cette opération.

Paramètres clés

  • Load Balancer ARN Name or ID : le répartiteur placé devant le listener.
  • Listener ARN Name or ID : le listener HTTPS ou TLS à nettoyer.
  • Certificate ARN : l'identifiant du certificat qui quitte la liste, souvent repris d'un nœud précédent avec {{ $json.certificateId }}.
Cas d'usage
la seconde moitié d'une rotation, déclenchée seulement après que Get Many a confirmé la présence du nouveau certificat.

Load Balancer

4 opérations
04

Create a load balancer

loadBalancer.create

Ce que tu vois dans n8n

Notes & cas d'usage

Ici, le nœud crée le load balancer lui-même, avec les réglages qu'AWS attend pour le faire exister.

Paramètres clés

  • Name : unique par région et par compte, 32 caractères au maximum.
  • Type : application ou network.
  • Schema : internal ou internet-facing.
  • IP Address Type : ipv4 ou dualstack, l'adressage utilisé par les sous-réseaux.
  • Subnet ID Names or IDs : les sous-réseaux, depuis la liste ou par expression.
  • Additional Fields : Security Group IDs et Tags.
Cas d'usage
monter le point d'entrée d'un environnement de recette en une seule exécution.
05

Delete a load balancer

loadBalancer.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Une seule valeur suffit pour retirer un répartiteur de charge : l'identifiant de celui qui doit disparaître.

Paramètres clés

  • Load Balancer ARN : l'identifiant unique du load balancer à supprimer, saisi en texte ou construit depuis un nœud précédent avec {{ $json.loadBalancerId }}.
Cas d'usage
la partie démontage d'un environnement éphémère. Le workflow qui a créé le load balancer garde son identifiant quelque part, et une exécution ultérieure repasse cette valeur ici pour que plus rien ne tourne dans le vide.
06

Get a load balancer

loadBalancer.get

Ce que tu vois dans n8n

Notes & cas d'usage

Un load balancer, une lecture. L'opération renvoie la fiche associée à un identifiant précis, ce qu'on veut souvent avant d'agir dessus.

Paramètres clés

  • Load Balancer ARN : l'identifiant unique du load balancer à lire, en texte.
Cas d'usage
juste après une création, pour relire le répartiteur fraîchement créé et pousser ses informations dans un ticket ou une page de procédure. L'équipe voit ce qui a été provisionné sans passer par AWS.
07

Get many load balancers

loadBalancer.getMany

Ce que tu vois dans n8n

Notes & cas d'usage

Aucun champ obligatoire sur celle-ci. Le nœud liste les load balancers et les transmet à l'étape suivante du workflow.

Paramètres clés

  • Return All : coché, toutes les pages de résultats reviennent ; décoché, Limit fixe le nombre maximal de répartiteurs renvoyés.
  • Filters : Names restreint le résultat à certains noms de load balancers, plusieurs séparés par une virgule.
Cas d'usage
l'inventaire qui alimente un référentiel interne, ou une recherche par nom quand un seul environnement compte.
Besoin d'aide

Besoin d'aide pour automatiser AWS ELB avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

AWS ELB et n8n : les questions fréquentes

01L'intégration AWS ELB n8n est-elle gratuite ?
Oui, côté n8n. Le nœud AWS ELB est livré avec n8n : rien à installer, aucun coût supplémentaire côté n8n, que tu sois sur n8n Cloud ou sur une instance auto-hébergée (Community Edition, licence Sustainable Use). Les mêmes 7 opérations sont disponibles dans les deux cas, et un workflow construit d'un côté tourne à l'identique de l'autre. Ce qu'AWS facture pour les load balancers que tu crées relève de ton compte AWS, pas de n8n. Le nœud se contente d'appeler l'API AWS ELB pour toi, avec le credential que tu as enregistré.
02Quels identifiants AWS faut-il pour le nœud ?
Deux types de credentials fonctionnent avec ce nœud. AWS (IAM) s'authentifie avec une clé d'accès : tu sélectionnes ta Region, puis tu renseignes l'Access Key ID et la Secret Access Key générées dans la console IAM. Si la clé est temporaire, active Temporary security credential et ajoute le Session token. AWS (Assume Role) prend un autre chemin et s'authentifie en endossant un rôle IAM via AWS STS, avec des identifiants pour l'appel AssumeRole saisis à la main ou lus automatiquement dans l'environnement où tourne n8n. Si tu auto-héberges n8n sur EKS, ECS ou EC2, les identifiants système AWS évitent de stocker des clés statiques dans n8n.
03Quelles sont les limites du nœud AWS ELB ?
Le nœud couvre 7 opérations réparties sur 2 ressources, Load Balancer et Listener Certificate. Il gère la création et l'administration des load balancers application et network, et ne prend pas en charge les gateway load balancers. Ce qui ne figure pas dans ce catalogue passe par le nœud HTTP Request, qui appelle n'importe quel endpoint de l'API AWS ELB en réutilisant le même credential AWS via l'authentification prédéfinie : tu restes dans le même workflow. Sur les deux opérations de listing, garde en tête que c'est Return All qui parcourt l'ensemble des résultats, alors que le laisser décoché plafonne la réponse à Limit.
04Un workflow peut-il réagir à AWS ELB en temps réel ?
Pas depuis AWS ELB lui-même : il n'y a pas de nœud trigger AWS ELB dans n8n, donc rien ici n'écoute les changements. Un workflow autour de ce nœud démarre ailleurs. Un Schedule Trigger le lance à intervalle fixe, ce qui convient aux inventaires, aux contrôles de certificats et aux rapports quotidiens. Un Webhook n8n, c'est-à-dire une URL qu'un autre service appelle, lance l'exécution quand ton propre outillage décide que quelque chose s'est passé. Ou le trigger d'un autre outil sert de départ, par exemple une fusion dans un dépôt ou un message dans un canal. Ensuite, le nœud AWS ELB travaille comme une étape ordinaire.
05n8n ou Make pour AWS ELB ?
Ça dépend surtout de l'endroit où tu veux que l'automatisation vive. Make est une plateforme d'automatisation hébergée, sans option d'auto-hébergement, facturée à l'opération : le coût suit le nombre d'étapes que tes scénarios exécutent. n8n s'auto-héberge avec Docker ou npm, ou s'utilise sur n8n Cloud, et un workflow se comporte pareil dans les deux cas. Pour AWS ELB en particulier, la question de l'hébergement tranche souvent : une équipe qui garde son outillage d'infrastructure dans son propre réseau penche vers l'auto-hébergement et la maîtrise des données qui va avec. Les deux proposent une construction visuelle des workflows.
Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations