<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On 2 Feb. 2017 4:30 pm, "Chad Kelly" <<a href="mailto:chad@cpkws.com.au">chad@cpkws.com.au</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On 2/2/2017 3:19 PM, <a href="mailto:ausnog-request@lists.ausnog.net" target="_blank">ausnog-request@lists.ausnog.ne<wbr>t</a> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Of course when people say we have 2 core data centers, this should imply no<br>
data center is allowed to run over 50% capacity. It's odd/strange that 3<br>
active core data centers should sound so unorthodox, yet this is the only<br>
way to assure you can run your DCs at 65% and handle a DC going black. Begs<br>
the question why 4 active core DCs isn't standard architecture for core<br>
national infrastructure (which would assure high availability under 75%<br>
load), and 2x efficient in idle infrastructure.<br>
</blockquote>
<br></div>
I like your idea in theory.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">It's not theory. At one of the ISP's I've worked for we scaled out BRASes this way. As you add units of capacity, the required redundancy capacity required to cover a single unit failure reduces across all the other units. It works when you can divide your problem up into smaller sub-problems and distribute them across a pool.</div><div dir="auto"><br></div><div dir="auto">The argument sometimes used against it is that it is more devices to manage. True, however that is tractable by using config templates, automation and device management platforms ("software defined networks"). The problems of managing many devices is not a new one if you've spent any time managing fleets of desktop PCs.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br><br><br><br><br>
But building data centres costs money and a significant amount of it.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><span style="font-family:sans-serif">You get what you pay for. If you need high availability, you need to be prepared to pay the price if it. If you can't afford the price, then it is likely your availability requirements are greater than they really need to be. Put a dollar cost against the consequence of a failure, and you might find you really do need to pay the price of the HA you want.</span><br></div><div dir="auto"><span style="font-family:sans-serif"><br></span></div><div dir="auto"><span style="font-family:sans-serif">If you can't afford to build DCs, you rent space in other people's to meet your availability goals.</span></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I remember when the Warrnambool exchange fire occurred, a discussion was had around fire suppression and the lack of it in a critical exchange for regional Victoria.<br>
<br>
Begs the question did they have appropriate levels of fire suppression equipment installed?<br>
<br>
No good having multiple lots of equipment if its not being protected from fire properly.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">A better architecture is one where a facility fire has a far smaller impact.</div><div dir="auto"><br></div><div dir="auto">Your unit of expansion is your potential unit of failure. Larger units of expansion, larger consequences of failure.</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto">Mark.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Regards Chad.<font color="#888888"><br>
<br>
<br>
<br>
<br>
-- <br>
Chad Kelly<br>
Manager<br>
CPK Web Services<br>
web <a href="http://www.cpkws.com.au" rel="noreferrer" target="_blank">www.cpkws.com.au</a><br>
phone 03 9013 4853</font><div class="elided-text"><br>
<br>
______________________________<wbr>_________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net" target="_blank">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer" target="_blank">http://lists.ausnog.net/mailma<wbr>n/listinfo/ausnog</a><br>
</div></blockquote></div><br></div></div></div>