Re: Moving to production - Storage and servers

[Charlie Hull]

Agree with Mark - for search applications in general you really don't want
your index in network storage. The cacheing etc. doesn't play nicely with
the access patterns. Indexes should be on local disk. I've lost track of
the amount of times we've had to explain this...

Charlie

On 12 February 2015 at 21:45, Mark Walkom  wrote:

> SAN and NAS are in the same boat, using network storage with ES is
> problematic. DAS and JBOD are fine.
> ES will run fine on hardware or virtualised.
>
> It really comes down to your needs and budget.
>
> On 13 February 2015 at 01:55,  wrote:
>
>> Hi everyone,
>>
>> After my first
>> 
>> and second question
>> 
>> regarding clusters' examples and multy-tenancy with garantee of service, I
>> have one more on my way to production :
>>
>> Could you describe the *pros* and *cons* of the :
>>
>>1. Disks : *DAS* (Direct Attached Storage) - *JBOD* (Just a Bunch Of
>>   Disks) / *SAN* (Storage Area Network)? I take it that NAS is most
>>   of the time to be avoided
>>   2. Servers : bare metal servers / virtual servers ?
>>
>> For those interested :
>>
>>- JBOD / SAN storage discussion in "To Raid or not to Raid":
>>https://groups.google.com/forum/?fromgroups#!searchin/
>>elasticsearch/hardware/elasticsearch/HSj2fZGdU1Y/4mFCBTCb-JcJ
>>
>> 
>>- Doc which states about SSDs, RAID0, NAS, networks
>>
>>
>> http://www.elasticsearch.org/guide/en/elasticsearch/guide/current/hardware.html
>>
>> Thanks!
>>
>> --
>> 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/3ab36482-e4fb-4dd0-99cd-044d2e4257ea%40googlegroups.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 elasticsearch+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8Xe1CXVT3TcdWPmzd1HmE_P8VdTzB0%2BqG%3Dyj9ePSNKiw%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 elasticsearch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/elasticsearch/CAGe-MLKbTo8wUEynQW-qSEKa1hEz1f0ZwaUBPf1yUHDehKWzZg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Moving to production - Storage and servers

[Mark Walkom]

SAN and NAS are in the same boat, using network storage with ES is
problematic. DAS and JBOD are fine.
ES will run fine on hardware or virtualised.

It really comes down to your needs and budget.

On 13 February 2015 at 01:55,  wrote:

> Hi everyone,
>
> After my first
> 
> and second question
> 
> regarding clusters' examples and multy-tenancy with garantee of service, I
> have one more on my way to production :
>
> Could you describe the *pros* and *cons* of the :
>
>1. Disks : *DAS* (Direct Attached Storage) - *JBOD* (Just a Bunch Of
>   Disks) / *SAN* (Storage Area Network)? I take it that NAS is most
>   of the time to be avoided
>   2. Servers : bare metal servers / virtual servers ?
>
> For those interested :
>
>- JBOD / SAN storage discussion in "To Raid or not to Raid":
>https://groups.google.com/forum/?fromgroups#!searchin/
>elasticsearch/hardware/elasticsearch/HSj2fZGdU1Y/4mFCBTCb-JcJ
>
> 
>- Doc which states about SSDs, RAID0, NAS, networks
>
>
> http://www.elasticsearch.org/guide/en/elasticsearch/guide/current/hardware.html
>
> Thanks!
>
> --
> 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/3ab36482-e4fb-4dd0-99cd-044d2e4257ea%40googlegroups.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 elasticsearch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8Xe1CXVT3TcdWPmzd1HmE_P8VdTzB0%2BqG%3Dyj9ePSNKiw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Moving to production - Storage and servers

[rondelvictor]

Hi everyone,

After my first 
 
and second question 
 
regarding clusters' examples and multy-tenancy with garantee of service, I 
have one more on my way to production :

Could you describe the *pros* and *cons* of the :
   
   1. Disks : *DAS* (Direct Attached Storage) - *JBOD* (Just a Bunch Of 
  Disks) / *SAN* (Storage Area Network)? I take it that NAS is most of 
  the time to be avoided
  2. Servers : bare metal servers / virtual servers ?
   
For those interested :

   - JBOD / SAN storage discussion in "To Raid or not to Raid":
   
   
https://groups.google.com/forum/?fromgroups#!searchin/elasticsearch/hardware/elasticsearch/HSj2fZGdU1Y/4mFCBTCb-JcJ
   - Doc which states about SSDs, RAID0, NAS, networks
   
   
http://www.elasticsearch.org/guide/en/elasticsearch/guide/current/hardware.html

Thanks!

-- 
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/3ab36482-e4fb-4dd0-99cd-044d2e4257ea%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.