Use this topic to understand planning of a multiple-server deployment of the product.
You can deploy the product components on multiple servers and horizontally scale them to handle the need for managing large volumes of data. For more information, see Deployment diagram.
In a Single-server deployment, one instance of the product can handle the entire process of collecting data, indexing it, and finally making it available for search. Single-server deployments can be useful for test and small setups. Multiple-server deployment is recommended for medium and large setups whose scaling and sizing requirements exceed the limits of a single server. For more information, see Horizontal scaling recommendations.
The product helps you perform three main functions including data collection, indexing, and searching. You can split these functions across multiple servers that handle these functions separately, depending on the volume of data that you need to handle and other factors in your environment. For more information, see Indicators for scaling.
You can combine these functions in a variety of ways and come up with multiple deployment scenarios. Depending on your data needs and the size and scale of your setup, you can deploy components on separate servers and then scale them.
For example, you can separate the collection and indexing functions. You can deploy Collection Agents on the target servers (where data resides) and separate the Collection Stations and Indexers on different servers. The Collection Agent is a light-weight mechanism of collecting data, so it can reside on the target server. The Collection Station responsible for receiving data forwarded by the Collection Agents can remain on a separate server, and the Indexer responsible for indexing large volumes of data can remain on yet another separate server. You can even deploy the Collection Station and Indexer together on the same server. As you scale, you can add more number of Collection Stations and Indexers on additional servers. For more information, see Agent types.
When you perform a multiple-server deployment, the following points apply:
The following diagram illustrates a high-level architecture for a multiple-server deployment.
This diagram might not resemble a real deployment scenario. For example, in the real environment, the Search component might not be scaled out at the same time as the Collection Station and Indexer. For more information, see the following recommended deployment scenarios:
The following table lists definitions of abbreviations and terminology used in the preceding diagram:
TrueSight IT Data Analytics server, a combination of the following components:
|Atrium Single Sign-On||User-authentication mechanism necessary for integrating with TrueSight Presentation Server||Deploying IT Data Analytics with Atrium Single Sign-On|
|Configuration DB||Configuration Database component|
ProactiveNet or TrueSight Infrastructure Management
ProactiveNet or TrueSight Infrastructure Management remote cells
Integrating with Infrastructure Management and ProactiveNet cells
|TSPS||TrueSight Presentation Server||Integrating with TrueSight Presentation Server|
Simple Mail Transfer Protocol
|Collection Data Sources|
Data sources (such as log files and Windows events) for monitoring using Collection Station or Collection Agents
|Ports||Port numbers used for communicating between components and external systems||Communication ports and protocols|
TLS 1.2 is supported on all the communication channels marked in green. In some cases, TLS needs to be manually configured.
Multiple-server deployment v2.7.00#Deployment diagram. link not working