If you have a node that has 4x disks as JBOD and you configure Elasticsearch to use all of them, so it will write to as like its Raid0.
How does Elasticsearch handle a failure of one disk? Will the whole node go down or will Elasticsearch continue to function just with lower total available storage? (and then recreate the shards that went down) On Saturday, December 13, 2014 3:48:55 PM UTC, Jörg Prante wrote: > > The statement is related to performance and I can't agree with it. You can > easily build a RAID 0 system which has massive I/O throughput performance > and is superior to JBOD, because RAID striping does not slow things down, > it is as always as much as fast than a single drive and in most RAID levels > it is much faster. > > In the past, RAID was invented for mirroring cheap and error-prone spindle > disk arrays, while mirrors increase costs but decrease fault probability. > > With Elasticsearch, the decision is if you still want to handle disk > faults by drive redundancy (RAID) and all other hardware faults like power > outages by server downtime. This is just a matter of organization and of > cost. I would suggest from my experience: take control over your complete > hardware setup, equip your systems with expensive SAS2 (or even better) > controllers with RAID 0 to reduce cost and maximize performance, and handle > all kind of hardware faults by server downtime, because ES replica level > > 0 allows that. > > There is also a simplification of SAN/NAS in the statement but that is a > different discussion. Never use SAN/NAS for ES local gateway. > > Jörg > > On Fri, Dec 12, 2014 at 7:28 PM, Elvar Böðvarsson <elv...@gmail.com > <javascript:>> wrote: >> >> >> Second, "Prefer JBODs for data disks over RAID, SAN/NAS", would be ok, >> maybe then to be safe go with 2x replicas, goes well with having 3x nodes >> >> -- 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 elasticsearch+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/fad86579-2072-438d-94da-80219e200b67%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
