Bob La Quey wrote:
Does one simply roll an IBM z/series box into a room, plug it into a
fat TCP/IP pipe, power and a cooling system, turn iton and go to
work? I am truly ignorant of what logistics surround these z/series
beasties. It seems to me that reducing all of the peripheral
logistics is the main point of the container approach. No reason why
IBM could not put z/series into a container as well.
BWAHAHAHAHAHAH! <sniff> Sorry about that.
What makes you think one of the Sun boxen is that easy?
Data centers are all about "peripheral logistics". For the servers to
be your bottleneck:
A) Your internal cabling has to be GigE or better
B) Your routers have to be GigE+ *and* configured properly
C) Your storage has to *need* RAID. For writing, it better be one of
the mirrored RAID levels rather than striped.
D) You application has a high parallelism and makes use of it.
That set of characteristics pretty rarely happens.
Is building expensive buildings, which it seems most data centers
are, really the best way to package this stuff?
Huh? This doesn't fix *anything* to do with the building. You still
need redundant power. You still need generators. You still need
multiple backbone connections coming out of opposite sides of the
building. You still need fire suppression systems. ...
AT&T has just built a new data center literally across the street
from my house. They spent at least two years building a fortress at
what had to be huge costs. I don't see the point of it.
To prevent people from finding the NSA feed ...
Err, sorry, only serious ...
Telecom works on a no downtime schedule. These boxes don't even get
close to that. Telecom uses a lot of Tandem boxen (sold to DEC -> sold
to Compaq -> split in a hostile giveaway to HP/Intel). Those boxes have
redundant processors running the same code at different deltas and then
vote on result correctness. The optic fiber feeds are redundant. The
batteries are huge. The build can withstand probably anything short of
being the epicenter of a 7.0.
-a
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
