- Ops Manager Introduction >
- Ops Manager Components
Ops Manager Components¶
On this page
An Ops Manager installation consists of the Ops Manager Application and optional Backup Daemon. Each package also requires a dedicated MongoDB database to hold operational data.
Network Diagram¶
Ops Manager Application¶
The front-end Ops Manager Application contains the UI the end user interacts with, as well as HTTPS services used by the Monitoring Agent and Backup Agent to transmit data to and from Ops Manager. All three components start automatically when the Ops Manager Application starts. These components are stateless. Multiple instances of the front-end package can run as long as each instance has the same configuration. Users and agents can interact with any instance.
For Monitoring, you only need to install the application package. The application package consists of the following components:
Ops Manager HTTP Service¶
The HTTP server runs on port 8080 by default. This component
contains the web interface for managing Ops Manager users, monitoring of
MongoDB servers, and managing those server’s backups. Users can sign
up, create new accounts and groups, as well as join an existing
group.
Backup HTTP Service¶
The HTTP server runs on port 8081 by default. The Backup HTTP Service
contains a set of web services used by the Backup Agent. The agent
retrieves its configuration from this service. The agent also sends
back initial sync and oplog data through this interface. There is no
user interaction with this service. The Backup HTTP service runs on
port 8081 by default.
The Backup HTTP Service exposes an endpoint that reports on the state of the service and the underlying database to support monitoring of the Backup service. This status also checks the connections from the service to the Ops Manager Application Database and the Backup Blockstore Database. See Backup HTTP Service Endpoint.
Backup Alert Service¶
The Backup Alert Service watches the state of all agents, local copies of backed up databases, and snapshots. It sends email alerts as problems occur. The Backup Alert Service exposes a health-check endpoint. See Backup Alert Service Endpoint.
Backup Daemon¶
The Backup Daemon manages both the local copies of the backed-up databases and each backup’s snapshots. The daemon does scheduled work based on data coming in to the Backup HTTP Service from the Backup Agents. No client applications talk directly to the daemon. Its state and job queues come from the Ops Manager Application Database.
The Backup Daemon’s local copy of a backed-up deployment is called the
head database. The daemon stores all its head databases in its
rootDirectory path. To create each head database, the
daemon’s server acts as though it were an “invisible” secondary
for each replica set designated for backup.
If you run multiple Backup Daemons, Ops Manager selects the Backup Daemon to use when a user enables backup for a deployment. The local copy of the deployment resides with that daemon’s server.
The daemon will take scheduled snapshots and store the snapshots in the Backup Blockstore database. It will also act on restore requests by retrieving data from the Blockstore and delivering it to the requested destination.
Multiple Backup Daemons can increase your storage by scaling horizontally and can provide manual failover.
The Backup Daemon exposes a health-check endpoint. See Backup Daemon Endpoint.
Dedicated MongoDB Databases for Operational Data¶
Ops Manager uses dedicated MongoDB databases to store the Ops Manager Application’s monitoring data and the Backup Daemon’s snapshots. To ensure redundancy and high availability, the backing databases run as replica sets. The replica sets host only Ops Manager data. You must set up the backing replica sets before installing Ops Manager.
Ops Manager Application Database¶
This database contains application metadata used by the Ops Manager Application. The database stores:
- Monitoring data collected from Monitoring Agents.
- Metadata for Ops Manager users, groups, hosts, monitoring data, and backup state.
For topology and specifications, see Ops Manager Application Database Hardware.
Backup Blockstore Database¶
This database contains all snapshots of databases backed up and oplogs retained for point in time restores. The Backup Blockstore database requires disk space proportional to the backed-up databases.
Configure the Blockstore as a replica set to provide durability and automatic failover to the backup and restore components. The replica set must have at least three members that hold data.
You cannot back up the Blockstore database with Ops Manager Backup. To back up Ops Manager Backup, see Back Up Ops Manager.
For additional specifications, see Ops Manager Backup Blockstore Database Hardware.