[Openstack-operators] ElasticSearch on OpenStack

Tim Bell Tim.Bell at cern.ch
Sat Sep 3 07:12:23 UTC 2016

Thanks. How’s the storage handled ?

We’re seeing slow I/O on local storage (which is also limited on space) and latencies with Ceph for block storage.


From: <medberry at gmail.com> on behalf of David Medberry <openstack at medberry.net>
Date: Friday 2 September 2016 at 22:18
To: Tim Bell <Tim.Bell at cern.ch>
Cc: openstack-operators <openstack-operators at lists.openstack.org>
Subject: Re: [Openstack-operators] ElasticSearch on OpenStack

Nathan: The page at https://www.elastic.co/guide/en/elasticsearch/guide/current/heap-sizing.html gives you good advice on a maximum size for the elasticsearch VM's memory.

Nathan: suggest you pick a flavor with 64GB RAM or less, then base other sizing things off of that (i.e. choose a flavor with 64GB of RAM and as many CPUs as possible for that RAM allocation, then base disk size on testing of your use case)

Nathan: give java heap 30GB, and leave the rest of the memory to the OS filesystem cache so that Lucene can make best use of it.

Nathan: that's mostly it for tuning. elasticsearch publishes many other docs for tuning recommendations, but there isn't anything specific to openstack besides the flavor choice. i personally chose CPU size (8CPU) such that all vCPUs for each VM would fit on a single NUMA node, which is a best practice for ESXi but not sure if it applies to KVM.

(resending for clarity)

On Fri, Sep 2, 2016 at 6:46 AM, David Medberry <openstack at medberry.net<mailto:openstack at medberry.net>> wrote:
Hey Tim,
We've just started this effort. I'll see if the guy running the service can comment today.

On Fri, Sep 2, 2016 at 6:36 AM, Tim Bell <Tim.Bell at cern.ch<mailto:Tim.Bell at cern.ch>> wrote:

Has anyone had experience running ElasticSearch on top of OpenStack VMs ?

Are there any tuning recommendations ?


OpenStack-operators mailing list
OpenStack-operators at lists.openstack.org<mailto:OpenStack-operators at lists.openstack.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20160903/090f8bf2/attachment.html>

More information about the OpenStack-operators mailing list