Closed
Bug 1161894
Opened 9 years ago
Closed 9 years ago
Increase fhr.data.mozilla.com to 3 traffic IPs
Categories
(Infrastructure & Operations Graveyard :: WebOps: Other, task)
Infrastructure & Operations Graveyard
WebOps: Other
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: Atoll, Unassigned)
References
Details
(Whiteboard: [kanban:https://webops.kanbanize.com/ctrl_board/2/1125] )
Currently, fhr.data.mozilla.com has only a single traffic IP. However in adverse conditions, the (valid and reasonable) retry/backoff logic in the FHR client can lead to an increase of up to 2x-3x the normal connection rate. We can handle that volume of SSL negotiations, but not on a single load balancer. I propose we increase fhr to 3 traffic IPs, so that a drastic increase in FHR traffic for whatever reason does not trigger a negative feedback loop with ever-increasing client retries due to saturation. We're not at risk for outbound bandwidth saturation, just need more CPUs assigned to handle SSL negotiation if it fails.
We discussed this and don't see a need to increase capacity at this time. A full rewrite of FHR is coming up over the next 6-18 weeks (depending on release schedule) and we have mitigation strategies in place if any further incidents occurred.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Updated•5 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•