TY - GEN
T1 - Leveraging stored energy for handling power emergencies in aggressively provisioned datacenters
AU - Govindan, Sriram
AU - Wang, Di
AU - Sivasubramaniam, Anand
AU - Urgaonkar, Bhuvan
PY - 2012
Y1 - 2012
N2 - Datacenters spend $10-25 per watt in provisioning their power infrastructure, regardless of the watts actually consumed. Since peak power needs arise rarely, provisioning power infrastructure for them can be expensive. One can, thus, aggressively under-provision infrastructure assuming that simultaneous peak draw across all equipment will happen rarely. The resulting non-zero probability of emergency events where power needs exceed provisioned capacity, however small, mandates graceful reaction mechanisms to cap the power draw instead of leaving it to disruptive circuit breakers/fuses. Existing strategies for power capping use temporal knobs local to a server that throttle the rate of execution (using power modes), and/or spatial knobs that redirect/migrate excess load to regions of the datacenter with more power headroom. We show these mechanisms to have performance degrading ramifications, and propose an entirely orthogonal solution that leverages existing UPS batteries to temporarily augment the utility supply during emergencies. We build an experimental prototype to demonstrate such power capping on a cluster of 8 servers, each with an individual battery, and implement several online heuristics in the context of different datacenter workloads to evaluate their effectiveness in handling power emergencies. We show that: (i) our battery-based solution can handle emergencies of short duration on its own, (ii) supplement existing reaction mechanisms to enhance their efficacy for longer emergencies, and (iii) battery even provide feasible options when other knobs do not suffice.
AB - Datacenters spend $10-25 per watt in provisioning their power infrastructure, regardless of the watts actually consumed. Since peak power needs arise rarely, provisioning power infrastructure for them can be expensive. One can, thus, aggressively under-provision infrastructure assuming that simultaneous peak draw across all equipment will happen rarely. The resulting non-zero probability of emergency events where power needs exceed provisioned capacity, however small, mandates graceful reaction mechanisms to cap the power draw instead of leaving it to disruptive circuit breakers/fuses. Existing strategies for power capping use temporal knobs local to a server that throttle the rate of execution (using power modes), and/or spatial knobs that redirect/migrate excess load to regions of the datacenter with more power headroom. We show these mechanisms to have performance degrading ramifications, and propose an entirely orthogonal solution that leverages existing UPS batteries to temporarily augment the utility supply during emergencies. We build an experimental prototype to demonstrate such power capping on a cluster of 8 servers, each with an individual battery, and implement several online heuristics in the context of different datacenter workloads to evaluate their effectiveness in handling power emergencies. We show that: (i) our battery-based solution can handle emergencies of short duration on its own, (ii) supplement existing reaction mechanisms to enhance their efficacy for longer emergencies, and (iii) battery even provide feasible options when other knobs do not suffice.
UR - http://www.scopus.com/inward/record.url?scp=84863358469&partnerID=8YFLogxK
UR - http://www.scopus.com/inward/citedby.url?scp=84863358469&partnerID=8YFLogxK
U2 - 10.1145/2150976.2150985
DO - 10.1145/2150976.2150985
M3 - Conference contribution
AN - SCOPUS:84863358469
SN - 9781450307598
T3 - International Conference on Architectural Support for Programming Languages and Operating Systems - ASPLOS
SP - 75
EP - 86
BT - ASPLOS XVII - 17th International Conference on Architectural Support for Programming Languages and Operating Systems
T2 - 17th International Conference on Architectural Support for Programming Languages and Operating Systems, ASPLOS 2012
Y2 - 3 March 2012 through 7 March 2012
ER -