Le 04/06/2014 03:23, Christian Balzer a écrit :
> On Tue, 03 Jun 2014 18:52:00 +0200 Cedric Lemarchand wrote:
>> Le 03/06/2014 12:14, Christian Balzer a écrit :
>>> A simple way to make 1) and 2) cheaper is to use AMD CPUs, they will do
>>> just fine at half the price with these loads.
>>> If you
Hello,
On Tue, 03 Jun 2014 18:52:00 +0200 Cedric Lemarchand wrote:
> Hello,
>
> Le 03/06/2014 12:14, Christian Balzer a écrit :
> > A simple way to make 1) and 2) cheaper is to use AMD CPUs, they will do
> > just fine at half the price with these loads.
> > If you're that tight on budget, 64GB
Hello,
Le 03/06/2014 12:14, Christian Balzer a écrit :
> A simple way to make 1) and 2) cheaper is to use AMD CPUs, they will do
> just fine at half the price with these loads.
> If you're that tight on budget, 64GB RAM will do fine, too.
I am interested about this specific thought, could you ela
> > This is a very good point that I totally overlooked. I concentrated
> > more on the IOPS alignment plus write durability, and forgot to check
> > the sequential write bandwidth. The 400GB Intel S3700 is a lot more
> > faster but double the price (around $950) compared to the 200GB.
> Indeed, th
On Tue, 3 Jun 2014 10:46:36 + Benjamin Somhegyi wrote:
> Hello Robert & Christian,
>
> First, thank you for the general considerations, 3 and 3.extra has been
> ruled out.
>
>
> > A simple way to make 1) and 2) cheaper is to use AMD CPUs, they will do
> > just fine at half the price with t
> this is a very good point that I totally overlooked. I concentrated more on
> the IOPS alignment plus write durability,
> and forgot to check the sequential write bandwidth.
Again, this totally depends on the expected load.
Running lots of VMs usually tends to end up being random IOPS on your
Hello Robert & Christian,
First, thank you for the general considerations, 3 and 3.extra has been ruled
out.
> A simple way to make 1) and 2) cheaper is to use AMD CPUs, they will do
> just fine at half the price with these loads.
> If you're that tight on budget, 64GB RAM will do fine, too.
>
Hello,
you are indeed facing the problem of balancing density (and with that
cost, though really dense storage pods get more expensive again) versus
performance.
I would definitely rule out 3) for the reason you're giving and 3.extra
for the reason Robert gives, if one of those nodes crashes yo
> We are at the end of the process of designing and purchasing storage to
> provide Ceph based backend for VM images, VM boot (ephemeral) disks,
> persistent volumes (and possibly object storage) for our future Openstack
> cloud.
> We considered many options and we chose to prefer commodity sto
Hi,
We are at the end of the process of designing and purchasing storage to provide
Ceph based backend for VM images, VM boot (ephemeral) disks, persistent volumes
(and possibly object storage) for our future Openstack cloud. We considered
many options and we chose to prefer commodity storage s
10 matches
Mail list logo
