On 7/25/07, <b class="gmail_sendername">Leo Bicknell</b> <<a href="mailto:bicknell@ufp.org">bicknell@ufp.org</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>The more "urban" an area the more likely it is to have strict fire<br>codes.  </blockquote><div><br><snipped> <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
If they can be avoided, why do we put up with them?  Do we really<br>want our colo in downtown San Francisco bad enough to take the risk<br>of having a single point of failure?  How can we, as engineers, ask<br>questions about how many generators, how much fuel, and yet take
<br>for granted that there is one button on the wall that makes it all<br>turn off?  Is it simply that having colo in the middle of the city<br>is so convenient that it overrides the increased cost and the reduced<br>redundancy that are necessitated by that location?
<br><br></blockquote></div><br>We put up with EPOs for the same reason we put up with water-based fire suppression systems. Safety. When my firefighter buddy needs to cut through a wall in a data center, she better damn well be sure she can kill power to the entire area before she potentially cuts through 400-500V feeds in the walls. Hence, the EPO.
<br><br>Now, I know you referred to a single EPO for the entire facility, and how that's akin to doing brain surgery with a sledgehammer. Perhaps someday someone will come up with a more surgical method for ensuring power is removed from the areas it needs to, while other unaffected areas can continue functioning. Until that point though, I prefer we err on the side of caution and value someone's life over business continuity.
<br><br>Almost forget. You mentioned more "urban" areas require the master EPO being easily accessible in the facility. I don't know what gets more urban than the San Fran area.<br><br>-brandon<br>