Plan for Watson Studio Local
Before you install Watson Studio Local, you must set up the hardware and software for its private cloud architecture.
Decide your node configuration
Before you install Watson Studio Local, consider how many nodes to use in the cluster. The selection should be made based on the type of workloads that will be run and the number of users that will be using the cluster. Clusters are very scalable due to the ability that additional compute and deployment (production compute) nodes can be added during or after installation. The deployment nodes are the production versions of the compute nodes, and have identical requirements.
The most basic configuration is a three node installation where each node shares control/compute. The three node cluster is scalable by adding additional compute or deployment nodes.
For a larger production cluster (seven or more nodes), it is recommended to have three control nodes and three compute nodes plus one or two deployment nodes. Compute and deployment nodes can be added to scale out the cluster after installation as well as during installation.
Common configuration examples
The following table shows examples of common configurations. You can select how to break up the cluster based on your requirements.
|Cluster type||# node breakdown||Notes|
|3 nodes||3 shared control/compute||Unable to deploy assets.|
|4 nodes||3 shared control/compute + 1 deploy|
|5 nodes||3 shared control/compute + 2 deploy|
|7 nodes||3 control + 3 compute + 1 deploy|
|8 nodes||3 control + 3 compute + 2 deploy|
|11 nodes||3 control + 6 compute + 2 deploy|
Note that asset deployment requires at least one deployment node. Although Watson Studio Local can operate with a single deployment node, the deployments cannot be made highly available in this configuration. If that deployment node fails all the deployments will go offline and remain offline until that node has been repaired or replaced. If you have a standby node available, then the downtime would be limited to the time required to remove the original node and add the standby node as the new deployment node. If you do not have a standby node, then the downtime would also include the time required to repair the original node or provision a replacement. If you choose to configure a single deployment node, you should ensure that your organization can survive such an outage of the deployed models and other analytics assets.