You cannot have multiple data.paths on a single node/instances. You could try running multiple instances of ES on a single physical, each pointing to either one of your tiered pools. But you aren't losing the benefit of multiple nodes, just the optimal use of your storage on those physical nodes.
You could look at something like L2ARC or similar though. Regards, Mark Walkom Infrastructure Engineer Campaign Monitor email: [email protected] web: www.campaignmonitor.com On 15 July 2014 17:05, Patrick Proniewski <[email protected]> wrote: > Ok, so if I understand correctly I can have a single cluster with: > > - machine A: fast storage (recent data) > - machine B & C: slow storage (old data) > > In that case, I cannot have a homogeneous cluster with both fast and slow > storage on each node and I'm losing the benefit of having multiple machines > when I index new data and when I search recent data. Is that correct? > > Regards, > Patrick > > On 15 juil. 2014, at 07:25, Mark Walkom <[email protected]> wrote: > > > Nope, you can use allocation awareness to have indexes on different > > machines - > > > http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/index-modules-allocation.html > > > > Regards, > > Mark Walkom > > > > Infrastructure Engineer > > Campaign Monitor > > email: [email protected] > > web: www.campaignmonitor.com > > > > > > On 15 July 2014 15:20, Patrick Proniewski <[email protected]> > wrote: > > > >> Hello, > >> > >> Curator makes is possible to migrate an index to another storage > >> programmatically, and that's very nice to keep old indices on cheap > >> storage. But if I understand correctly, a unique ES cluster cannot > handle > >> two different storages. Hence, having small but fast storage for recent > >> files and cheap but slow storage for old files requires building two > >> clusters. > >> Am I right? > >> > >> thanks, > >> Patrick > >> > >> -- > >> You received this message because you are subscribed to the Google > Groups > >> "elasticsearch" group. > >> To unsubscribe from this group and stop receiving emails from it, send > an > >> email to [email protected]. > >> To view this discussion on the web visit > >> > https://groups.google.com/d/msgid/elasticsearch/487D9125-FC9B-43F9-B714-9C4EA2556A47%40patpro.net > >> . > >> For more options, visit https://groups.google.com/d/optout. > >> > > > > -- > > You received this message because you are subscribed to the Google > Groups "elasticsearch" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to [email protected]. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/CAEM624aBWn1RruyyhchVeE5kOF_vFFusv2fejvjjqM3Y8PSpRw%40mail.gmail.com > . > > For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the Google Groups > "elasticsearch" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/elasticsearch/185792EE-3E9D-4EB6-A0B1-1E4B4FBC6F81%40patpro.net > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/CAEM624Z6rMHS%2Br-2eeGWTpWq_bZ4iraEp0sE_91w8vDcJVe02w%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
