Requesting 8 back end servers for maps. This will be 4 boxes replacing hardware in codfw and 4 new boxes in eqiad.
@MaxSem or @Yurik will include specific details of hardware necessary.
This hardware needs to be ordered and included in the FY15-16 budget. This will come from the discovery capex budget.
See also T125126
| Status | Assigned | Task | ||
|---|---|---|---|---|
| Resolved | None | T137848 Remove referrer check from varnish for maps cluster | ||
| Resolved | MSantos | T138028 EPIC: Enable maps on every WMF wiki | ||
| Resolved | Gehel | T133744 Epic: switch Maps to production status | ||
| Resolved | RobH | T131180 Maps back end hardware | ||
| Unknown Object (Task) | ||||
| Unknown Object (Task) | ||||
| Unknown Object (Task) | ||||
| Unknown Object (Task) | ||||
| Unknown Object (Task) |
Please only look at the backend side for the above comment. I will open another request for the varnish servers.
Summary of IRC discussion:
This is actually slightly of, 2001 & 2003 share specs, 2002 & 2004 share spacs.
- that spec is 12 cores, 96GB RAM, 1+ TB SSD
- the SSD of the current maps cluster *could* be reused in new servers
- current servers are single disk RAID 0
- we should move to RAID 1 (under discussion, we do not seem to have consensus at the moment)
I'll get the quotes for the single CPU with 12 cores and 96GB of memory. Please note that since we don't know the full load details, we aren't certain if the systems need more memory per core at this time. At 96GB, the current ratio os 8GB per core.
I'll get quotes for this,will link into a procurement task, which will include pricing from both Dell and HP. All pricing discussion will have to take place on the linked task T131864.
Orders for 4 maps backend hosts for codfw and 4 maps backend hosts for eqiad have been ordered. Their restricted view procurement tasks are linked as blockers to this task.
With that order, this request is technically resolved. The order tasks will generate on-site racking and setup tasks. Those tasks will likely hand off to @EBernhardson for service implementation (though he may suggest someone else!)