[{"data":1,"prerenderedAt":183},["ShallowReactive",2],{"seo-verification":3,"blog-signoz-apm-vps-fr":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"id":7,"slug":8,"slugs":9,"title":12,"excerpt":13,"readTime":14,"views":15,"isPinned":16,"publishedAt":17,"category":18,"categories":24,"featuredImage":26,"bgImage":27,"posterImage":28,"relatedSolution":26,"intro":29,"sections":30,"ctaTitle":133,"ctaBody":134,"ctaButton":135,"ctaUrl":136,"relatedPosts":137},265,"signoz-apm-vps",{"fr":8,"en":10,"ar":11},"signoz-on-vps-open-source-apm-in-15-minutes","signoz-على-vps-apm-مفتوح-المصدر-في-15-دقيقة","SigNoz sur VPS : APM open source en 15 minutes","Déployez SigNoz sur votre VPS et branchez vos apps via OpenTelemetry SDK en 15 min. Traces, métriques et logs centralisés, sans payer Datadog.",10,0,false,"2026-08-15T00:00:00+00:00",{"id":19,"name":20,"slug":21,"color":22,"icon":23},8,"Sécurité & Monitoring","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[25],{"id":19,"name":20,"slug":21,"color":22,"icon":23},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fsignoz-apm-vps-poster.svg","Datadog facture en moyenne 15 $ par hôte et par mois, auxquels s'ajoutent des frais à la métrique qui explosent dès que votre trafic grimpe. SigNoz, plateforme open source bâtie sur ClickHouse et OpenTelemetry, offre les trois piliers de l'observabilité — traces, métriques, logs — sur votre propre VPS, sans abonnement. En quinze minutes chrono, vous disposez d'un APM complet, maîtrisé et souverain.",[31,35,45,48,70,73,76,80,127,130],{"type":32,"title":33,"body":34},"h2","Pourquoi remplacer Datadog ou New Relic par SigNoz ?","Les outils SaaS d'observabilité ont un modèle tarifaire redoutable : gratuit jusqu'à une poignée d'hôtes, puis la facture s'envole avec chaque service ajouté. Pour une agence web qui gère dix projets clients ou un développeur indépendant qui scale son SaaS, **la note mensuelle dépasse rapidement 200 à 500 €** sans que la valeur ajoutée soit proportionnelle.\n\nSigNoz change la donne. C'est une plateforme d'observabilité open source (licence Apache 2.0) qui repose sur **ClickHouse** pour le stockage haute performance des traces et des métriques, et sur le protocole **OpenTelemetry** pour l'instrumentation. Vous gardez vos données chez vous, vous contrôlez la rétention, et vous ne payez que le VPS qui fait tourner la stack.",{"type":36,"title":37,"items":38},"ul","Ce que SigNoz vous apporte",[39,40,41,42,43,44],"**Traces distribuées** : visualisez le chemin complet d'une requête HTTP à travers vos microservices, avec les spans, durées et erreurs à chaque étape.","**Métriques compatibles Prometheus** : importez vos dashboards existants ou créez-en de nouveaux depuis l'interface SigNoz.","**Logs centralisés** : collectez et corréllez les logs structurés de toutes vos applications dans une interface unifiée.","**Alertes configurables** : définissez des seuils sur n'importe quelle métrique et recevez des notifications Slack, PagerDuty ou webhook.","**Dashboards personnalisables** : créez des vues métier ou techniques en quelques clics, sans LoQL ni PromQL obligatoire.","**Interface moderne** : UI React responsive accessible sur le port 8080 de votre VPS, sans agent propriétaire côté client.",{"type":32,"title":46,"body":47},"Prérequis avant de commencer","SigNoz s'appuie sur **ClickHouse**, un moteur de base de données colonnaire très gourmand en mémoire. Le minimum absolu recommandé est **4 Go de RAM** — en dessous, ClickHouse se fait tuer par l'OOM killer du kernel avant même que l'UI se charge. Pour un usage production avec plusieurs applications instrumentées, visez 8 Go.\n\nVoici la liste complète des prérequis :\n- Un VPS sous Ubuntu 22.04 ou Debian 12.\n- **Docker Engine ≥ 24** et Docker Compose V2 installés.\n- Le port **8080** ouvert dans votre pare-feu (UI SigNoz).\n- Les ports **4317** (OTLP\u002FgRPC) et **4318** (OTLP\u002FHTTP) ouverts pour recevoir les traces.\n- Un accès root ou sudo sur le VPS.\n- Au moins **20 Go d'espace disque libre** pour ClickHouse et ses fichiers de données.",{"type":49,"title":50,"steps":51},"steps","Installation de SigNoz via Foundry CLI",[52,55,58,61,64,67],{"title":53,"body":54},"Étape 1 — Installer Docker sur votre VPS","Si Docker n'est pas encore présent, installez-le avec le script officiel :\n\n```bash\ncurl -fsSL https:\u002F\u002Fget.docker.com | sh\nsystemctl enable --now docker\ndocker --version\n```\n\nVérifiez que la commande `docker compose` (V2, sans tiret) fonctionne :\n\n```bash\ndocker compose version\n```",{"title":56,"body":57},"Étape 2 — Installer Foundry CLI (foundryctl)","Depuis la version **v0.112.0**, SigNoz adopte le **Foundry CLI** comme méthode de déploiement officielle. Le vieux `install.sh` basé sur docker-compose est déprécié.\n\n```bash\ncurl -L https:\u002F\u002Fget.foundry.so\u002Ffoundryctl\u002Flatest | bash\nexport PATH=\"$HOME\u002F.foundry\u002Fbin:$PATH\"\nfoundryctl --version\n```\n\nAjoutez l'export PATH dans votre `~\u002F.bashrc` ou `~\u002F.profile` pour le rendre permanent.",{"title":59,"body":60},"Étape 3 — Créer le fichier casting.yaml","Foundry CLI utilise un fichier déclaratif `casting.yaml` pour définir la stack SigNoz :\n\n```bash\nmkdir -p \u002Fopt\u002Fsignoz && cd \u002Fopt\u002Fsignoz\n\ncat > casting.yaml \u003C\u003C 'EOF'\napiVersion: foundry.so\u002Fv1\nkind: Casting\nmetadata:\n  name: signoz\nspec:\n  release: stable\n  components:\n    - name: signoz\n      enabled: true\n    - name: clickhouse\n      enabled: true\nEOF\n```",{"title":62,"body":63},"Étape 4 — Lancer le déploiement","Une seule commande suffit pour démarrer l'ensemble de la stack :\n\n```bash\nfoundryctl cast -f casting.yaml\n```\n\nFoundry CLI télécharge les images Docker, configure les volumes persistants et démarre les conteneurs dans le bon ordre. Le démarrage complet prend environ 2 à 3 minutes. Suivez les logs en temps réel :\n\n```bash\ndocker compose -f \u002Fopt\u002Fsignoz\u002Fdocker-compose.yaml logs -f\n```",{"title":65,"body":66},"Étape 5 — Vérifier que SigNoz est opérationnel","Attendez que tous les conteneurs soient en état `healthy` :\n\n```bash\ndocker compose -f \u002Fopt\u002Fsignoz\u002Fdocker-compose.yaml ps\n```\n\nOuvrez ensuite votre navigateur sur `http:\u002F\u002F\u003CIP_VPS>:8080`. Créez votre compte administrateur lors de la première connexion. **Note** : l'ancien port 3301 mentionné dans des tutoriels communautaires est obsolète — le port actuel est bien le **8080**.",{"title":68,"body":69},"Étape 6 — Sécuriser l'accès avec un reverse proxy","Ne laissez pas le port 8080 exposé directement en production. Placez Nginx en reverse proxy avec un certificat TLS :\n\n```bash\napt install -y nginx certbot python3-certbot-nginx\n\ncat > \u002Fetc\u002Fnginx\u002Fsites-available\u002Fsignoz \u003C\u003C 'EOF'\nserver {\n    server_name signoz.votredomaine.com;\n    location \u002F {\n        proxy_pass http:\u002F\u002F127.0.0.1:8080;\n        proxy_set_header Host $host;\n        proxy_set_header X-Real-IP $remote_addr;\n    }\n}\nEOF\n\nln -s \u002Fetc\u002Fnginx\u002Fsites-available\u002Fsignoz \u002Fetc\u002Fnginx\u002Fsites-enabled\u002F\ncertbot --nginx -d signoz.votredomaine.com\nnginx -t && systemctl reload nginx\n```\n\nFermez ensuite le port 8080 dans votre pare-feu.",{"type":32,"title":71,"body":72},"Instrumenter votre application avec OpenTelemetry SDK","SigNoz reçoit les traces via le protocole OTLP. Voici comment brancher une application **Node.js** et une application **Python**.\n\n**Node.js (Express) :**\n\n```bash\nnpm install @opentelemetry\u002Fsdk-node @opentelemetry\u002Fauto-instrumentations-node\n```\n\nCréez un fichier `tracing.js` au démarrage de votre app :\n\n```bash\nconst { NodeSDK } = require('@opentelemetry\u002Fsdk-node');\nconst { getNodeAutoInstrumentations } = require('@opentelemetry\u002Fauto-instrumentations-node');\nconst sdk = new NodeSDK({ instrumentations: [getNodeAutoInstrumentations()] });\nsdk.start();\n```\n\nLancez votre app avec la variable d'environnement pointant vers votre VPS :\n\n```bash\nOTEL_EXPORTER_OTLP_ENDPOINT=\"http:\u002F\u002F\u003CIP_VPS>:4318\" \\\nOTEL_SERVICE_NAME=\"mon-api\" \\\nnode -r .\u002Ftracing.js app.js\n```\n\n**Python (FastAPI\u002FFlask) :**\n\n```bash\npip install opentelemetry-distro opentelemetry-exporter-otlp\nopentelemetry-bootstrap -a install\n\nOTEL_EXPORTER_OTLP_ENDPOINT=\"http:\u002F\u002F\u003CIP_VPS>:4318\" \\\nOTEL_SERVICE_NAME=\"mon-service-python\" \\\nopentelemetry-instrument uvicorn main:app\n```\n\nDans les deux cas, les traces apparaissent dans l'interface SigNoz sous **Services** dans les secondes qui suivent le premier appel HTTP.",{"type":32,"title":74,"body":75},"Créer des dashboards et des alertes","Une fois vos applications instrumentées, SigNoz peuple automatiquement la vue **Services** avec la latence P50\u002FP99, le taux d'erreur et le débit de chaque service.\n\n**Créer un dashboard personnalisé :**\n1. Allez dans **Dashboards → New Dashboard**.\n2. Ajoutez un panel de type **Time Series** et sélectionnez une métrique Prometheus.\n3. Appliquez des filtres par service, environnement ou endpoint.\n\n**Configurer une alerte sur la latence P99 :**\n1. Allez dans **Alerts → New Alert Rule**.\n2. Choisissez le type **Metric Based Alert**.\n3. Saisissez la condition : `p99(signoz_latency_bucket{service_name=\"mon-api\"}) > 500` (alerte si P99 > 500 ms).\n4. Configurez le canal de notification : Slack, email ou webhook.",{"type":77,"title":78,"body":79},"tip","Attention aux OOM kills de ClickHouse","ClickHouse est le composant le plus gourmand de la stack SigNoz. Sur un VPS avec moins de 4 Go de RAM disponible, le kernel Linux peut tuer le processus ClickHouse avec un signal **exit code 137** (SIGKILL envoyé par l'OOM killer).\n\n**Symptôme** : l'interface SigNoz se charge mais n'affiche plus de données, ou le conteneur `clickhouse` redémarre en boucle. Les logs applicatifs ne mentionnent rien — l'erreur est au niveau kernel.\n\n**Diagnostic** :\n\n```bash\ndmesg | grep -i oom\n```\n\nVous verrez une ligne du type `Out of memory: Killed process XXXX (clickhouse-serv)`.\n\n**Remèdes** : ajoutez de la RAM à votre VPS (recommandé), ou limitez la mémoire ClickHouse en ajoutant `max_memory_usage=2000000000` (2 Go) dans `\u002Fetc\u002Fclickhouse-server\u002Fusers.xml`.",{"type":81,"title":82,"headers":83,"rows":88},"comparison","SigNoz vs Datadog vs Grafana Cloud",[84,85,86,87],"Critère","SigNoz (self-hosted)","Datadog","Grafana Cloud",[89,94,99,104,109,114,119,123],[90,91,92,93],"Coût mensuel (5 services)","Coût VPS uniquement (~10-20 €)","~75-150 $ + métriques custom","Gratuit jusqu'à 10k séries, puis ~8 $\u002F1k",[95,96,97,98],"Traces distribuées","Oui (OpenTelemetry natif)","Oui (agent propriétaire)","Oui (Tempo, via OTLP)",[100,101,102,103],"Métriques","Oui (Prometheus-compatible)","Oui (propriétaire + Prometheus)","Oui (Mimir, Prometheus-compatible)",[105,106,107,108],"Logs","Oui (intégré)","Oui (coût additionnel)","Oui (Loki, coût additionnel)",[110,111,112,113],"Souveraineté des données","Totale — données sur votre VPS","Données chez Datadog (US\u002FEU)","Données chez Grafana Labs",[115,116,117,118],"Complexité opérationnelle","Moyenne (Docker, 1 VPS)","Nulle (SaaS)","Faible (SaaS)",[120,121,122,122],"Mise à jour","Manuelle (foundryctl)","Automatique",[124,125,126,125],"Support","Communauté + plan payant","Payant (inclus)",{"type":32,"title":128,"body":129},"Résoudre les problèmes courants","**L'UI ne se charge pas sur le port 8080**\nVérifiez que le conteneur `signoz-frontend` est en état `running` et que votre pare-feu autorise le port :\n\n```bash\ndocker compose ps | grep frontend\nufw status | grep 8080\n```\n\n**Les traces n'apparaissent pas dans l'interface**\nVérifiez que le port 4318 (OTLP\u002FHTTP) est accessible depuis votre application :\n\n```bash\ncurl -v http:\u002F\u002F\u003CIP_VPS>:4318\n```\nUne réponse `405 Method Not Allowed` confirme que le collector écoute bien.\n\n**Le conteneur ClickHouse redémarre en boucle**\nC'est très probablement un OOM kill. Consultez `dmesg | grep -i oom` pour confirmer.\n\n**Erreur `connection refused` depuis l'app vers le VPS**\nAssurez-vous que les ports 4317 ou 4318 sont ouverts dans le firewall du VPS SigNoz, et que l'URL dans `OTEL_EXPORTER_OTLP_ENDPOINT` pointe bien vers l'IP publique du VPS, pas vers `localhost`.",{"type":77,"title":131,"body":132},"Conseil : planifiez la rétention des données ClickHouse","Par défaut, SigNoz conserve les traces 3 jours et les métriques 30 jours. Sur un VPS de 20 Go, un volume de traces modéré peut remplir le disque en quelques semaines.\n\nAjustez la rétention dans l'interface SigNoz sous **Settings → Retention Period**. Pour une agence gérant plusieurs projets clients, **7 jours de traces et 90 jours de métriques** offrent un bon équilibre entre visibilité et consommation disque.","Un VPS taillé pour SigNoz et vos outils DevOps","Nos offres développeurs démarrent à 4 Go de RAM avec des SSD NVMe et une bande passante généreuse — exactement ce dont SigNoz a besoin pour tourner sans à-coups. Déployez votre stack d'observabilité en quelques minutes et gardez vos données sous contrôle.","Voir les offres développeurs","\u002Fsolutions\u002Fdeveloppeurs",[138,154,169],{"id":139,"slug":140,"slugs":141,"title":144,"excerpt":145,"readTime":14,"views":15,"isPinned":16,"publishedAt":146,"category":147,"categories":148,"featuredImage":26,"bgImage":27,"posterImage":150,"relatedSolution":151},243,"loki-grafana-logs-centralises-vps",{"fr":140,"en":142,"ar":143},"centralize-docker-logs-on-your-vps-with-loki-and-grafana","مركزة-سجلات-docker-على-vps-باستخدام-loki-وgrafana","Centraliser vos logs Docker sur VPS avec Loki et Grafana","Agrégez les logs de tous vos conteneurs Docker dans un seul tableau de bord Grafana grâce à Loki et Promtail sur votre VPS. Sans Datadog, sans quota.","2026-08-10T00:00:00+00:00",{"id":19,"name":20,"slug":21,"color":22,"icon":23},[149],{"id":19,"name":20,"slug":21,"color":22,"icon":23},"\u002Fblog\u002Fcovers\u002Floki-grafana-logs-centralises-vps-poster.svg",{"categorySlug":152,"appSlug":153},"monitoring","grafana",{"id":155,"slug":156,"slugs":157,"title":160,"excerpt":161,"readTime":162,"views":15,"isPinned":16,"publishedAt":163,"category":164,"categories":165,"featuredImage":26,"bgImage":27,"posterImage":167,"relatedSolution":168},220,"opentelemetry-grafana-tempo-vps",{"fr":156,"en":158,"ar":159},"grafana-tempo-and-opentelemetry-distributed-tracing-on-vps","grafana-tempo-وopentelemetry-التتبع-الموزع-على-خادم-vps","Grafana Tempo et OpenTelemetry : traçage distribué sur VPS","Déployez un stack de traçage distribué complet sur votre VPS avec OpenTelemetry et Grafana Tempo, sans vendor lock-in ni coût APM.",4,"2026-08-04T00:00:00+00:00",{"id":19,"name":20,"slug":21,"color":22,"icon":23},[166],{"id":19,"name":20,"slug":21,"color":22,"icon":23},"\u002Fblog\u002Fcovers\u002Fopentelemetry-grafana-tempo-vps-poster.svg",{"categorySlug":152,"appSlug":153},{"id":170,"slug":171,"slugs":172,"title":175,"excerpt":176,"readTime":162,"views":15,"isPinned":16,"publishedAt":177,"category":178,"categories":179,"featuredImage":26,"bgImage":27,"posterImage":181,"relatedSolution":182},106,"monitoring-vps-grafana-prometheus",{"fr":171,"en":173,"ar":174},"vps-monitoring-with-grafana-and-prometheus","مراقبة-الخادم-الافتراضي-vps-باستخدام-grafana-و-prometheus","Monitoring de VPS avec Grafana et Prometheus","Montez une stack Grafana + Prometheus sur votre VPS pour collecter, stocker et visualiser vos métriques système et applicatives.","2026-03-06T00:00:00+00:00",{"id":19,"name":20,"slug":21,"color":22,"icon":23},[180],{"id":19,"name":20,"slug":21,"color":22,"icon":23},"\u002Fblog\u002Fcovers\u002Fmonitoring-vps-grafana-prometheus-poster.svg",{"categorySlug":152,"appSlug":153},1787580989948]