Spectrum™ Technology Platform supports a variety of installation scenarios that scale to fit the needs of your organization.
The standard scenario is the simplest installation scenario. You install Spectrum™ Technology Platform on a single server. All activity is handled by this one server, including designing dataflows, storage of configuration information, running jobs, and handling service requests.
In a clustered environment, processing is shared among two or more instances of the server. All communication with Spectrum™ Technology Platform goes through a load balancer. Instead of using the URL and port of the Spectrum™ Technology Platform server, you use the URL and port of the load balancer. Consider using this approach if you require failover redundancy and high-volume, high-performance processing.
The following diagram illustrates this architecture:
This approach has the following advantages:
When you install the Spectrum™ Technology Platform server you are installing two things: server software and a configuration database. The server handles the execution of jobs and service requests, reporting, and logging. The configuration database stores data such as users and roles, data connections, dataflows, and the audit log.
For clusters consisting of only a few nodes, installing the server and configuration database together on the same server provides acceptable performance. However, a cluster that consists of a large number of nodes may have its performance negatively affected by having a copy of the configuration database on each node. This is because an increasing number of nodes results in increased data replication between nodes during synchronization. Performance may also suffer if users are accessing the configuration database frequently through activities such as editing dataflows or job schedules. These activities require processing power, resulting in less CPU capacity available for running jobs and responding to service requests.
If you have an implementation with four or more nodes, you should consider installing the configuration database to separate servers. This is the most scalable installation scenario because you can add nodes without necessarily adding another instance of the configuration database. For example, say you have five nodes and three configuration database servers. You could add another five nodes, bringing the total number of nodes to 10, while still using just the three configuration databases to support all 10 nodes.