# Sentry: 429 rate limited, events dropped
## The error
SDK debug output or server logs show 429 responses from the ingest endpoint. Events are being dropped before they become issues.
## Which limiter is it
- **Quota exhausted:** you hit the monthly limit for that data category (errors, spans, replays, attachments, logs, metrics each have their own). Everything over the line is refused until the quota resets or is raised.
- **Spike protection:** volume spiked above your baseline-derived threshold, and Sentry started dropping the excess so you are not billed for the anomaly. This is per-project and must be enabled in Settings > Spike Protection (Billing or Owner role).
Check Settings > Subscription > Usage (the Stats Usage tab shows per-project breakdowns) to see which project and which category spiked, and when.
## Fix order, cheapest first
1. Confirm spike protection is on for every project. It is the cheapest insurance and the docs list it first.
2. Find the burner: the Usage tab shows which project and category. A single noisy deploy or a retry storm is the usual story.
3. Cut at the source: lower `tracesSampleRate`, add `ignoreErrors`/`beforeSend` filters, fix the bug causing the spike.
4. Adjust quota or add pay-as-you-go only after the source is controlled, or you are just funding the noise.
## Verify
After the fix, watch the Usage tab for the category to fall back under the threshold line, and confirm 429s stop in SDK debug output. If drops continue with normal volume, the quota itself is undersized for the traffic.