obs: Prometheus limit 2560Mi->4Gi (OOM 22-jul); n8n: add requests/limits

Prometheus superaba 2560Mi en picos (WAL replay/compaction tras reinicio de
cluster) -> OOMKilled 2x. n8n no declaraba resources y era candidato a OOM-kill
bajo presion de memoria del nodo.

apps/n8n/values.yaml

@@ -21,6 +21,14 @@ versionNotifications:
 main:
   extraEnvVars:
     N8N_EDITOR_BASE_URL: https://n8n.alexandre-vazquez.cloud
+  # Sin resources el pod no reservaba nada y era candidato a OOM-kill cuando el nodo
+  # tenia presion de memoria. Uso estable ~255Mi; limite holgado para picos de workflows.
+  resources:
+    requests:
+      cpu: 100m
+      memory: 256Mi
+    limits:
+      memory: 640Mi
 
 ingress:
   enabled: true

apps/observability/kube-prom-stack-values.yaml

@@ -170,11 +170,12 @@ prometheus:
     resources:
       requests:
         cpu: 250m
-        memory: 700Mi
+        memory: 900Mi
       limits:
-        # 2560Mi (no menos): el replay del WAL al arrancar necesita mas pico que
-        # el estado estable; con 1500Mi hace OOMKilled -> CrashLoopBackOff.
-        memory: 2560Mi
+        # 4Gi: en estado estable usa ~1.7Gi, pero picos (WAL replay al arrancar,
+        # compaction, scrape backlog tras un reinicio del cluster) superaban 2560Mi
+        # -> OOMKilled 2x el 2026-07-22. 4Gi da margen sobre esos picos.
+        memory: 4Gi
     storageSpec:
       volumeClaimTemplate:
         spec: