chemavx
c48ea74878
La poda por edad ya estaba activa de serie (n8n 2.15.1, prune=true, 336 h): los IDs de ejecucion empiezan en 22.634 con 7.052 filas, o sea que ya habia borrado ~22.600 el solo. El tar diario crecia 0,4 MB/dia y estaba llegando a meseta, asi que no habia desbocamiento: la premisa era falsa. El problema real era la composicion. De 322 MB de execution_data, 246 MB (76%) eran las 3.436 ejecuciones EXITOSAS de 'Real Madrid RSS -> Twitter', que corre cada 5 min y guarda 73 KB por vuelta. Sus errores -lo unico que sirve para depurar- ocupaban 2 MB. Y no es un problema de disco (21%, 699 GB libres) sino de backup: n8n esta en CROWN, asi que ese .tar.gz de 101 MB viajaba entero a MEGA cada dia y a B2 en las dos ultimas copias. Es justo el gasto que revento la cuota el 2026-07-25. Nada depende de ese historico: el monitor de reversion solo lee workflow_entity, el panel de Grafana mira replicas del deployment y 'Resumen Diario' saca metricas de k8s por un nodo Code.
108 lines
4.1 KiB
YAML
108 lines
4.1 KiB
YAML
apiVersion: apps/v1
|
|
kind: Deployment
|
|
metadata:
|
|
name: n8n
|
|
namespace: n8n
|
|
annotations:
|
|
# El operator de Infisical redespliega este Deployment cuando cambia
|
|
# n8n-secret-infisical (p.ej. rotación de GETXAPI_TOKEN) — sin kubectl manual.
|
|
secrets.infisical.com/auto-reload: "true"
|
|
spec:
|
|
replicas: 1
|
|
selector:
|
|
matchLabels:
|
|
app: n8n
|
|
# Single-replica n8n with a 485MB SQLite DB (+ active WAL) on a RWO local-path
|
|
# PVC: Recreate fully terminates the old pod (releasing the PVC and closing the
|
|
# SQLite-WAL) before the new pod starts — avoids two writers racing one DB file
|
|
# (RollingUpdate would surge a 2nd pod first).
|
|
strategy:
|
|
type: Recreate
|
|
template:
|
|
metadata:
|
|
labels:
|
|
app: n8n
|
|
spec:
|
|
securityContext:
|
|
fsGroup: 1000
|
|
runAsUser: 1000
|
|
containers:
|
|
- name: n8n
|
|
image: git.chemavx.xyz/chemavx/n8n:01d60680
|
|
imagePullPolicy: IfNotPresent
|
|
ports:
|
|
- containerPort: 5678
|
|
env:
|
|
- name: N8N_ENCRYPTION_KEY
|
|
valueFrom:
|
|
secretKeyRef:
|
|
name: n8n-secret-infisical
|
|
key: encryption-key
|
|
# Token getxapi (X autopost) — rotado 2026-07-09; el workflow lo lee
|
|
# con la expresión {{ $env.GETXAPI_TOKEN }}, nunca inline en el nodo.
|
|
- name: GETXAPI_TOKEN
|
|
valueFrom:
|
|
secretKeyRef:
|
|
name: n8n-secret-infisical
|
|
key: GETXAPI_TOKEN
|
|
# Token del bot @chemavx_bot (notificaciones) — rotado 2026-07-09.
|
|
# Lo consume el workflow "Health Check General" vía process.env,
|
|
# ya no hardcodeado. Fuente: Infisical homelab/prod/telegram.
|
|
- name: TELEGRAM_BOT_TOKEN
|
|
valueFrom:
|
|
secretKeyRef:
|
|
name: telegram-notify-infisical
|
|
key: TELEGRAM_BOT_TOKEN
|
|
- name: TELEGRAM_CHAT_ID
|
|
valueFrom:
|
|
secretKeyRef:
|
|
name: telegram-notify-infisical
|
|
key: TELEGRAM_CHAT_ID
|
|
# n8n ≥1.x bloquea $env en expresiones por defecto; sin esto el nodo
|
|
# HTTP del autopost no puede leer GETXAPI_TOKEN. Instancia single-user.
|
|
- name: N8N_BLOCK_ENV_ACCESS_IN_NODE
|
|
value: "false"
|
|
- name: N8N_HOST
|
|
value: n8n.chemavx.xyz
|
|
- name: N8N_PORT
|
|
value: "5678"
|
|
- name: N8N_PROTOCOL
|
|
value: https
|
|
- name: WEBHOOK_URL
|
|
value: https://n8n.chemavx.xyz/
|
|
- name: N8N_USER_FOLDER
|
|
value: /home/node/.n8n
|
|
- name: NODE_FUNCTION_ALLOW_EXTERNAL
|
|
value: "*"
|
|
- name: GENERIC_TIMEZONE
|
|
value: Europe/Madrid
|
|
- name: DB_TYPE
|
|
value: sqlite
|
|
- name: DB_SQLITE_DATABASE
|
|
value: /home/node/.n8n/database.sqlite
|
|
# No guardar el payload de las ejecuciones que salen BIEN (2026-07-30).
|
|
# La poda por edad ya venía activa de serie (336 h), así que la BD no
|
|
# se desbocaba; el problema era otro: de los 322 MB de execution_data,
|
|
# 246 MB eran las 3.436 tiradas VERDES de "Real Madrid RSS → Twitter",
|
|
# que corre cada 5 min y guarda 73 KB por vuelta. Los fallos, que son
|
|
# lo que se depura, ocupaban 2 MB. Y /data/n8n va entero en la lista
|
|
# CROWN del backup: eso viajaba a MEGA a diario y a B2 en las dos
|
|
# últimas copias — justo lo que reventó la cuota el 2026-07-25.
|
|
# Los errores se siguen guardando enteros (SAVE_ON_ERROR=all, defecto).
|
|
- name: EXECUTIONS_DATA_SAVE_ON_SUCCESS
|
|
value: none
|
|
resources:
|
|
requests:
|
|
cpu: 100m
|
|
memory: 256Mi
|
|
limits:
|
|
cpu: 500m
|
|
memory: 1Gi
|
|
volumeMounts:
|
|
- name: n8n-data
|
|
mountPath: /home/node/.n8n
|
|
volumes:
|
|
- name: n8n-data
|
|
persistentVolumeClaim:
|
|
claimName: n8n-pvc
|