You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While using a large cluster with more than 300K shards, if we start creating index, it takes more than 15 seconds. To optimize this flow, we should use less resource in terms of CPU and JVM.
_cluster/health API flow takes more than 36% of memory allocations (see attached image of async-profiler for reference). 20% of it is taken in calculating the health and 16% is taken in just constructing the response.
Related component
Cluster Manager
To Reproduce
Create a 300 node cluster with 300K shards.
Start new index creation.
Take async profiler alloc profile on active cluster manager node.
See that cluster/health flow takes more than 36% of memory allocations
Expected behavior
Ideally it should be optimized to use lesser resources. If possible we can pre-compute health for a particular cluster state version, so whenever it's needed, we don't do whole re-computation again if version is same.
Additional Details
Screenshots
The text was updated successfully, but these errors were encountered:
Describe the bug
While using a large cluster with more than 300K shards, if we start creating index, it takes more than 15 seconds. To optimize this flow, we should use less resource in terms of CPU and JVM.
_cluster/health API flow takes more than 36% of memory allocations (see attached image of async-profiler for reference). 20% of it is taken in calculating the health and 16% is taken in just constructing the response.
Related component
Cluster Manager
To Reproduce
Expected behavior
Ideally it should be optimized to use lesser resources. If possible we can pre-compute health for a particular cluster state version, so whenever it's needed, we don't do whole re-computation again if version is same.
Additional Details
Screenshots
The text was updated successfully, but these errors were encountered: