[Hcoop-discuss] Server pricing
Justin S. Leitgeb
leitgebj at hcoop.net
Wed Feb 8 12:42:16 EST 2006
The problem is that if we're really talking about a terabyte of storage
space or more, I think that it is still outside of our budget to buy
space that is both abundant *and* fast. If you don't believe me, try
pricing out a system with 1 TB of SCSI storage in RAID 10, a powerful
RAID controller, and a 2U+ machine to house it in. By the time we came
up with $6,000+ US to spend on such a system, we would have outgrown it
in terms of our space needs and have to buy another bigger and faster one.
The only way that I can imagine buying a large storage system is to pack
a box with SATA disks, which is going to be less reliable and slower
than a SCSI equivalent. That would make it unreliable as a login
server, and more useful as an "offline" storage box for hcoop members
(i.e., space not actively being hit, aside from occasional transfers).
While I think that this could be useful in the future, it would be fine
to add to our services later, rather than putting it in a central place
in our environment.
Personally, I would still rather get a strong web server, a strong IMAP
+ hcoop services server, and then think about our next upgrade, which
would probably be a hardware firewall, or another web server rather than
a storage server.
This said, I'm not against storage servers in enterprise environments...
but a SAN is a huge investment, in time and money, and we're not ready
for it yet. A NAS (basically a dedicated fileserver box) is more within
our means, but as a later add-on, rather than a central part of our
environment. This is basically because we are not yet ready to lay out
massive amounts of cash for space that is abundant and fast.
I know that one of the reasons that we were looking at an architecture
that gave a fileserver a central place was that it would make
administration easier... but we have to recognize all of the tools that
are available to us, as unix/linux admins in a growing network. I'm
thinking especially of tools like cfengine, which I'm deploying now to
help manage a network of 300 + linux boxes and a handful of Sun machines.
Sorry if I'm being problematic by not subscribing to the fileserver idea
easily, I just don't see the benefit of it right off the bat as a
central piece of our infrastructure. Let's grow a bit first, and then
wait until we actually have usage patterns that indicate where we could
leverage it, and then start looking at options.
If we do want the terabytes of storage now, the only option that I see
is a SATA RAID array, that is set up like a NAS -- still not in the
center of our network. This is the only tenable option that I see right
now.
Justin
Adam Chlipala wrote:
>Justin S. Leitgeb wrote:
>
>
>
>>Based on our discussions, and from looking at our utilization of fyodor,
>>buying two of these (one for login and user files, the other hcoop
>>administration and services, including IMAP) should keep us going for a
>>while quite comfortably. So, a starting hardware package, in my
>>estimate, would cost $4224, with basic redundancy and room to grow.
>>
>>
>>
>So you don't think it's appropriate to have a dedicated file server? I
>thought that we had definitely agreed on using a shared filesystem in a
>previous thread. Are you proposing that the "hcoop administration and
>services" server be the one with the terabytes of storage attached to
>it? (I have no doubt that even the current membership size could
>gainfully use a terabyte of disk space if we announced that we could
>support arbitrary amounts of it.)
>
>_______________________________________________
>Hcoop-discuss mailing list
>Hcoop-discuss at hcoop.net
>http://hcoop.net/cgi-bin/mailman/listinfo/hcoop-discuss
>
>
More information about the HCoop-Discuss
mailing list