Thanks for your answer. I didnt know the exclude doesnt disable the 
research. But according to the restart,

- I cannot restart the cluster because I have 9 tera of data so it can take 
one day to restart all cluster. In addition to that old machines and new 
machines will not know each other( I mean unicast variable of the 
elasticsearch.yml, the old machines will know just old ones). Do you think 
it can cause a problem ?

Thanks 

 

29 Mayıs 2015 Cuma 14:45:40 UTC+2 tarihinde Nikolas Everett yazdı:
>
> What you just described should work fine. exclude._ip will move the shards 
> off of the nodes you exclude but queries and updates can proceed while this 
> is happening because the data is still on the old nodes. The updates will 
> make their way to the new copies via a transaction log reply mechanism.
>
> Depending on how the clients connect you might need to shift their 
> connection uris to the new servers and that might require restarting them - 
> depending on how your clients work.
>
> On Fri, May 29, 2015 at 8:38 AM, mehmet özer <mehmeto...@gmail.com 
> <javascript:>> wrote:
>
>> Hello,
>>
>> I am running a cluster which contains many indexes. In the near future I 
>> will have new machines so that I will need to migrate my indexes to those 
>> machines. I have thought some scenarios but it will not be possible to do 
>> so. Let me explain what I thought and why it was not possible;
>>
>> - I wanted to put the new machines into existing cluster and then I 
>> thought I could use exclude._ip option to exclude existing machines. So 
>> that old indexes would have migrated. 
>>
>> This seemed possible for me but I can not stop working on the index, 
>> users should continue making searches on the indexes. So can you please 
>> tell me how I can migrate the data without disturbing clients ?
>>
>> Thank you
>>
>> -- 
>> Please update your bookmarks! We have moved to 
>> https://discuss.elastic.co/
>> --- 
>> 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 elasticsearc...@googlegroups.com <javascript:>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/elasticsearch/3df7a8b2-c231-4b27-b072-c4c8e790cd3c%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/elasticsearch/3df7a8b2-c231-4b27-b072-c4c8e790cd3c%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
Please update your bookmarks! We have moved to https://discuss.elastic.co/
--- 
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/c8cc4028-9ca6-4ffa-ad92-d36082062839%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to