I Stopped Scheduling My n8n Workflows on the Hour — My 429s Disappeared

说明与用途

将 n8n 工作流从整点调度改为非整点、加入随机延迟并设置重试策略，消除了因 API 限流导致的 429 错误。

问题

Multiple n8n workflows scheduled at the exact hour caused 429 Too Many Requests errors due to API rate limiting.

结果

Zero 429 errors and no manual re‑runs after two weeks; manual re‑run time dropped from ~20 minutes per week to none.

工作流

• 1. Identify workflows scheduled at :00 via n8n execution list.
• 2. Move each schedule to a non‑round minute (e.g., 09:07, 09:23, 09:41).
• 3. Add a Wait node with random delay 0–90s at the start of bursty workflows.
• 4. Configure HTTP nodes to retry on 429 with exponential backoff (2s → 8s → 32s) and max three retries.

证据

Three workflows, one shared API key, all calling the same LLM endpoint at the top of the hour.

来源

The first one through got its tokens. The second one squeaked by. The third ate the rate limit.

来源

Level 1: stagger by hand (five minutes of work). I moved the three schedules to 09:07, 09:23, and 09:41 in the n8n UI.

来源

Level 2: jitter for anything bursty. I added a small Wait node at the head with a random delay of 0–90 seconds.

来源

Before: ~6–10 429 rejections per week across the three workflows, each one a dead-letter entry I had to manually re-run. After two weeks of staggered schedules: zero.

来源