Page tree
Skip to end of metadata
Go to start of metadata

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 nonproduction 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.

Similarly, you can separate the search function. You can deploy multiple Search components on separate servers and then scale them with increasing number of concurrent users using the product.

Note

When you perform a multiple-server deployment, the following points apply:

  • You cannot deploy multiple instances of the same component on the same server.
  • You might want to review your security considerations and set up firewall rules to avoid unauthorized access to the data collected or your configuration data. The Indexer contains the data collected and the Configuration Database contains the configuration data, so BMC recommends you to set up firewall rules for these components.
  • BMC recommends you to scale various components on setups with the same configuration.
Deployment scenarios
 Where to find recommended deployment scenarios for this type of deployment

Deployment diagram

The following diagram illustrates a high-level architecture for a multiple-server deployment.

Note

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:

 

 Click to view table of abbreviations used in the diagram

The following table lists definitions of abbreviations and terminology used in the preceding diagram:

ItemDescription

Additional information

ITDA Server

BMC TrueSight IT Data Analytics server, a combination of the following components:

  • Console Server
  • Search

Managing components

BMC Atrium Single Sign-OnUser-authentication mechanism necessary for integrating with TrueSight Presentation ServerDeploying IT Data Analytics with BMC Atrium Single Sign-On
Configuration DBConfiguration Database component

Managing components

PNet/TSIM

BMC ProactiveNet or BMC TrueSight Infrastructure Management

Integrating with ProactiveNet and Infrastructure Management

PNet/TSIM Cell

BMC ProactiveNet or BMC TrueSight Infrastructure Management remote cells

Integrating with ProactiveNet and Infrastructure Management cells

TSPSBMC TrueSight Presentation ServerIntegrating with TrueSight Presentation Server
SMTP

Simple Mail Transfer Protocol

Setting up emails

Collection Data Sources

Data sources (such as log files and Windows events) for monitoring using Collection Station or Collection Agents

Agent types

PortsPort numbers used for communicating between components and external systemsCommunication ports and protocols