[{"data":1,"prerenderedAt":200},["ShallowReactive",2],{"seo-verification":3,"blog-signoz-apm-vps-ma-fr":6,"promo-bar-likely":199},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-signoz-apm-vps-ma-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"noindex":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":140,"ctaBody":141,"ctaButton":142,"ctaUrl":143,"relatedPosts":144},265,"signoz-apm-vps",{"fr":10,"en":12,"ar":13,"es":14},"signoz-on-vps-open-source-apm-in-15-minutes","signoz-على-vps-apm-مفتوح-المصدر-في-15-دقيقة","signoz-en-vps-apm-open-source-en-15-minutos","SigNoz sur VPS : APM open source en 15 minutes","Déployez SigNoz sur votre VPS et instrumentez Node.js, Python et Go via OpenTelemetry SDK. Traces, métriques, logs, alertes et rétention ClickHouse configurés de A à Z.",10,0,false,"2026-08-15T00:00:00+00:00","2026-10-02T14:03:20+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"Sécurité & Monitoring","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},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 (v0.144.0, septembre 2026), 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.",[35,39,49,52,74,77,80,83,86,90,137],{"type":36,"title":37,"body":38},"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":40,"title":41,"items":42},"ul","Ce que SigNoz vous apporte",[43,44,45,46,47,48],"**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":36,"title":50,"body":51},"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":53,"title":54,"steps":55},"steps","Installation de SigNoz via Foundry CLI",[56,59,62,65,68,71],{"title":57,"body":58},"É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":60,"body":61},"É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":63,"body":64},"É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":66,"body":67},"É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":69,"body":70},"É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":72,"body":73},"É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":36,"title":75,"body":76},"Instrumentation Node.js, Python et Go","SigNoz reçoit les traces via le protocole OTLP. Voici comment brancher trois environnements courants.\n\n**Node.js (Express\u002FFastify) :**\n\n```bash\nnpm install @opentelemetry\u002Fsdk-node @opentelemetry\u002Fauto-instrumentations-node\n```\n\nCréez un fichier `tracing.js` chargé avant le reste de l'application :\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\nDémarrez votre app en 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\n**Go — spans manuels :**\n\nPour Go, l'instrumentation auto est plus limitée ; on créé des spans manuellement :\n\n```bash\ngo get go.opentelemetry.io\u002Fotel \\\n       go.opentelemetry.io\u002Fotel\u002Fexporters\u002Fotlp\u002Fotlptrace\u002Fotlptracehttp \\\n       go.opentelemetry.io\u002Fotel\u002Fsdk\u002Ftrace\n```\n\nInitialisez le traceur dans votre `main.go` :\n\n```bash\nexp, _ := otlptracehttp.New(ctx,\n    otlptracehttp.WithEndpointURL(\"http:\u002F\u002F\u003CIP_VPS>:4318\"),\n    otlptracehttp.WithInsecure(),\n)\ntp := sdktrace.NewTracerProvider(sdktrace.WithBatcher(exp))\notel.SetTracerProvider(tp)\n```\n\nPuis créez des spans autour des opérations critiques :\n\n```bash\ntracer := otel.Tracer(\"mon-service-go\")\nctx, span := tracer.Start(ctx, \"fetch-user-details\")\ndefer span.End()\nspan.SetAttributes(attribute.String(\"user.id\", userID))\n```\n\nDans les trois cas, les traces apparaissent dans l'interface SigNoz sous **Services** dans les secondes qui suivent le premier appel.",{"type":36,"title":78,"body":79},"Configurer la rétention et le cold storage ClickHouse","Sur un VPS à disque limité, la rétention par défaut de SigNoz (3 jours de traces, 30 jours de métriques) peut saturer l'espace en quelques semaines si votre volume de traces est élevé.\n\n**Ajuster la rétention depuis l'UI :**\n\nAllez dans **Settings → Retention Period** pour définir des durées différentes pour les traces, les métriques et les logs. Pour une agence multi-projets, **7 jours de traces et 90 jours de métriques** est un bon équilibre.\n\n**Configurer le cold storage ClickHouse (TTL par volume) :**\n\nPour les VPS avec un second volume moins cher (par exemple un volume bloc supplémentaire monté sur `\u002Fmnt\u002Fcold`), vous pouvez configurer ClickHouse pour déplacer les données âgées automatiquement.\n\nDans `\u002Fetc\u002Fclickhouse-server\u002Fconfig.xml`, ajoutez un volume `cold` :\n\n```bash\n\u003Cstorage_configuration>\n  \u003Cdisks>\n    \u003Cdefault\u002F>\n    \u003Ccold_disk>\n      \u003Ctype>local\u003C\u002Ftype>\n      \u003Cpath>\u002Fmnt\u002Fcold\u002Fclickhouse\u002F\u003C\u002Fpath>\n    \u003C\u002Fcold_disk>\n  \u003C\u002Fdisks>\n  \u003Cpolicies>\n    \u003Ctiered>\n      \u003Cvolumes>\n        \u003Chot>\u003Cdisk>default\u003C\u002Fdisk>\u003C\u002Fhot>\n        \u003Ccold>\u003Cdisk>cold_disk\u003C\u002Fdisk>\u003C\u002Fcold>\n      \u003C\u002Fvolumes>\n    \u003C\u002Ftiered>\n  \u003C\u002Fpolicies>\n\u003C\u002Fstorage_configuration>\n```\n\nPuis appliquez la politique TTL sur les tables de traces SigNoz :\n\n```bash\nALTER TABLE signoz_traces.distributed_signoz_index_v2\n  MODIFY TTL toDateTime(timestamp) + INTERVAL 7 DAY\n  TO VOLUME 'cold',\n  toDateTime(timestamp) + INTERVAL 30 DAY DELETE;\n```\n\nClickHouse déplace les données vers le volume `cold` après 7 jours et les supprime après 30 jours — sans intervention manuelle.",{"type":36,"title":81,"body":82},"Alertes personnalisées dans SigNoz","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. Vous pouvez créer des alertes sur n'importe lequel de ces signaux.\n\n**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.\n\n**Alerte sur le taux d'erreur :**\nUtilisez la condition `rate(signoz_calls_total{service_name=\"mon-api\",status_code=\"STATUS_CODE_ERROR\"}[5m]) > 0.05` pour déclencher une alerte si plus de 5 % des appels échouent sur 5 minutes.\n\n**Détection d'anomalie (alerte sur variation soudaine) :**\nSigNoz supporte des alertes de type **Anomaly** (onglet dédié dans la création de règle) : définissez une fenêtre de référence (par exemple 7 jours) et un seuil d'écart acceptable. Toute déviation inhabituelle du débit ou de la latence déclenche l'alerte — utile pour capturer des dégradations lentes que les seuils fixes manquent.\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.",{"type":36,"title":84,"body":85},"Scaling : standalone vs cluster","SigNoz en mode **standalone** (un seul VPS, une seule instance ClickHouse) tient sans effort jusqu'à une dizaine de services instrumentés générant quelques milliers de spans par seconde. C'est le cas d'usage cible pour un VPS développeur.\n\n**Quand envisager le passage en cluster :**\n- Votre VPS atteint régulièrement **80 % d'utilisation CPU** sur le processus ClickHouse.\n- Le volume de traces ingérées dépasse **5 000 spans\u002Fs** en pointe soutenue.\n- Vous avez besoin d'une **haute disponibilité** (zéro temps d'arrêt lors des mises à jour).\n\n**Scaling vertical (recommandé en premier) :**\nAvant de distribuer, doublez la RAM du VPS. ClickHouse est conçu pour tirer parti d'une mémoire importante ; passer de 8 à 16 Go RAM déplace souvent le goulot d'étranglement vers le réseau plutôt que vers le CPU.\n\n**Scaling horizontal (cluster ClickHouse) :**\nSigNoz fournit des charts Helm pour un déploiement Kubernetes avec ClickHouse distribué (shards + réplicas). C'est une infrastructure significativement plus complexe — réservez-la aux stacks qui dépassent vraiment les limites du standalone. Sur un VPS, la voie la plus simple est un second VPS dédié à ClickHouse, relié au premier par réseau privé.",{"type":87,"title":88,"body":89},"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":91,"title":92,"headers":93,"rows":98},"comparison","SigNoz vs Datadog vs Grafana Cloud",[94,95,96,97],"Critère","SigNoz (self-hosted)","Datadog","Grafana Cloud",[99,104,109,114,119,124,129,133],[100,101,102,103],"Coût mensuel (5 services)","Coût VPS uniquement (~10-20 €)","~75-150 $ + métriques custom","Gratuit jusqu'à 10k séries, puis ~8 $\u002F1k",[105,106,107,108],"Traces distribuées","Oui (OpenTelemetry natif)","Oui (agent propriétaire)","Oui (Tempo, via OTLP)",[110,111,112,113],"Métriques","Oui (Prometheus-compatible)","Oui (propriétaire + Prometheus)","Oui (Mimir, Prometheus-compatible)",[115,116,117,118],"Logs","Oui (intégré)","Oui (coût additionnel)","Oui (Loki, coût additionnel)",[120,121,122,123],"Souveraineté des données","Totale — données sur votre VPS","Données chez Datadog (US\u002FEU)","Données chez Grafana Labs",[125,126,127,128],"Complexité opérationnelle","Moyenne (Docker, 1 VPS)","Nulle (SaaS)","Faible (SaaS)",[130,131,132,132],"Mise à jour","Manuelle (foundryctl)","Automatique",[134,135,136,135],"Support","Communauté + plan payant","Payant (inclus)",{"type":36,"title":138,"body":139},"Dépannage approfondi","**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**\nLa cause la plus fréquente est une variable `OTEL_EXPORTER_OTLP_ENDPOINT` incorrecte. Vérifiez que :\n- l'URL pointe vers l'**IP publique** du VPS, pas vers `localhost` ;\n- le port est **4318** pour OTLP\u002FHTTP (ou 4317 pour gRPC) ;\n- aucun pare-feu ne bloque ce port entre votre app et le VPS.\n\nTest rapide depuis le serveur de l'application :\n\n```bash\ncurl -v http:\u002F\u002F\u003CIP_VPS>:4318\n```\n\nUne réponse `405 Method Not Allowed` confirme que le collector écoute bien.\n\n**ClickHouse OOM — conteneur en boucle de redémarrage**\nConsultez `dmesg | grep -i oom` pour confirmer le kill. Si la RAM est insuffisante, limitez l'utilisation mémoire de ClickHouse :\n\n```bash\necho '\u003Cmax_memory_usage>2000000000\u003C\u002Fmax_memory_usage>' \\\n  >> \u002Fetc\u002Fclickhouse-server\u002Fusers.xml\ndocker compose restart clickhouse\n```\n\n**Timeout de démarrage SigNoz**\nSi `docker compose ps` montre le conteneur `signoz` en `starting` pendant plus de 5 minutes, ClickHouse n'est pas encore prêt. SigNoz attend une réponse de ClickHouse avant de s'initialiser. Vérifiez la santé du conteneur ClickHouse :\n\n```bash\ndocker compose logs clickhouse --tail=50\n```\n\nUn disque plein ou des droits insuffisants sur le volume de données sont les causes les plus courantes de ce blocage.\n\n**Erreur `connection refused` depuis l'app**\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`.","Un VPS taillé pour SigNoz et vos outils DevOps","Nos offres développeurs démarrent à 4 Go de RAM avec des SSD 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",[145,165,183],{"id":146,"slug":147,"slugs":148,"title":152,"excerpt":153,"readTime":154,"views":155,"isPinned":19,"noindex":19,"publishedAt":156,"updatedAt":157,"category":158,"categories":159,"featuredImage":30,"bgImage":31,"posterImage":161,"relatedSolution":162},243,"loki-grafana-logs-centralises-vps",{"fr":147,"en":149,"ar":150,"es":151},"centralize-docker-logs-on-your-vps-with-loki-and-grafana","مركزة-سجلات-docker-على-vps-باستخدام-loki-وgrafana","centralizar-logs-docker-en-vps-con-loki-y-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.",11,1,"2026-08-10T00:00:00+00:00","2026-09-08T22:00:02+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[160],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Floki-grafana-logs-centralises-vps-poster.svg",{"categorySlug":163,"appSlug":164},"monitoring","grafana",{"id":166,"slug":167,"slugs":168,"title":172,"excerpt":173,"readTime":174,"views":175,"isPinned":19,"noindex":19,"publishedAt":176,"updatedAt":177,"category":178,"categories":179,"featuredImage":30,"bgImage":31,"posterImage":181,"relatedSolution":182},220,"opentelemetry-grafana-tempo-vps",{"fr":167,"en":169,"ar":170,"es":171},"grafana-tempo-and-opentelemetry-distributed-tracing-on-vps","grafana-tempo-وopentelemetry-التتبع-الموزع-على-خادم-vps","grafana-tempo-opentelemetry-trazado-distribuido-vps","Grafana Tempo et OpenTelemetry : traçage distribué sur VPS","Déployez OpenTelemetry + Grafana Tempo sur votre VPS : architecture, configuration complète, instrumentation Node.js\u002FPython, rétention S3 et TraceQL.",12,2,"2026-08-04T00:00:00+00:00","2026-11-04T16:30:26+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[180],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fopentelemetry-grafana-tempo-vps-poster.svg",{"categorySlug":163,"appSlug":164},{"id":184,"slug":185,"slugs":186,"title":190,"excerpt":191,"readTime":154,"views":155,"isPinned":19,"noindex":19,"publishedAt":192,"updatedAt":193,"category":194,"categories":195,"featuredImage":30,"bgImage":31,"posterImage":197,"relatedSolution":198},106,"monitoring-vps-grafana-prometheus",{"fr":185,"en":187,"ar":188,"es":189},"vps-monitoring-with-grafana-and-prometheus","مراقبة-الخادم-الافتراضي-vps-باستخدام-grafana-و-prometheus","monitorizacion-vps-grafana-prometheus","Monitoring VPS avec Grafana et Prometheus","Déployez Prometheus 3.x, Grafana 13.x, Node Exporter et Alertmanager sur votre VPS avec Docker Compose. Dashboards, alertes et durcissement.","2026-03-06T00:00:00+00:00","2026-10-05T14:05:27+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[196],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fmonitoring-vps-grafana-prometheus-poster.svg",{"categorySlug":163,"appSlug":164},true,1794270802411]