Submit a ticketCall us

Get a crash course on Network Monitoring delivered right to your inbox
This free 7-day email course provides a primer to the philosophy, theory, and fundamental concepts involved in IT monitoring. Lessons will explain not only how to perform various monitoring tasks, but why and when you should use them. Sign up now.

Home > Success Center > Network Configuration Manager (NCM) > NCM 7.6 Administrator Guide > High Availability in SolarWinds Products

High Availability in SolarWinds Products

Table of contents
Created by Anthony.Rinaldi_ret, last modified by Anthony.Rinaldi_ret on Jan 26, 2017

Views: 62 Votes: 0 Revisions: 4

Updated: 12-1-2016

SolarWinds High Availability (HA) provides failover protection for your Orion server and additional polling engines to reduce data loss. If your primary server fails, the HA feature allows your secondary server to take over all services, such as polling and alerting, with minimal downtime. SolarWinds HA protects your main server, also known as your main polling engine, and additional polling engines. It does not protect your databases or your additional web servers.

SolarWinds supports physical-to-physical, physical-to-virtual, virtual-to-physical, and virtual-to-virtual failover in an IPv4 LAN environment.

How does it work?

When you configure your environment for SolarWinds High Availability, place your secondary server on the same subnet as the primary server. Configure the secondary server to use the same network and database resources as the primary server. In the Orion Web Console, add both servers to an HA pool, which is accessed through a single Virtual IP (VIP) address to route incoming requests and messages to the current, active server.

File:Success_Center/New_Articles/NPMAG_forMT_final/1M0/HA-VIP.png

The SolarWinds HA software monitors the health of both servers in the pool, and both servers keep open communication channels over TCP port 5671 to exchange information. When a critical service goes down, such as the SolarWinds Information Service, the software attempts to restart the service. If the service goes down a second time within a set amount of time, the software initiates a failover to the standby server.

After a failover to the secondary server is complete, the secondary server becomes the active server and continues to act as the active server until another failover event occurs. The secondary server assumes all of the responsibilities of primary server, including receiving syslogs, SNMP traps, and NetFlow information through the VIP. You can manually failover to your primary server to return it to active service.

 

Last modified
10:53, 26 Jan 2017

Tags

Classifications

Public