A Fabric cluster, during its lifecycle, may experience a higher load. Based on metrics such as CPU usage, available memory, or storage, you should consider scaling out the cluster.
By design, Fabric is built to enable horizontal scaling out by adding more fabric nodes. Each starting-up node knows how to add itself to the cluster autonomously; for example:
This article describes how to scale a Fabric cluster on-prem, within bare-metal or virtual machine environments. Read here about scaling methodology for Kubernetes deployment.
Note: Scaling guidelines for Fabric's accompanying components, like Cassandra, are not included within this article's scope. These components' scaling guidelines shall be applied according to their methodologies.
The basic steps you will find in this topic are:
Please follow the installation instructions.
Configure the new Fabric node the same way you have configured the other nodes. Please refer to the Fabric server installation instructions.
When setting up a node, you shall either configure it from scratch or duplicate the configuration files from another node. When copying the configuration files from an existing node, please consider the following:
Ensure all necessary certificates are imported into the keystore and truststore as needed, according to your deployment, including:
As mentioned above, Fabric nodes obtain the project deployment from the system DB when they start up. Nevertheless, if you are using additional files in your project, such as JAR libraries, copy them to the node's Fabric home folder (e.g., $K2_HOME/ExternalJars).
To start Fabric - run:
/opt/apps/fabric/fabric/bin/k2fabric start
After a short while, the following message will be displayed:
++++ Fabric is READY
When the Fabric cluster experiences a reduction in load, consider scaling it in by removing or stopping the working Fabric cluster nodes.
You can stop the relevant node, even though it is in the midst of processing jobs, as Fabric knows how to reconcile the tasks with other nodes that will process these jobs. Since Fabric operates on a stateless architecture, all interactions, like web services, will function seamlessly.
For more information about an advanced setup, read below:
A Fabric cluster, during its lifecycle, may experience a higher load. Based on metrics such as CPU usage, available memory, or storage, you should consider scaling out the cluster.
By design, Fabric is built to enable horizontal scaling out by adding more fabric nodes. Each starting-up node knows how to add itself to the cluster autonomously; for example:
This article describes how to scale a Fabric cluster on-prem, within bare-metal or virtual machine environments. Read here about scaling methodology for Kubernetes deployment.
Note: Scaling guidelines for Fabric's accompanying components, like Cassandra, are not included within this article's scope. These components' scaling guidelines shall be applied according to their methodologies.
The basic steps you will find in this topic are:
Please follow the installation instructions.
Configure the new Fabric node the same way you have configured the other nodes. Please refer to the Fabric server installation instructions.
When setting up a node, you shall either configure it from scratch or duplicate the configuration files from another node. When copying the configuration files from an existing node, please consider the following:
Ensure all necessary certificates are imported into the keystore and truststore as needed, according to your deployment, including:
As mentioned above, Fabric nodes obtain the project deployment from the system DB when they start up. Nevertheless, if you are using additional files in your project, such as JAR libraries, copy them to the node's Fabric home folder (e.g., $K2_HOME/ExternalJars).
To start Fabric - run:
/opt/apps/fabric/fabric/bin/k2fabric start
After a short while, the following message will be displayed:
++++ Fabric is READY
When the Fabric cluster experiences a reduction in load, consider scaling it in by removing or stopping the working Fabric cluster nodes.
You can stop the relevant node, even though it is in the midst of processing jobs, as Fabric knows how to reconcile the tasks with other nodes that will process these jobs. Since Fabric operates on a stateless architecture, all interactions, like web services, will function seamlessly.
For more information about an advanced setup, read below: