Tune topology synchronization
StackState Self-hosted v5.0.x
Overview
This guide lays out steps to tune topology synchronization for best performance on a Kubernetes deployment of StackState.
To tune the topology synchronization performance, follow these steps:
This process can be repeated until the desired performance is achieved.
Observe topology synchronization performance
To understand how a topology synchronization is performing, use the
stac CLI to take a look at the synchronization's status page. The status page shows the latency of a topology synchronization. This is the amount of time that it took from data being collected at the source, to the moment that the data is stored by the topology synchronization framework. Typically, a lower latency is preferred, however, a higher latency might be acceptable when synchronizing topology from bigger data lakes.CLI: stac
CLI: sts (new)
- 1.Get the urn of a synchronization using the
stac topology listcommand.1# List streams2stac topology list34Node Id Identifier Status Created Components Deleted Components Created Relations Deleted Relations Errors5--------------- --------------------------------------------------------------------------------------- -------- -------------------- -------------------- ------------------- ------------------- --------6245676427469735 Running 0 0 0 0 07154190823099122 urn:stackpack:stackstate-agent-v2:shared:sync:agent Running 761818 763870 1517959 1519490 08144667609743389 urn:stackpack:stackstate:instance:44a9ce1e-413c-4c4c-819d-2095c1229dda:sync:stackstate Running 13599 5496 0 0 329Copied! - 2.Get the status page for the synchronization using the
urn.1> stac topology show urn:stackpack:stackstate:instance:44a9ce1e-413c-4c4c-819d-2095c1229dda:sync:stackstate23Node Id Identifier Status Created Components Deleted Components Created Relations Deleted Relations Errors4--------------- --------------------------------------------------------------------------------------- -------- -------------------- -------------------- ------------------- ------------------- --------5144667609743389 urn:stackpack:stackstate:instance:44a9ce1e-413c-4c4c-819d-2095c1229dda:sync:stackstate Running 13599 5496 0 0 32967metric value between now and 500 seconds ago value between 500 and 1000 seconds ago value between 1000 and 1500 seconds ago8----------------- --------------------------------------- ---------------------------------------- -----------------------------------------9latency (Seconds) 35.754 38.120 31.274Copied!
Not running the
stac CLI yet?Command not currently available in the new
sts CLI. Use the stac CLI.Investigate StackState platform as the bottleneck
To understand whether the StackState platform is a bottleneck when processing topology, we want to know whether the pod that does synchronization has exhausted its CPU resources. We do this using the following steps:
- 1.Get the configured request for the StackState topology synchroinzation pod1> kubectl get pod -l app.kubernetes.io/component=sync -o=jsonpath='{.items[*]..resources.requests.cpu}'22Copied!
- 2.Get the consumed resources1> kubectl top pod -l app.kubernetes.io/component=sync2NAME CPU(cores) MEMORY(bytes)3stackstate-sync-665f988dc4-sh4fp 1970m 3234MiCopied!
In the above example, we observe that 1.970 cores are used by the synchronization pod, where 2 are requested. This means that the pod is very close to its CPU budget and is likely throttled. To remedy this, follow the procedure below to change the topology synchronization CPU budget.
Change the topology synchronization CPU budget
To modify the CPU budget for the topology synchronization, add/change the following configuration items in the values.yaml of your Kubernetes StackState deployment and deploy the change.
1
stackstate:
2
components:
3
sync:
4
resources:
5
requests:
6
cpu: 4
7
limits:
8
cpu: 4
Copied!
To guarantee performance, requests should ideally be set equal to limits. Limits can never be lower than requests.
After making this modification, observe the synchronization performance again to be sure that the changes have had the desired effect. If not, do another iteration to further tune the synchronization.
See also
Last modified 9d ago