Re: Data Classification: would it be possible to have a RAM-disk as caching tier?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Niels,

Well the idea is good, RAM-Disk would fastest and with no extra cost +
We may have gluster brick from RAM-Disk[1]
The one and the biggest challenge would be durability of data on RAM-Disks
Using RAM for caching is good, as the cache will have only the copy of the original data
but in case of tiering, the original data sits on the tier(not the copy).

Dan your thoughts.

Thanks,
Joe

1. https://lists.gnu.org/archive/html/gluster-devel/2013-05/msg00118.html

----- Original Message -----
From: "Niels de Vos" <ndevos@xxxxxxxxxx>
To: gluster-devel@xxxxxxxxxxx
Cc: "Dan Lambright" <dlambrig@xxxxxxxxxx>, "Joseph Fernandes" <josferna@xxxxxxxxxx>
Sent: Monday, February 16, 2015 4:14:37 PM
Subject: Data Classification: would it be possible to have a RAM-disk as caching tier?

Hi guys,

at FOSDEM one of our users spoke to me about their deployment and
environment. It seems that they have a *very* good deal with their
hardware vendor, which makes it possible to stuff their servers full
with RAM for a minimal difference of the costs.

They expressed interest in having a RAM-disk as caching tier on the
bricks. Would a configuration like this be possible with the
data-classification feature [1]?

Thanks,
Niels

1. http://www.gluster.org/community/documentation/index.php/Features/data-classification
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux