You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be great to be able to store data files for different indices in different paths. My use case is that I have servers with both fast SSDs and slow HDDs. I'd like to have one of my indices stored on the SSD while the others would be stored on the HDD.
It would also be cool if this setting could be changed at runtime. Then I could move a "hot" index to the SSD and swap out less hotter ones using cron. We use rolling indices based on date and the two most recent ones are the targets of almost all search/index requests.
The text was updated successfully, but these errors were encountered:
This gets really complicated with the disk aware shard allocation decider. Best solution is to use shard allocation filtering to assign busy indices to stronger boxes.
It would be great to be able to store data files for different indices in different paths. My use case is that I have servers with both fast SSDs and slow HDDs. I'd like to have one of my indices stored on the SSD while the others would be stored on the HDD.
It would also be cool if this setting could be changed at runtime. Then I could move a "hot" index to the SSD and swap out less hotter ones using cron. We use rolling indices based on date and the two most recent ones are the targets of almost all search/index requests.
The text was updated successfully, but these errors were encountered: