Limitations with Anypoint Runtime Fabric on Self-Managed Kubernetes

The following information is important when installing, configuring, and managing Anypoint Runtime Fabric on Self-Managed Kubernetes.

Limitation	Description
Max number of nodes	The maximum number of nodes supported is 30.
Supported node types	VM-based nodes are required. For example, Fargate is not supported.
Max number of replicas per node	The maximum number of replicas that can be deployed per node is 40. Run no more than 20 - 25 replicas per core, up to a maximum of 40 replicas per node, to allow core sharing across replicas when needed for bursting. This ensures the Runtime Fabric’s internal components that run on each worker node are not overloaded by too many replicas.
Max number of associated environments per Runtime Fabric	You can associate a Runtime Fabric with up to 100 environments in any Business Group. For example, if you associate a development and a production environment with Org A and a dev environment with Org B, that is three environment associations.
Business group limits	You can create up to 50 Runtime Fabrics per org in a Business Group. Any sub org can contain up to 50 Runtime Fabrics, in addition to any shared by another sub org. For example, if you have root Org A and its child Org B, you can have 50 Runtime Fabrics in Org A and 50 in Org B. You can also share all 50 Runtime Fabrics from Org A with Org B, and as a result, you will see 100 Runtime Fabrics in total in the list view of Org B.
Object store persistence	To manage data persistence across Mule application replicas and restarts, Anypoint Runtime Fabric uses Persistence Gateway. See Persistence Gateway.
ServiceType limitations	By default, services are deployed with the ClusterIP ServiceType. Depending on the architecture, these services may not be compatible with ingress controllers that require the NodePort ServiceType.

Limitation

Description

Max number of nodes

The maximum number of nodes supported is 30.

Supported node types

VM-based nodes are required. For example, Fargate is not supported.

Max number of replicas per node

The maximum number of replicas that can be deployed per node is 40.

Run no more than 20 - 25 replicas per core, up to a maximum of 40 replicas per node, to allow core sharing across replicas when needed for bursting. This ensures the Runtime Fabric’s internal components that run on each worker node are not overloaded by too many replicas.

Max number of associated environments per Runtime Fabric

You can associate a Runtime Fabric with up to 100 environments in any Business Group. For example, if you associate a development and a production environment with Org A and a dev environment with Org B, that is three environment associations.

Business group limits

You can create up to 50 Runtime Fabrics per org in a Business Group. Any sub org can contain up to 50 Runtime Fabrics, in addition to any shared by another sub org. For example, if you have root Org A and its child Org B, you can have 50 Runtime Fabrics in Org A and 50 in Org B. You can also share all 50 Runtime Fabrics from Org A with Org B, and as a result, you will see 100 Runtime Fabrics in total in the list view of Org B.

Object store persistence

To manage data persistence across Mule application replicas and restarts, Anypoint Runtime Fabric uses Persistence Gateway. See Persistence Gateway.

ServiceType limitations

By default, services are deployed with the ClusterIP ServiceType. Depending on the architecture, these services may not be compatible with ingress controllers that require the NodePort ServiceType.