SolarWinds is one of the outstanding producers of IT management software. The company’s Network Performance Monitor (NPM) is one of its key product. This system focuses on monitoring the health of the devices connected to a network. The hardware that SolarWinds NPM keeps an eye on includes network equipment, such as routers and switches; endpoint devices, including terminals, desktop PCs, and mobile devices; and office equipment, such as printers. The constant monitoring process gathers metrics that serve troubleshooting tasks.
The NPM includes a dashboard with comprehensive controls that can help you customize your views of network data and also filter the events that are reported by the system. This is a very flexible system that is suitable for any size of network. The NPM is a standalone package, and it can work as integration with the company’s other product to offer end to end unified IT management solution.
Features
The operating procedures of the Network Performance Monitor are based on the Simple Network Monitoring Protocol (SNMP). This is a network industry standard that requires an agent program installed on every device. Each device that can be connected to a network will already have an SNMP agent installed on it as part of its firmware. SNMP requires a central controller and the Network Performance Monitor provides this function.
The other main features of the SolarWinds Network Performance Monitor are:
Network Availability Monitoring
Reduce network downtime

Quickly resolve network connectivity issues
Accelerate time-to-resolution

NetPath Network Path Analysis
Visual analysis and problem solving for hybrid IT
See inside the internet cloud for the first time. NetPath™ is more than a visual traceroute tool that lets you see into all your critical network paths for deeper insights and faster time to resolution. See all devices, applications, networks, and vendors in single-page path analysis for more signal and less noise. Track every hop and view latency historically or in real-time.
Map hybrid paths like never before
Get complete control of your internet. View performance, traffic, and configuration details of devices and applications that are on-premises, in the cloud, or across hybrid environments. With NetPath, you can isolate network slowdowns and determine the actual person you need to contact to solve it. Understand your provider’s network better than they do with visibility into the entire network path.
Enhanced quality of service for end-users

Network Mapping Tool
Use Network Atlas maps to build geographic visualizations

Automate network mapping with intelligent Orion Maps
A spatial understanding of networks can help streamline admin monitoring. The Network Atlas map feature in NPM allows you to easily view the automatically updated physical and logical links between network devices like routers, switches, and servers. Simply place objects on default backgrounds or upload custom options like office blueprints, then click connect to automatically add relationships between devices based on your network topology. You can view Layer 2, Layer 3, or both topologies, and manually add any interfaces not automatically monitored. You can also customize the appearance of nodes, labels, and links. Network Atlas maps are designed to automatically monitor link analysis factors like speed, utilization, and down status, and display a child device status indicator if the parent device status changes.
Easily create wireless heatmaps

Use NetPath™ for in-depth network traffic mapping

Wi-Fi Monitor
Easily discover and monitor wireless access points

Build wireless heat maps

Manage and monitor Wi-Fi infrastructure

Network Monitoring Alerts
Reduce the flood of unnecessary network alerts

Receive network alerts when it matters most

Get the information you need to take action

