@Christopher Schultz So you mean that one 4TB disk is the same as four 1TB disks ? HDFS、cassandra、ES.... can do so, multi data path maybe maximize indexing throughput in same cases. click links <https://www.elastic.co/blog/elasticsearch-performance-indexing-2-0> with some explain
Christopher Schultz <ch...@christopherschultz.net> 于2018年8月28日周二 上午11:16写道： > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Shawn, > > On 8/27/18 22:37, Shawn Heisey wrote: > > On 8/27/2018 8:29 PM, zhenyuan wei wrote: > >> I found the “solr.data.dir” can only config a single directory. > >> I think it is necessary to be config multi dirs，such as > >> ”solr.data.dir:/mnt/disk1,/mnt/disk2,/mnt/disk3" ， due to one > >> disk overload or capacity limitation. Any reason to support why > >> not do so？ > > > > Nobody has written the code to support it. It would very likely > > not be easy code to write. Supporting one directory for that > > setting is pretty easy ... it would require changing a LOT of > > existing code to support more than one. > > Also, there are better ways to do this: > > - - multi-node Solr with sharding > - - LVM or similar with multi-disk volumes > - - ZFS surely has something for this > - - buy a bigger disk (disk is cheap!) > - - etc. > > - -chris > -----BEGIN PGP SIGNATURE----- > Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ > > iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAluEvn8ACgkQHPApP6U8 > pFgTTg//ayed4AXtocVrB6e/ZK0eWz5/E1Q7Oa7kF0c34l0MH6BIe4iOHDmrR+J9 > A+t6SzVQqURMrDE8plg/xbPTlyGF8wGrEjZUZF4fpWlgnY/qNYxl5S9zJ1hPgBh7 > fCKkb+LuLGdZMM4oORfCYtMgpDjOnLihHmDTfkrvZzyZwOQGeFpgEZDZKFYAjcur > wqIGTMTTWfSCoPQgQzvI8Husq7Rs75BEc+mAkaPOL0LvT9PQDEPEXXt3Kf5vXgM+ > Eet1ymltZM/Xz+V/em/oeumCoCE18uxi9seuDhTpHRLjS9tCBbPWA0NmobriY3ct > GskwCnsFDAeGjG/7dcA/zmB8BK4t6JpUvI+OcJU5dvQczpQbhB9WT4GQUiME9Tvr > RjBES53HoEEKA8gb0kiuPN1pE2MSX8vO3uKpQtzVS2MOmuOeV/IebrnP/zLTll18 > awtWWbPmzaAGAUfXL2ExK0+ism0o31i46CNfLfBBM8jh3lkc2HNdz5TLe8YfN3Sp > Tj0HfmYynhtH1CggOAcI1M4PIEbIGfoywX/ICSGHnLwfQoDUnBmjqXhGkFUIstWk > Dcntx+4E4NRny6zDZfg5UMjWYyo+fOVSoaDf6dfgBWIB1I3xPn5Dt0In7+oRtZ9i > Xlkw6DSaSZZ5caBqjaF278xj7IwEw2zipLPWB7hVCcUhKuJBbDY= > =rbrT > -----END PGP SIGNATURE----- >
