The purpose of this document is to outline the general guidelines for capacity planning of Tetrate Service Bridge in Management and Control planes.
These parameters apply to production installations. TSB may and will run with minimal resources in demo-like environments.
The resource provisioning guidelines described in this document are very conservative. The resource provisioning described in this document refers to the vertical resource scaling, multiple replicas of the same TSB components do not share the load and should be used for high availability purposes only.
Recommended baseline production installation resource requirements
Resource requirements with 1 cluster registered and 1 service deployed in the cluster.
|TSB server (Management Plane) 1
|XCP Central Components 2
2 Including the Kubernetes operator.
Recommended scaling resource parameters
The TSB stack is mostly CPU-bound. Additional clusters registered with TSB via XCP increase CPU utilisation by ~4%.
The effect of additional registered clusters or additional deployed workload services on memory utilisation is almost negligible. Likewise, the effect of additional clusters or workloads on resource consumption of the majority of TSB components is mostly negligible, with the notable exceptions of TSB, XCP Central component, TSB UI and IAM.
Components that are part of the visibility stack (e.g. OTel/Zipkin, etc.) have their resource utilisation driven by requests, thus the resource scaling should follow the user request rate statistics. As a general rule of thumb, more than 1 vCPU is preferred. It is also important to notice that the visibility stack performance is largely bound by Elasticsearch performance.
Thus, we recommend vertically scaling the components by 1 vCPU for a number of deployed workflows:
|25-50 clusters, 150-200 services
|25-50 clusters, ~500 services