Benefits
Salary/Staff Time Savings
Today’s complex networks require highly trained network professionals to maintain the network,
configure new users, respond to support calls, and plan and support network expansions and
changes. Automated technology that helps maintain or even reduce headcount offers a directly
quantifiable return. In most cases, network management and monitoring solutions free network
professionals to work on more strategic projects, which can help to reduce costs and drive
increased revenue.
Reduced Network Downtime
Network downtime can be directly quantified by simply calculating the cost of the time a
network professional spends troubleshooting and resolving the cause of the downtime. This
cost, however, is simply the tip of the iceberg as far as the total cost of network downtime is
concerned. Lost employee productivity, lost revenue, and lost customer goodwill are all examples
of costs that are harder to calculate but have a much greater impact.
Reduction in Support Calls
Network management and monitoring solutions alert network management and support teams
to potential problems before users start to complain and generate support calls. The cost of
support calls can be easily calculated by looking at the number of calls per week, the time to
resolve a support call, and the cost per hour of support time. By reducing the number of support
calls through proactive monitoring and management of the network, you will be able to directly
quantify the cost savings.
Decreased Time to Resolution
Time to resolution is the amount of time that it takes to resolve an issue once the network
professional is notified. Network monitoring and management systems with real-time diagnostic
data that is viewable through dynamic network maps can greatly reduce the amount of time
required to troubleshoot and pinpoint the source of the issue.
Managing Service Level Agreements
Network operations teams are typically held to or measured against a quantifiable service level
agreement (SLA) that is typically a percent of network uptime. This SLA can be an internal SLA
or an external SLA with your service provider, for example. If network availability is directly
attributable to a company’s revenue, then the cost of downtime can be easily measured based
on the average revenue that would have been generated during the downtime.
New features and improvements in NPM
Release Date: November 5, 2019
NPM 2019.4 offers the following new features and improvements compared to previous releases of NPM.
NPM 2019.4 is an Orion Platform product, and runs on Orion Platform 2019.4.
Device View
- Visually display your network switches on Cisco 2960 and Juniper devices to check port status, utilization, and position from the Orion Web Console.
Display physical layout of interfaces on graphical stencils (Device View)
Starting with NPM 2019.4, you can visually display interface status and utilization on the device layout for the following rack-mountable devices:
- Cisco 2960 switches
Switch stacks and devices with stackwise images, such as -UNIVERSALK9-M, are not supported.
- EX 2200 Juniper switches
- EX 3300 Juniper switches
The physical layout is available on Node Details views, as the Device View tab.
- In the Orion Web Console, go to the node details view for a node that is monitored using SNMP.
-
Click the Device View subview. Here, you can:
- See the status of interfaces on the physical layout
- Find out more information on individual interfaces
- Display In- and Out-utilization of individual interfaces
Highlight interfaces with a certain status
- Select interface statuses to display. Filtered out interfaces are grayed out.
The filters are included in the browser URL. When sharing URL links, you can change the filters by simply adjusting them in the URL.
Display status details for an interface
- Click an interface to display a panel with details on the right.
- Click the interface name in the panel to open the Interface Details view.
Display In and Out Utilization of interfaces
Click option buttons above the device stencil to display In or Out Utilization of interfaces.
Click an interface box to display more details about the interface.
When you click an unmonitored interface (black port icon) and have Node Management rights, you can add the interface for monitoring. Click the Start Monitoring Unknown Interface link in the panel.
Real-time charts
Display real-time data with new dashboard widgets:
- CPU Load and Memory Utilization on Node Details
- Percent Utilization on Interface Details
Performance improvements
Check out the improved load times for widgets.
Updated and improved localization
Use NPM in German and Japanese UI. NPM improved support for German and Japanese localization.
Improved interface port type mapping
Discover port types with more accuracy.
Other improvements
Configure custom pollers to influence node status calculation.
New features and improvements in Orion Platform 2019.4
Orion Platform 2019.4 offers the following new features and improvements:
- Orion Maps enhancements, such as Entity Library improvements, bulk administration, custom images, manual topology and customizable frequency of refreshing the maps.
- Installation improvements: in-product evaluations, support for Azure SQL Database managed instance, and deployment directly from Azure Marketplace.
- Website performance improvements.
- Scalability Engines Installer download performance improvements.
- Legacy Syslog & Traps replacement: Log Viewer replaces legacy Syslog & Traps with instant evaluation of Log Analyzer.
- Version numbering is now consistent across all Orion Platform products. See the THWACK post What’s in a version number.
- Orion Platform out-of-the-box reports migrated to web-based Report Manager.
- Orion SDK enhancements: Automate ‘List Resources’ and import results.
System Requirements
Orion Platform 2019.4 Requirements
Release Date: November 5, 2019
Updated: November 18, 2019
Requirements depend on various variables, such as:
- Orion Platform deployment in the cloud vs on-premise.
- Size of the environment to be monitored. This topic provides requirements for small, medium, large and extra large deployments, based on NPM license levels.
- Orion Platform products to be deployed. This document provides minimum requirements for a single Orion Platform product. If you plan to deploy more SolarWinds products from the Orion Platform family, see Multi-module system guidelines.
- Review your product Administrator Guides and release notes for the exact product requirements beyond these minimums.
- SolarWinds recommends reviewing the Orion Platform 2019.4 Release Notes.
Cloud Deployment
Orion Platform products support the following cloud solutions:
Amazon Web Service
To deploy a single Orion Platform product using Amazon Web Service, consider using the following templates.
Require- ments |
Small
SL100, SL250, SL500 |
Medium
SL2000 |
Large
SLX |
XL (up to 400,000 elements) |
---|---|---|---|---|
Orion server | m4.large | m4.xlarge | m5d.2xlarge | m5.2xlarge |
SolarWinds Orion database using Amazon RDS | db.r4.large | db.r4.xlarge | db.r4.2xlarge | db.r4.8xlarge |
SolarWinds Orion database deployed on an Amazon VM | m4.large | r4.xlarge | r4.2xlarge
Recommended: r5d.4xlarge |
r5d.8xlarge
Recommended: r5d.16xlarge |
Additional Polling Engines | Only relevant for environments that monitor over 12,000 elements. | m5.xlarge |
Microsoft Azure
To deploy a single Orion Platform product on Microsoft Azure, consider using the following instance types, based on your deployment size.
Require- ments |
Small
SL100, SL250, SL500 |
Medium
SL2000 |
Large
SLX |
XL (up to 400,000 elements) |
---|---|---|---|---|
Orion server | A4_v2 | DS12_v2 | DS4_v2 | DS4_v2 |
SolarWinds Orion database using Azure SQL DB | All installed products must run on Orion Platform 2019.2 or later.
Time zone setting of the Orion Server must be in the same time zone as Azure SQL DB time zone (UTC). When deploying Azure SQL and creating a new user in the Configuration wizard, SA account credentials are required in the Configuration wizard. |
|||
DTU Standard Tier S3 or better
vCore General Purpose Tier 2 or better |
DTU Standard Tier S3 or better
vCore General Purpose Tier 2 or better |
DTU Standard Tier S4 or better
vCore General Purpose Tier 2 or better |
DTU Standard Tier S9 (up to 100k elements), S12 (up to 400k elements) or better
vCore General Purpose Tier 16 (up to 100k elements), 30 (up to 400k elements) or better |
|
SolarWinds Orion database using Azure SQL Database managed instance | Gen5 4 vCores |
Gen5 8 vCores |
Gen5 16 vCores |
Gen5 40 vCores |
SolarWinds Orion database deployed in an Azure VM | A4_v2 | DS4_v2 Standard | E8s_v3 | E32-8s_v3 |
On-premise
To deploy a single Orion Platform product locally, on a server, review the following recommendations.
Require- ments |
Small
SL100, SL250, SL500 |
Medium
SL2000 |
Large
SLX |
XL (up to 400,000 elements) |
---|---|---|---|---|
Minimum / Recommended | ||||
Orion server
hardware
|
Quad core processor or better
6 GB/8 GB RAM 10 GB/20 GB HD |
Quad core processor or better
8 GB/16 GB RAM 15 GB/40 GB HD |
Quad core processor or better
16 GB/32 GB RAM 30 GB /40 GB HD |
CPUs with a total combined PassMark score of 7,000 or higher
16 GB/32 GB RAM 40 GB/50 GB HD Read/Write I/O: 800 IOPS |
Orion server software | Windows Server 2016
Windows Server 2019 Desktop OS’s only for evaluations; NOT recommended for production environments |
|||
SolarWinds Orion database server
|
The Orion server and the SolarWinds Orion database must use separate servers. If you install on a virtual machine, you must maintain your SQL Server database on a separate, physical drive. |
|||
SQL Server Standard or Enterprise 2014 and later
Quad core processor or better 8 GB/16 GB RAM 20 GB/40 GB HD |
SQL Server Standard or Enterprise 2014 and later
Dual quad core processor or better 16 GB/64 GB RAM 50 GB/100 GB HD |
SQL Server Standard or Enterprise 2014 and later
Dual quad core processor or better 64 GB/128 GB RAM 100/400 GB HD
|
SQL Server Enterprise 2014 and later
CPUs with a total combined PassMark score of 32,000 or higher 256 GB/512 GB RAM 500 GB/1 TB HD Read/Write I/O: 30,000 IOPs / 190,000 IOPS or better recommended |
|
Additional Polling Engines | Only relevant for environments that monitor over 12,000 elements. | 4-core processor or better
16 GB RAM |
||
Ports to open
|
Outbound: 22, 25, 465, 587, 1433, 1434,
Inbound: 80, 162, 443, 514, 17778 Bi-directional: 53, 135, 161, 1801, 5671, 1777 |
|||
Account privileges | SolarWinds recommends that SolarWinds Orion administrators have local administrator privileges on the Orion server to ensure full functionality of local SolarWinds tools.
SolarWinds Orion user accounts limited to the Orion Web Console do not require local administrator privileges. Users running the Configuration wizard must have DBO specified as the default database schema. |
More information on hardware recommendations for the Orion Server
Use the recommended hardware configuration to avoid potential performance issues caused by a heavy load or custom configurations such as increased data retention or more frequent polling intervals.
RAID recommendations only apply to physical environments. If you have your Orion Platform server installed on a virtual machine, these recommendations do not apply to your environment.
Processor speed
Use processors that work at 2.4 GHz or faster.
CPU
Do not enable Physical Address Extension (PAE).
HD
Two 146 GB 15K (RAID 1/Mirrored Settings) hard drives are recommended with a dedicated drive for the server operating system and SolarWinds installation.
Some common files may need to be installed on the same drive as your server operating system. You may want to move or expand the Windows temporary directories.
More information on software requirements for the Orion Server
Do not install Orion Platform products on the same server as SolarWinds Access Rights Manager (ARM).
The following table lists software requirements and recommendations for a SolarWinds installation on both physical and virtual computers.
Software Requirements | ||
---|---|---|
Operating system |
Desktop operating systems, such as Windows 10, 64-bit Pro or Enterprise, are supported for evaluation environments only. To make a smooth transition from your evaluation to production deployment, SolarWinds recommends that you avoid installing evaluations on desktop operating systems. Support differences between Orion Agents and Orion Platform products
|
|
Operating system languages |
|
|
IP address version | IPv4
IPv6 Dual stack CIDR notation is not supported for IPv6 addresses. |
|
Web server | If you are not using Windows Authentication, make sure the Anonymous Authentication is enabled for the SolarWinds NetPerfMon website. Anonymous Authentication is used with the default forms-based authentication.
IIS is installed by the SolarWinds installer. You can install this software manually to reduce your installation time. |
|
.NET Framework | .NET 4.8
Run the same version of .NET on your primary server and any Additional Polling Engines or Additional Web Servers in the environment. Make sure that the operating system of your Orion Platform supports .NET 4.8. See .NET Framework system requirements (© 2019 Microsoft, available at https://dotnet.microsoft.com, obtained on October 3, 2019). If your Orion Platform runs on an operating system that does not support .NET 4.8, consider upgrading your environment to be able to use the new features provided by Orion Platform 2019.4. |
|
Services | If you are using the Syslog or SNMP Traps feature of the Orion Platform, make sure the following services are running after installation is complete to collect syslog messages and traps:
|
|
Web console browser | Orion Platform products support two most recent versions of the following web browsers available at the release date:
Orion Platform products also support the following browsers:
|
More details on requirements for the Orion Database Server
SQL Server versions
Use Express, Standard, or Enterprise versions of the following:
- SQL Server 2014
- SQL Server 2014 SP1
- SQL Server 2014 SP2
- SQL Server 2014 SP3
- SQL Server 2016
- SQL Server 2016 SP1
- SQL Server 2016 SP2
- SQL Server 2017 (including installations on Linux)
- SQL Server 2019
Which SQL Server version to use?
- For XL environments, use only Enterprise versions
- Use Express only for evaluations, very small environments, or EOC.
Recommendations
- Use the Simple database recovery mode to ensure best performance.
- Use 64-bit version of SQL Server.
- You can set the database recovery model to Full Recovery if your Orion Database is hosted on a SQL Cluster or if you use Always On Availability. However, you must back up your database regularly and ensure that volume you store your transaction log has free space that is at least equal to or greater than the size of your Orion database. Your transaction logs will continue to grow indefinitely until a database backup is performed and the transactions committed to the database. We recommend daily database backups when you use the Full Recovery model.
SQL Server Collation
The Orion Platform does not support case-sensitive databases.
The Orion Platform supports CI database on an CS SQL Server.
- English with collation setting
SQL_Latin1_General_CP1_CI_AS
- English with collation setting
SQL_Latin1_General_CP1_CS_AS
- German with collation setting
German_PhoneBook_CI_AS
- Japanese with collation setting
Japanese_CI_AS
- Simplified Chinese with collation setting
Chinese_PRC_CI_AS
Server roles and permissions
Required server roles:
- dbcreator
- public
- securityadmin
Permissions:
- You need read permissions to the master database.
- You don’t need dbcreator permissions if you are installing an Orion Platform product with a pre-existing blank database.
Hard drive space
The following recommendations apply to physical environments only. If you have your SolarWinds Orion database installed on a virtual machine, these recommendations do not apply to your environment.
- Due to intense I/O requirements, a RAID 1+0 drive is strongly recommended for the SolarWinds database, data, and log files with a dedicated drive for the server operating system and tempdb files.
- Other RAID configurations can negatively affect your SQL Server’s performance.
- Mirrored drives for the OS and RAID 1+0 for database data files are recommended.
- Solid state drives (SSD) are recommended for all components.
Some common files may need to be installed on the same drive as your server operating system. You may want to move or expand the Windows or SQL temporary directories.
Database hardware recommendations for large environments
For large environments with a physical SQL Server, SolarWinds recommends the following hard drive configuration.
These recommendations are not relevant for SQL Servers running in a virtual environment.
- A hardware RAID Controller with a battery backed-up write back cache
- Disk Subsystem 1 Array 1: 2x 146 GB 15K disks RAID 1 (mirroring) for the OS
- Disc Subsystem 2 Array 2: 2x 146 GB 15K disks RAID 1 (Pagefile + Extra Storage)
- Disk Subsystem 3 Array 3: with 6x 15k 146 GB or 300 GB disks configured in a RAID 1+0 array for your SQL MDF and FILEGROUPS.
- Disk Subsystem 4 Array 4: with 4x 15k 146 GB or 300 GB disks configured in a RAID 1+0 array for your SQL LDF Transaction LOG file
- Disk Subsystem 5 Array 5: with 4x 15k 146 GB or 300 GB disks configured in a RAID 1+0 array for your tempdb data file
- Disk Subsystem 6 Array 6: with 4x 15k 146 GB or 300 GB disks configured in a RAID 0 array for your tempdb log file
Authentication
Either mixed-mode or Windows authentication. If you require SQL authentication, you must enable mixed mode on your SQL server.
Other software
SolarWinds recommends you install the SQL Server Management Studio component on your Orion database server.
The Orion Installer installs the following required x86 components if they are not found on your Orion database server:
- SQL Server System Common Language Runtime (CLR) Types. Orion products use secure SQL CLR stored procedures for selected, non-business data operations to improve overall performance.
- Microsoft SQL Server Native Client
- Microsoft SQL Server Management Objects
You cannot share the SolarWinds Orion database with Microsoft SharePoint, Microsoft Exchange, and Research in Motion (RIM) BlackBerry servers.
Server port requirements
- Ports 4369, 25672, and 5672 are opened by default on the main server for RabbitMQ messaging. These ports can be blocked by the firewall. When running SolarWinds High Availability, ensure ports 4369 and 25672 are open.
- RPC ports > 1024 (TCP, bidirectional) is used by the Job Engine v2 process to communicate with Windows nodes.
Port | Pro- tocol |
Service/ Process |
Direction | Description | Encrypt ion |
---|---|---|---|---|---|
user-defined, default: 22 | SSH | SolarWinds Job Engine v2
IIS |
Outbound from the Orion server to the device | Port for accessing ASA devices through CLI | Device-based |
25 | TCP | SolarWinds Alerting Service V2 | Outbound | SMTP port for non-encrypted messages | n/a |
53 | UDP | SolarWinds Job Engine v2 | Bi- directional |
Resolving DNS queries | n/a |
80 | TCP | IIS | Inbound | Default additional web server port. If you specify any port other than 80, you must include that port in the URL used to access the web console. For example, if you specify an IP address of 192.168.0.3 and port 8080, the URL used to access the web console ishttp://192.168.0.3:8080 . Open the port to enable communication from your computers to the Orion Web Console.The port might also be used for Cisco UCS monitoring. |
n/a |
135 | TCP | Microsoft EPMAP (DCE/RPC Locator service) | Bi- directional |
Required for devices polled via WMI. Used to initiate communication with the remotely managed host. | |
161 | UDP | SolarWinds Job Engine v2
SolarWinds Cortex |
Bi- directional |
Send and receive SNMP information |
SNMP v1 and v2 are unencrypted. SNMP v3 uses AES and 3DES encryption. |
162 | UDP | SolarWinds Trap Service
SNMP Informs |
Inbound | Receive trap messages | n/a |
443 | TCP | IIS | Inbound | Default port for https binding. | SSL |
465 | TCP | SolarWinds Alerting Service V2 | Outbound | SMTP port used to send TLS-enabled email alert actions | SSL |
514 | UDP | SolarWinds Syslog Service | Inbound | Receive syslog messages | n/a |
587 | TCP | SolarWinds Alerting Service V2 | Outbound | SMTP port used to send TLS-enabled email alert actions | TLS |
1433 | TCP | SolarWinds Alerting Service V2
SolarWinds Administration Service SolarWinds Information Service SolarWinds Information Service V3 SolarWinds Orion Module Engine |
Outbound | Communication between the Orion server and the SQL Server. | n/a |
1434 | UDP | SolarWinds Alerting Service V2
SolarWinds Administration Service SolarWinds Information Service SolarWinds Information Service V3 SolarWinds Orion Module Engine SQL Server Browse Service |
Outbound | Communication with the SQL Server Browser Service to determine how to communicate with certain non-standard SQL Server installations. Required only if your SQL Server is configured to use dynamic ports. | n/a |
1801 | TCP | MSMQ | Bidirectional | MSMQ WCF binding | WCF |
5671 | TCP | RabbitMQ | Bi- directional |
For encrypted RabbitMQ messaging (AMQP/TLS) into the main polling engine from all Orion servers (additional polling engines, HA servers, or additional web servers).
Sending messages to RabbitMQ. |
TLS 1.2 |
17777 | TCP | SolarWinds Orion Module Engine
SolarWinds Information Service SolarWinds Information Service V3 SolarWinds Cortex |
Bi- directional |
Communication between services and SolarWinds Orion module traffic.
Communication between the Orion Web Console and the polling engines. Communication between the main server and pool members. |
RSA handshake, AES 256 communication using WCF
TLS 1.2 with Cortex |
17778 | HTTPS | SolarWinds Agent | Inbound to the Orion server | Required for access to the SWIS API and agent communication | SSL |
See SolarWinds Port requirements for a comprehensive list of port requirements for SolarWinds products.
Optional, individual components, such as Orion agents and High Availability, have additional port requirements.