# Multy-tenancy - level of service garantee **URL:** \ **Category:** Elasticsearch\ **Created:** [February 12, 2015, 2:47pm UTC](https://discuss.elastic.co/t/multy-tenancy-level-of-service-garantee/22138 "2015-02-12T14:47:27Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![rondelvictor](https://avatars.discourse-cdn.com/v4/letter/r/f9ae1b/32.png) [@rondelvictor](https://discuss.elastic.co/u/rondelvictor)\ **Post date:** [February 12, 2015, 2:47pm UTC](https://discuss.elastic.co/t/multy-tenancy-level-of-service-garantee/22138/1 "2015-02-12T14:47:27Z")
Hi everyone, After my precedent question [https://groups.google.com/forum/?fromgroups#!topic/elasticsearch/US-BA4R\_Qdc](https://groups.google.com/forum/?fromgroups#!topic/elasticsearch/US-BA4R_Qdc) regarding examples of clusters in production, I am wondering about multy-tenancy and garantee of service in Elasticsearch : _Multy-tenant cluster_ : Is there a way to _garantee a level of service_ / capacity planning for _each tenant_ using the cluster (its _own indexes_) ? 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+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/7f99a562-ae18-447f-b227-cd145483dcf3%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/7f99a562-ae18-447f-b227-cd145483dcf3%40googlegroups.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)\ **Post date:** [February 12, 2015, 9:44pm UTC](https://discuss.elastic.co/t/multy-tenancy-level-of-service-garantee/22138/2 "2015-02-12T21:44:00Z")
How do you guarantee a level of service provided any other way? Redundancy and smart planning and design. It's no different with ES. On 13 February 2015 at 01:47, [rondelvictor@gmail.com](mailto:rondelvictor@gmail.com) wrote: > Hi everyone, > > After my precedent question > [https://groups.google.com/forum/?fromgroups#!topic/elasticsearch/US-BA4R\_Qdc](https://groups.google.com/forum/?fromgroups#!topic/elasticsearch/US-BA4R_Qdc) > regarding examples of clusters in production, I am wondering about > multy-tenancy and garantee of service in Elasticsearch : > > _Multy-tenant cluster_ : Is there a way to _garantee a level of service_ > / capacity planning for _each tenant_ using the cluster (its _own indexes_) > ? > > 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+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > To view this discussion on the web visit > [https://groups.google.com/d/msgid/elasticsearch/7f99a562-ae18-447f-b227-cd145483dcf3%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/7f99a562-ae18-447f-b227-cd145483dcf3%40googlegroups.com) > [https://groups.google.com/d/msgid/elasticsearch/7f99a562-ae18-447f-b227-cd145483dcf3%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/7f99a562-ae18-447f-b227-cd145483dcf3%40googlegroups.com?utm_medium=email&utm_source=footer) > . > For more options, visit [https://groups.google.com/d/optout](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+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAEYi1X96%3DWeOwcvoY39r0c9y5PPoZ86K8Ab3MrwKSYdC%3Dzc4vg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAEYi1X96%3DWeOwcvoY39r0c9y5PPoZ86K8Ab3MrwKSYdC%3Dzc4vg%40mail.gmail.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![rondelvictor](https://avatars.discourse-cdn.com/v4/letter/r/f9ae1b/32.png) [@rondelvictor](https://discuss.elastic.co/u/rondelvictor)\ **Post date:** [February 13, 2015, 1:11pm UTC](https://discuss.elastic.co/t/multy-tenancy-level-of-service-garantee/22138/3 "2015-02-13T13:11:26Z")
Regarding shards RAM allocation : - Since each shard comes with a Lucene instance : - If I have 2 shards, each belonging to a different index, each index being used by a different application. Given that each shard's Lucene highly uses OS cache, how can I certify that each Lucene will have enough OS cache for its magic to perform? Thanks, Le jeudi 12 février 2015 22:44:29 UTC+1, Mark Walkom a écrit : > How do you guarantee a level of service provided any other way? Redundancy > and smart planning and design. > > It's no different with ES. -- 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+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)\ **Post date:** [February 16, 2015, 8:06am UTC](https://discuss.elastic.co/t/multy-tenancy-level-of-service-garantee/22138/4 "2015-02-16T08:06:27Z")
Test 🙂 But the reality is, that unless you have enough memory for the OS to cache the whole thing in memory then it'll never happen. But do you _really_ want to do this? On 14 February 2015 at 00:11, [rondelvictor@gmail.com](mailto:rondelvictor@gmail.com) wrote: > Regarding shards RAM allocation : > > - Since each shard comes with a Lucene instance : > - If I have 2 shards, each belonging to a different index, each index > being used by a different application. > Given that each shard's Lucene highly uses OS cache, how can I certify > that each Lucene will have enough OS cache for its magic to perform? > > Thanks, > > Le jeudi 12 février 2015 22:44:29 UTC+1, Mark Walkom a écrit : > > > How do you guarantee a level of service provided any other way? > > Redundancy and smart planning and design. > > > > It's no different with ES. > > -- > 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+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > To view this discussion on the web visit > [https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com) > [https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com?utm_medium=email&utm_source=footer) > . > For more options, visit [https://groups.google.com/d/optout](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+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8jCH8jhtBXkc35G72aeK7etLmwHUbnjwr3nnL5p14H%2BQ%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8jCH8jhtBXkc35G72aeK7etLmwHUbnjwr3nnL5p14H%2BQ%40mail.gmail.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![rondelvictor](https://avatars.discourse-cdn.com/v4/letter/r/f9ae1b/32.png) [@rondelvictor](https://discuss.elastic.co/u/rondelvictor)\ **Post date:** [February 16, 2015, 1:29pm UTC](https://discuss.elastic.co/t/multy-tenancy-level-of-service-garantee/22138/5 "2015-02-16T13:29:45Z")
- "Test :)" Ok! - "unless you have enough memory for the OS to cache the whole thing in memory then it'll never happen" What exactly would never happen? Like, if the two shards combined are too big for the OS cache, Lucene wouldn't use the cache at all? - "But do you _really_ want to do this?" Well, I have three machines, three applications with one index each, and they all want two replicas... 2015-02-16 9:06 GMT+01:00 Mark Walkom [markwalkom@gmail.com](mailto:markwalkom@gmail.com): > Test 🙂 > > But the reality is, that unless you have enough memory for the OS to cache > the whole thing in memory then it'll never happen. But do you _really_ want > to do this? > > On 14 February 2015 at 00:11, [rondelvictor@gmail.com](mailto:rondelvictor@gmail.com) wrote: > > > Regarding shards RAM allocation : > > > > - Since each shard comes with a Lucene instance : > > - If I have 2 shards, each belonging to a different index, each index > > being used by a different application. > > Given that each shard's Lucene highly uses OS cache, how can I > > certify that each Lucene will have enough OS cache for its magic to perform? > > > > Thanks, > > > > Le jeudi 12 février 2015 22:44:29 UTC+1, Mark Walkom a écrit : > > > > > How do you guarantee a level of service provided any other way? > > > Redundancy and smart planning and design. > > > > > > It's no different with ES. > > > > -- > > 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+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > > To view this discussion on the web visit > > [https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com) > > [https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com?utm_medium=email&utm_source=footer) > > . > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). > > -- > You received this message because you are subscribed to a topic in the > Google Groups "elasticsearch" group. > To unsubscribe from this topic, visit > [https://groups.google.com/d/topic/elasticsearch/FGKUmzn-WSs/unsubscribe](https://groups.google.com/d/topic/elasticsearch/FGKUmzn-WSs/unsubscribe). > To unsubscribe from this group and all its topics, send an email to > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > To view this discussion on the web visit > [https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8jCH8jhtBXkc35G72aeK7etLmwHUbnjwr3nnL5p14H%2BQ%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8jCH8jhtBXkc35G72aeK7etLmwHUbnjwr3nnL5p14H%2BQ%40mail.gmail.com) > [https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8jCH8jhtBXkc35G72aeK7etLmwHUbnjwr3nnL5p14H%2BQ%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8jCH8jhtBXkc35G72aeK7etLmwHUbnjwr3nnL5p14H%2BQ%40mail.gmail.com?utm_medium=email&utm_source=footer) > . > > For more options, visit [https://groups.google.com/d/optout](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+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAHTnFwWhNnZGpVBmAA\_VqNXgx1Z3XrwkP51XpTmEsK9Y4XFHdw%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAHTnFwWhNnZGpVBmAA_VqNXgx1Z3XrwkP51XpTmEsK9Y4XFHdw%40mail.gmail.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)\ **Post date:** [February 16, 2015, 8:40pm UTC](https://discuss.elastic.co/t/multy-tenancy-level-of-service-garantee/22138/6 "2015-02-16T20:40:20Z")
The OS will use the cache as much as it can and will use it irrespective of whether the whole index will fit or not, I just tried to read between the lines a little and must have misunderstood 🙂 On 17 February 2015 at 00:29, Victor Rondel [rondelvictor@gmail.com](mailto:rondelvictor@gmail.com) wrote: > - "Test :)" > > Ok! > > - "unless you have enough memory for the OS to cache the whole thing > in memory then it'll never happen" > > What exactly would never happen? Like, if the two shards combined are too > big for the OS cache, Lucene wouldn't use the cache at all? > > - "But do you _really_ want to do this?" > > Well, I have three machines, three applications with one index each, and > they all want two replicas... > > 2015-02-16 9:06 GMT+01:00 Mark Walkom [markwalkom@gmail.com](mailto:markwalkom@gmail.com): > > > Test 🙂 > > > > But the reality is, that unless you have enough memory for the OS to > > cache the whole thing in memory then it'll never happen. But do you > > _really_ want to do this? > > > > On 14 February 2015 at 00:11, [rondelvictor@gmail.com](mailto:rondelvictor@gmail.com) wrote: > > > > > Regarding shards RAM allocation : > > > > > > - Since each shard comes with a Lucene instance : > > > - If I have 2 shards, each belonging to a different index, each > > > index being used by a different application. > > > Given that each shard's Lucene highly uses OS cache, how can I > > > certify that each Lucene will have enough OS cache for its magic to perform? > > > > > > Thanks, > > > > > > Le jeudi 12 février 2015 22:44:29 UTC+1, Mark Walkom a écrit : > > > > > > > How do you guarantee a level of service provided any other way? > > > > Redundancy and smart planning and design. > > > > > > > > It's no different with ES. > > > > > > -- > > > 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+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > > > To view this discussion on the web visit > > > [https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com) > > > [https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/5ca10ab5-8e25-4072-828f-7a4fafb3afdf%40googlegroups.com?utm_medium=email&utm_source=footer) > > > . > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). > > > > -- > > You received this message because you are subscribed to a topic in the > > Google Groups "elasticsearch" group. > > To unsubscribe from this topic, visit > > [https://groups.google.com/d/topic/elasticsearch/FGKUmzn-WSs/unsubscribe](https://groups.google.com/d/topic/elasticsearch/FGKUmzn-WSs/unsubscribe). > > To unsubscribe from this group and all its topics, send an email to > > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > > To view this discussion on the web visit > > [https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8jCH8jhtBXkc35G72aeK7etLmwHUbnjwr3nnL5p14H%2BQ%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8jCH8jhtBXkc35G72aeK7etLmwHUbnjwr3nnL5p14H%2BQ%40mail.gmail.com) > > [https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8jCH8jhtBXkc35G72aeK7etLmwHUbnjwr3nnL5p14H%2BQ%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAEYi1X8jCH8jhtBXkc35G72aeK7etLmwHUbnjwr3nnL5p14H%2BQ%40mail.gmail.com?utm_medium=email&utm_source=footer) > > . > > > > For more options, visit [https://groups.google.com/d/optout](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+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). > To view this discussion on the web visit > [https://groups.google.com/d/msgid/elasticsearch/CAHTnFwWhNnZGpVBmAA\_VqNXgx1Z3XrwkP51XpTmEsK9Y4XFHdw%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAHTnFwWhNnZGpVBmAA_VqNXgx1Z3XrwkP51XpTmEsK9Y4XFHdw%40mail.gmail.com) > [https://groups.google.com/d/msgid/elasticsearch/CAHTnFwWhNnZGpVBmAA\_VqNXgx1Z3XrwkP51XpTmEsK9Y4XFHdw%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAHTnFwWhNnZGpVBmAA_VqNXgx1Z3XrwkP51XpTmEsK9Y4XFHdw%40mail.gmail.com?utm_medium=email&utm_source=footer) > . > For more options, visit [https://groups.google.com/d/optout](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+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com). To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAEYi1X82%3DoeSww7ewwEDfGkM4vM4Wngdy1qT0V-gkY7v7E3XxQ%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAEYi1X82%3DoeSww7ewwEDfGkM4vM4Wngdy1qT0V-gkY7v7E3XxQ%40mail.gmail.com). For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout). ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [July 6, 2017, 12:32am UTC](https://discuss.elastic.co/t/multy-tenancy-level-of-service-garantee/22138/7 "2017-07-06T00:32:21Z")