Serveurs dédiés pour n8n
Bare Metal pour l'automatisation intensive et l'IA locale
Des serveurs pour une automatisation n8n intensive : fort volume de webhooks, traitement de fichiers et agents IA sur modèles locaux. Exécutez n8n en mode queue sur un seul serveur puissant, connectez un serveur GPU pour les modèles locaux via un VLAN privé et gardez workflows, identifiants et exécutions sur votre propre matériel.
-
Disques en miroir contre les pannes
-
NVMe pour PostgreSQL
-
Aucun voisin bruyant
-
GPU pour l'IA locale
Matériel requis pour n8n
n8n sollicite peu le CPU et la mémoire s'épuise d'abord : au repos, une instance utilise env. 100 Mo, mais les nœuds Code et les gros payloads copient les données en mémoire. Une instance avec PostgreSQL tourne bien sur 16–32 Go ; pour fichiers et big data, prévoyez 64 Go ou plus.
Sous forte charge de webhooks, un seul processus n8n commence à perdre des requêtes. Dans le benchmark de n8n, le mode queue sur un serveur 16 vCPU et 32 Go a tenu 162 requêtes par seconde sans échec : pour beaucoup de webhooks, prévoyez 8 cœurs, 16 threads et 32–64 Go de RAM.
Les webhooks ont besoin d'une adresse qui ne change jamais, et de nombreuses API n'acceptent que les appels d'IP autorisées. Chaque serveur dispose d'une IPv4 fixe et d'IPv6, et l'option de port illimité absorbe un trafic continu de webhooks et d'API sans limite.
La base contient les workflows, les identifiants et tout l'historique d'exécution, et grossit à chaque exécution. SQLite est le choix par défaut en instance unique, mais le mode queue exige PostgreSQL : placez-le sur NVMe et activez la purge des exécutions pour ne pas saturer le disque.
n8n lui-même n'a pas besoin de GPU si les agents appellent des modèles distants comme OpenAI ou Claude. En local, un serveur GPU exécute Ollama, pris en charge nativement par n8n, ou vLLM pour plus de débit, et la VRAM fixe la taille de modèle possible.
Tant que n8n est arrêté, les webhooks et les exécutions planifiées déclenchés entre-temps sont définitivement perdus. Avec deux disques NVMe en RAID 1, un disque en panne n'arrête pas n8n : le serveur continue de tourner, et le remplacement, qui demande un bref arrêt, est planifié en heure creuse.
Tarifs des serveurs dédiés pour n8n
Toutes les configurations
Louer un serveur dédié pour n8n chez INTROSERV
Comment commander un serveur dédié
Choisissez une configuration, ajoutez des disques NVMe, sélectionnez l'OS, attendez qu'il soit prêt et installez n8n.
Lire la documentationInstaller n8n avec PostgreSQL sur un serveur dédié
Installation pas à pas de n8n auto-hébergé avec Docker Compose, PostgreSQL et HTTPS derrière un reverse proxy.
Lire le tutorielServeur, installation et sauvegarde de n8n au même endroit
-
1
Installer n8n avec PostgreSQL et Redis
Installez n8n avec Docker Compose, PostgreSQL et Redis derrière un reverse proxy en HTTPS. Conservez une copie de la clé de chiffrement : sans elle, les identifiants enregistrés ne peuvent pas être restaurés.
-
2
Passer en mode queue dès le départ
Exécutez n8n en mode queue, avec des workers sur le même serveur et une concurrence de 5 ou plus. Les exécutions de production passent par les workers et l'éditeur reste réactif sous charge.
-
3
Purger les exécutions
Définissez la durée de conservation des exécutions terminées. Sans purge, l'historique dans PostgreSQL grossit à chaque exécution jusqu'à remplir les disques NVMe et ralentir la base de données.
-
4
Sauvegarder avec INTROSERV Backup Service
Sauvegardez tout le serveur avec INTROSERV Backup Service : logiciel NAKIVO et stockage réunis dans un service prêt à l'emploi. Restaurez le serveur entier ou un seul fichier en cas de besoin.
Licence et support de n8n
Licence
n8n Community Edition peut être auto-hébergé gratuitement sous la Sustainable Use License, une licence fair-code qui autorise l'usage pour les besoins internes de votre entreprise, mais pas la revente de n8n ni son hébergement pour vos clients. Les offres Business et Enterprise ajoutent le SSO, les projets partagés et le contrôle de version Git avec une clé de licence vendue par n8n, et non par INTROSERV.
Support
Le support de n8n passe par le forum de la communauté et la documentation n8n, ou par n8n avec une offre payante. INTROSERV prend en charge les serveurs Linux où tourne n8n : supervision, sécurité, mises à jour de l'OS et résolution d'incidents avec une offre d'infogérance de serveurs, et tâches ponctuelles en administration système à l'heure.
FAQ
-
Faut-il un serveur dédié pour n8n ?
Pas pour quelques dizaines de workflows : n8n est léger et un VPS suffit largement. Un serveur dédié se justifie avec un fort volume constant de webhooks, des workflows qui traitent des fichiers, un long historique d'exécution ou des modèles d'IA locaux sur GPU.
-
Quel est le délai de livraison ?
Les configurations instantanées sont prêtes sous 3 heures après paiement ; comptez en général jusqu'à 24 heures pour le sur-mesure. Le délai est indiqué sur chaque configuration du catalogue.
-
Peut-on tester le serveur avant ?
Oui. Une période de test payante de 5 jours maximum est disponible, de quoi installer n8n, importer vos workflows et les exécuter sur des données réelles.
-
Un GPU est-il nécessaire pour l'IA ?
Non, si vos agents appellent des modèles distants comme OpenAI, Claude ou Gemini : n8n envoie seulement les requêtes. Un serveur GPU est nécessaire quand les modèles tournent en local, par exemple avec Ollama, pour que prompts et données restent dans votre infrastructure.
-
Puis-je avoir mon domaine et un certificat HTTPS ?
Oui. Pointez un enregistrement DNS vers le serveur et placez n8n derrière un reverse proxy comme nginx, Caddy ou Traefik avec un certificat Let's Encrypt. Définissez l'URL des webhooks sur le même domaine pour que les services externes appellent la bonne adresse.
-
Peut-on étendre le stockage ?
Oui pour les configurations DC1, DC2 et DC3 : les disques des emplacements libres s'ajoutent via un ticket au support, et le tarif mensuel est ajusté en conséquence. Pour les autres configurations, mieux vaut prévoir de la marge dans la configuration des disques dès la commande.
-
Et si un disque tombe en panne ?
Avec deux disques en RAID 1, n8n continue de tourner sur le disque restant. Vous ouvrez un ticket au support, INTROSERV remplace le disque au datacenter et la grappe RAID se reconstruit.
-
Puis-je passer à un plus gros serveur ?
Oui. Commandez le nouveau serveur, exportez workflows et identifiants avec la CLI n8n, importez-les sur le nouveau serveur et gardez la même clé de chiffrement pour que les identifiants enregistrés restent valides.