[{"data":1,"prerenderedAt":194},["ShallowReactive",2],{"seo-verification":3,"blog-signoz-en-vps-apm-open-source-en-15-minutos-es":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-signoz-en-vps-apm-open-source-en-15-minutos-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":137,"ctaBody":138,"ctaButton":139,"ctaUrl":140,"relatedPosts":141},265,"signoz-en-vps-apm-open-source-en-15-minutos",{"fr":12,"en":13,"ar":14,"es":10},"signoz-apm-vps","signoz-on-vps-open-source-apm-in-15-minutes","signoz-على-vps-apm-مفتوح-المصدر-في-15-دقيقة","SigNoz en VPS: APM open source en 15 minutos","Despliegue SigNoz en su VPS y conecte sus apps con el SDK de OpenTelemetry en 15 min. Trazas, métricas y logs centralizados, sin pagar Datadog.",7,0,false,"2026-08-15T00:00:00+00:00","2026-09-08T22:00:02+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"Seguridad y monitorización","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 factura de media 15 $ por host y por mes, a los que se suman cargos por métrica que se disparan en cuanto su tráfico crece. SigNoz, plataforma open source construida sobre ClickHouse y OpenTelemetry, ofrece los tres pilares de la observabilidad — trazas, métricas, logs — en su propio VPS y sin suscripción. En quince minutos cronometrados, dispone de un APM completo, controlado y soberano.",[35,39,49,52,74,77,80,84,131,134],{"type":36,"title":37,"body":38},"h2","¿Por qué sustituir Datadog o New Relic por SigNoz?","Las herramientas SaaS de observabilidad tienen un modelo de precios temible: gratis hasta un puñado de hosts y, después, la factura se dispara con cada servicio añadido. Para una agencia web que gestiona diez proyectos de clientes o un desarrollador independiente que escala su SaaS, **la cuenta mensual supera rápidamente los 200 a 500 €** sin que el valor añadido sea proporcional.\n\nSigNoz cambia las reglas del juego. Es una plataforma de observabilidad open source (licencia Apache 2.0) que se apoya en **ClickHouse** para el almacenamiento de alto rendimiento de las trazas y las métricas, y en el protocolo **OpenTelemetry** para la instrumentación. Sus datos se quedan en su casa, usted controla la retención y solo paga el VPS que hace funcionar la stack.",{"type":40,"title":41,"items":42},"ul","Lo que SigNoz le aporta",[43,44,45,46,47,48],"**Trazas distribuidas**: visualice el recorrido completo de una petición HTTP a través de sus microservicios, con los spans, las duraciones y los errores en cada etapa.","**Métricas compatibles con Prometheus**: importe sus dashboards existentes o cree otros nuevos desde la interfaz de SigNoz.","**Logs centralizados**: recopile y correlacione los logs estructurados de todas sus aplicaciones en una interfaz unificada.","**Alertas configurables**: defina umbrales sobre cualquier métrica y reciba notificaciones por Slack, PagerDuty o webhook.","**Dashboards personalizables**: cree vistas de negocio o técnicas en unos clics, sin necesidad obligatoria de LoQL ni PromQL.","**Interfaz moderna**: UI React responsive accesible en el puerto 8080 de su VPS, sin agente propietario del lado del cliente.",{"type":36,"title":50,"body":51},"Requisitos previos antes de empezar","SigNoz se apoya en **ClickHouse**, un motor de base de datos columnar muy exigente en memoria. El mínimo absoluto recomendado es **4 GB de RAM** — por debajo, el OOM killer del kernel mata ClickHouse antes incluso de que se cargue la UI. Para un uso en producción con varias aplicaciones instrumentadas, apunte a 8 GB.\n\nEsta es la lista completa de requisitos previos:\n- Un VPS con Ubuntu 22.04 o Debian 12.\n- **Docker Engine ≥ 24** y Docker Compose V2 instalados.\n- El puerto **8080** abierto en su cortafuegos (UI de SigNoz).\n- Los puertos **4317** (OTLP\u002FgRPC) y **4318** (OTLP\u002FHTTP) abiertos para recibir las trazas.\n- Un acceso root o sudo en el VPS.\n- Al menos **20 GB de espacio libre en disco** para ClickHouse y sus archivos de datos.",{"type":53,"title":54,"steps":55},"steps","Instalación de SigNoz con Foundry CLI",[56,59,62,65,68,71],{"title":57,"body":58},"Paso 1 — Instalar Docker en su VPS","Si Docker aún no está presente, instálelo con el script oficial:\n\n```bash\ncurl -fsSL https:\u002F\u002Fget.docker.com | sh\nsystemctl enable --now docker\ndocker --version\n```\n\nCompruebe que el comando `docker compose` (V2, sin guion) funciona:\n\n```bash\ndocker compose version\n```",{"title":60,"body":61},"Paso 2 — Instalar Foundry CLI (foundryctl)","Desde la versión **v0.112.0**, SigNoz adopta el **Foundry CLI** como método de despliegue oficial. El antiguo `install.sh` basado en docker-compose está obsoleto.\n\n```bash\ncurl -L https:\u002F\u002Fget.foundry.so\u002Ffoundryctl\u002Flatest | bash\nexport PATH=\"$HOME\u002F.foundry\u002Fbin:$PATH\"\nfoundryctl --version\n```\n\nAñada el export PATH en su `~\u002F.bashrc` o `~\u002F.profile` para hacerlo permanente.",{"title":63,"body":64},"Paso 3 — Crear el archivo casting.yaml","Foundry CLI utiliza un archivo declarativo `casting.yaml` para definir 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},"Paso 4 — Lanzar el despliegue","Basta un solo comando para arrancar toda la stack:\n\n```bash\nfoundryctl cast -f casting.yaml\n```\n\nFoundry CLI descarga las imágenes Docker, configura los volúmenes persistentes y arranca los contenedores en el orden correcto. El arranque completo tarda entre 2 y 3 minutos. Siga los logs en tiempo real:\n\n```bash\ndocker compose -f \u002Fopt\u002Fsignoz\u002Fdocker-compose.yaml logs -f\n```",{"title":69,"body":70},"Paso 5 — Comprobar que SigNoz está operativo","Espere a que todos los contenedores estén en estado `healthy`:\n\n```bash\ndocker compose -f \u002Fopt\u002Fsignoz\u002Fdocker-compose.yaml ps\n```\n\nAbra después su navegador en `http:\u002F\u002F\u003CIP_VPS>:8080`. Cree su cuenta de administrador en la primera conexión. **Nota**: el antiguo puerto 3301 mencionado en tutoriales de la comunidad está obsoleto — el puerto actual es el **8080**.",{"title":72,"body":73},"Paso 6 — Asegurar el acceso con un reverse proxy","No deje el puerto 8080 expuesto directamente en producción. Coloque Nginx como reverse proxy con un certificado 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\nCierre después el puerto 8080 en su cortafuegos.",{"type":36,"title":75,"body":76},"Instrumentar su aplicación con el SDK de OpenTelemetry","SigNoz recibe las trazas mediante el protocolo OTLP. Así es como se conecta una aplicación **Node.js** y una aplicación **Python**.\n\n**Node.js (Express):**\n\n```bash\nnpm install @opentelemetry\u002Fsdk-node @opentelemetry\u002Fauto-instrumentations-node\n```\n\nCree un archivo `tracing.js` al arrancar su 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\nArranque su app con la variable de entorno apuntando a su 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\nEn ambos casos, las trazas aparecen en la interfaz de SigNoz bajo **Services** en los segundos siguientes a la primera llamada HTTP.",{"type":36,"title":78,"body":79},"Crear dashboards y alertas","Una vez instrumentadas sus aplicaciones, SigNoz rellena automáticamente la vista **Services** con la latencia P50\u002FP99, la tasa de error y el rendimiento de cada servicio.\n\n**Crear un dashboard personalizado:**\n1. Vaya a **Dashboards → New Dashboard**.\n2. Añada un panel de tipo **Time Series** y seleccione una métrica Prometheus.\n3. Aplique filtros por servicio, entorno o endpoint.\n\n**Configurar una alerta sobre la latencia P99:**\n1. Vaya a **Alerts → New Alert Rule**.\n2. Elija el tipo **Metric Based Alert**.\n3. Introduzca la condición: `p99(signoz_latency_bucket{service_name=\"mon-api\"}) > 500` (alerta si P99 > 500 ms).\n4. Configure el canal de notificación: Slack, correo o webhook.",{"type":81,"title":82,"body":83},"tip","Cuidado con los OOM kills de ClickHouse","ClickHouse es el componente más exigente de la stack SigNoz. En un VPS con menos de 4 GB de RAM disponible, el kernel Linux puede matar el proceso ClickHouse con una señal **exit code 137** (SIGKILL enviado por el OOM killer).\n\n**Síntoma**: la interfaz de SigNoz se carga pero ya no muestra datos, o el contenedor `clickhouse` se reinicia en bucle. Los logs de la aplicación no mencionan nada — el error está a nivel del kernel.\n\n**Diagnóstico**:\n\n```bash\ndmesg | grep -i oom\n```\n\nVerá una línea del tipo `Out of memory: Killed process XXXX (clickhouse-serv)`.\n\n**Remedios**: añada RAM a su VPS (recomendado), o limite la memoria de ClickHouse añadiendo `max_memory_usage=2000000000` (2 GB) en `\u002Fetc\u002Fclickhouse-server\u002Fusers.xml`.",{"type":85,"title":86,"headers":87,"rows":92},"comparison","SigNoz vs Datadog vs Grafana Cloud",[88,89,90,91],"Criterio","SigNoz (self-hosted)","Datadog","Grafana Cloud",[93,98,103,108,113,118,123,127],[94,95,96,97],"Coste mensual (5 servicios)","Solo el coste del VPS (~10-20 €)","~75-150 $ + métricas personalizadas","Gratis hasta 10k series, luego ~8 $\u002F1k",[99,100,101,102],"Trazas distribuidas","Sí (OpenTelemetry nativo)","Sí (agente propietario)","Sí (Tempo, vía OTLP)",[104,105,106,107],"Métricas","Sí (compatible con Prometheus)","Sí (propietario + Prometheus)","Sí (Mimir, compatible con Prometheus)",[109,110,111,112],"Logs","Sí (integrado)","Sí (coste adicional)","Sí (Loki, coste adicional)",[114,115,116,117],"Soberanía de los datos","Total — datos en su VPS","Datos en Datadog (US\u002FUE)","Datos en Grafana Labs",[119,120,121,122],"Complejidad operativa","Media (Docker, 1 VPS)","Nula (SaaS)","Baja (SaaS)",[124,125,126,126],"Actualización","Manual (foundryctl)","Automática",[128,129,130,129],"Soporte","Comunidad + plan de pago","De pago (incluido)",{"type":36,"title":132,"body":133},"Resolver los problemas más habituales","**La UI no se carga en el puerto 8080**\nCompruebe que el contenedor `signoz-frontend` está en estado `running` y que su cortafuegos autoriza el puerto:\n\n```bash\ndocker compose ps | grep frontend\nufw status | grep 8080\n```\n\n**Las trazas no aparecen en la interfaz**\nCompruebe que el puerto 4318 (OTLP\u002FHTTP) es accesible desde su aplicación:\n\n```bash\ncurl -v http:\u002F\u002F\u003CIP_VPS>:4318\n```\nUna respuesta `405 Method Not Allowed` confirma que el collector sí está escuchando.\n\n**El contenedor ClickHouse se reinicia en bucle**\nCasi con toda seguridad es un OOM kill. Consulte `dmesg | grep -i oom` para confirmarlo.\n\n**Error `connection refused` desde la app hacia el VPS**\nAsegúrese de que los puertos 4317 o 4318 están abiertos en el firewall del VPS de SigNoz, y de que la URL de `OTEL_EXPORTER_OTLP_ENDPOINT` apunta realmente a la IP pública del VPS y no a `localhost`.",{"type":81,"title":135,"body":136},"Consejo: planifique la retención de los datos de ClickHouse","De forma predeterminada, SigNoz conserva las trazas 3 días y las métricas 30 días. En un VPS de 20 GB, un volumen de trazas moderado puede llenar el disco en unas semanas.\n\nAjuste la retención en la interfaz de SigNoz en **Settings → Retention Period**. Para una agencia que gestiona varios proyectos de clientes, **7 días de trazas y 90 días de métricas** ofrecen un buen equilibrio entre visibilidad y consumo de disco.","Un VPS a la medida de SigNoz y sus herramientas DevOps","Nuestros planes para desarrolladores empiezan con 4 GB de RAM, SSD y un ancho de banda generoso — exactamente lo que SigNoz necesita para funcionar sin sobresaltos. Despliegue su stack de observabilidad en unos minutos y mantenga sus datos bajo control.","Ver los planes para desarrolladores","\u002Fsolutions\u002Fdeveloppeurs",[142,160,178],{"id":143,"slug":144,"slugs":145,"title":149,"excerpt":150,"readTime":151,"views":18,"isPinned":19,"publishedAt":152,"updatedAt":21,"category":153,"categories":154,"featuredImage":30,"bgImage":31,"posterImage":156,"relatedSolution":157},243,"centralizar-logs-docker-en-vps-con-loki-y-grafana",{"fr":146,"en":147,"ar":148,"es":144},"loki-grafana-logs-centralises-vps","centralize-docker-logs-on-your-vps-with-loki-and-grafana","مركزة-سجلات-docker-على-vps-باستخدام-loki-وgrafana","Centralizar sus logs Docker en un VPS con Loki y Grafana","Agregue los logs de todos sus contenedores Docker en un único panel de Grafana con Loki y Promtail en su VPS. Sin Datadog, sin cuotas.",11,"2026-08-10T00:00:00+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[155],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Floki-grafana-logs-centralises-vps-poster.svg",{"categorySlug":158,"appSlug":159},"monitorizacion-observabilidad","grafana",{"id":161,"slug":162,"slugs":163,"title":167,"excerpt":168,"readTime":169,"views":170,"isPinned":19,"publishedAt":171,"updatedAt":172,"category":173,"categories":174,"featuredImage":30,"bgImage":31,"posterImage":176,"relatedSolution":177},220,"grafana-tempo-opentelemetry-trazado-distribuido-vps",{"fr":164,"en":165,"ar":166,"es":162},"opentelemetry-grafana-tempo-vps","grafana-tempo-and-opentelemetry-distributed-tracing-on-vps","grafana-tempo-وopentelemetry-التتبع-الموزع-على-خادم-vps","Grafana Tempo y OpenTelemetry: trazado distribuido en VPS","Despliegue una stack completa de trazado distribuido en su VPS con OpenTelemetry y Grafana Tempo, sin vendor lock-in ni coste de APM.",4,1,"2026-08-04T00:00:00+00:00","2026-09-17T14:09:38+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[175],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fopentelemetry-grafana-tempo-vps-poster.svg",{"categorySlug":158,"appSlug":159},{"id":179,"slug":180,"slugs":181,"title":185,"excerpt":186,"readTime":169,"views":18,"isPinned":19,"publishedAt":187,"updatedAt":188,"category":189,"categories":190,"featuredImage":30,"bgImage":31,"posterImage":192,"relatedSolution":193},106,"monitorizacion-vps-grafana-prometheus",{"fr":182,"en":183,"ar":184,"es":180},"monitoring-vps-grafana-prometheus","vps-monitoring-with-grafana-and-prometheus","مراقبة-الخادم-الافتراضي-vps-باستخدام-grafana-و-prometheus","Monitorización de VPS con Grafana y Prometheus","Monte una stack Grafana + Prometheus en su VPS para recopilar, almacenar y visualizar sus métricas de sistema y de aplicación.","2026-03-06T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[191],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fmonitoring-vps-grafana-prometheus-poster.svg",{"categorySlug":158,"appSlug":159},1789665034074]