-
Notifications
You must be signed in to change notification settings - Fork 24.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[DOCS] Use dedicated hosts for ES #77582
Conversation
Pinging @elastic/es-docs (Team:Docs) |
Pinging @elastic/es-core-infra (Team:Core/Infra) |
Thanks @stefnestor! I'd like to get input from someone on @elastic/es-core-infra or @elastic/es-delivery before moving forward with this. The recommendation makes sense to me, but I'm not sure we want to incorporate it as a best practice. If so, I'll move this somewhere in our installation or configuration docs where it'll be more likely to be seen during setup. |
Thanks @jrodewig! We completely agree & were speculating both same ballparks :) 🙏🏼 |
The @elastic/es-perf team might have some input here but I believe the answer is "yes" the expectation is that you run Elasticsearch on a dedicated host, or in a container such that it's resource usage is "isolated". In fact, auto heap size determination is predicated on the fact that available system memory visible to the Elasticsearch process will be for the most part not used by other competing processes. |
@mark-vieira is correct. Also, the JVM ergonomically sizes resources (such as GC and JIT compiler threads) based on the assumption that it is the only resource-intensive application on that host (or container). |
1f11071
to
b3602a0
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the confirmation, everyone. I'll move this over to the setup docs and merge it in.
In production, we recommend you run {es} on a dedicated host or as a primary service. This adds that best practice to our setup documentation. Co-authored-by: James Rodewig <[email protected]> Co-authored-by: Stef Nestor <[email protected]>
In production, we recommend you run {es} on a dedicated host or as a primary service. This adds that best practice to our setup documentation. Co-authored-by: James Rodewig <[email protected]> Co-authored-by: Stef Nestor <[email protected]>
In production, we recommend you run {es} on a dedicated host or as a primary service. This adds that best practice to our setup documentation. Co-authored-by: James Rodewig <[email protected]> Co-authored-by: Stef Nestor <[email protected]>
@jrodewig hello! Our Support team frequently recommends users to reserve a host (e.g. VM) specifically for Elasticsearch & not run other heavy products/services on it. A common on-prem setup topic is choosing to run Kibana, Elasticsearch, Logstash, & Filebeat from one host since "they're all Elastic" (as an egregious example to make the point).
I'm not finding any similar commentary in our ES docs & would like to recommend upon Dev review 🙏🏼