Designing a SolarWinds Monitoring System
I was asked to write a document of 2000 words to provide a proposal to an organisation in need of a new monitoring system.
Here is my solution :
The new SolarWinds monitoring system will replace all other monitoring systems and give the Service team full visibility and control of all required environments.
Configuration and training for all aspects of the modular SolarWinds monitoring environment will be provided.
- Examination of the current monitoring platforms.
- Examination of hardware, operating systems, SQL software and SolarWinds software, allowing us to identify whether an in place upgrade or a new server build will be required.
- Discuss and agree customer priorities, defining objectives for monitoring. Questions listed in the requirement specification should form the basis of defining the objectives allowing us to create a hardware/software specification to achieve those objectives.
- Establish communication update procedure in accordance with customer standards:
- Daily standup meeting or daily email updates to update customer staff about progress and any upcoming changes.
- Familiarise with customer change process.
- Establish and agree a time line to complete each line item.
- Assign tollgate meetings to each phase of the project.
- Plan meeting with service and ITOC Design teams to discuss process / changes for specific technical work:
- Upgrading/installing operating system.
- Hardware requirement.
- Solarwinds products.
- Implementation of technical solution.
- Implementation of configuration plan.
- Disaster recovery plan.
Examine existing customer monitoring solutions, plan to replace current monitoring systems with fully resilient, upgraded Solarwinds monitoring platform.
We will start by asking key questions below.
Existing monitoring systems questions:
- Who is using the monitoring solution? / Number of simultaneous users? (Performance of monitoring environment.)(Contact list for change control) Networking Team, customer services teams, ES ITOC users.
- Infrastructure size / how many elements? Additional pollers will be required if over 12000 elements.
- What is currently being monitored? (Applications, databases, servers, network devices, traffic, connectivity/supernets/subnets, transactions, logs, ip addresses, client devices and users.) This will define the type of pollers required.
- Polling frequency? System requirements increase if polling frequency increases.
- What Solarwinds software are customer currently licensed for?
- What versions of Microsoft Software and Solarwinds Software are running on the pollers and the SQL server?
Hardware and Software requirements:
Server Running Orion Services
|Physical server or virtual machine (VM)
CPU: 4 cores + 1 core for each additional module.
RAM: 8 GB + 2 GB for each additional module
Storage: 150 GB, 15,000 RPM1 x 1 Gb dedicated NIC.
Microsoft Windows Server 2019 or 2016, Standard or Datacenter Edition.
The SolarWinds Orion installer installs IIS and .NET 4.6.2 or later if they are not already on your server.
Additional pollers should also be configured as above.
|SolarWinds Orion SQL database
|Physical server recommendedDual/quad core processor or better.
128 GB RAM.
Hardware RAID Controller (software RAID not supported)
Disk Subsystem Arrays configured as per standard Solarwinds install OS RAID1, DATA & PAGEFILE RAID1, DATABASE RAID1+0.1 x 1 Gb dedicated NIC.
SQL Server 2017, 2016, or 2014, Standard or Enterprise EditionSolarWinds recommends SQL Server 2016 SP1 or later.
|Solarwinds Additional Web Server IIS||Physical server or virtual machine (VM)
CPU: 4 cores
RAM: 8 GB
Storage: 40 GB, 15,000 RPM
1 x 1 Gb dedicated NIC.
Hardware RAID Controller (software RAID not supported).
Microsoft Windows Server 2019 or 2016, Standard or Datacenter Edition.
Disk Subsystem Arrays configured as per standard Solarwinds install OS RAID1, DATA & PAGEFILE RAID1.
All specifications detailed in this document are based upon a large monitoring environment using Solarwinds Success center best practices.
Design Specification (Proposal)
Fully Resilient, scalable, HA Solarwinds Production Monitoring Environment
The Solarwinds diagram above displays a scalable, fully HA resilient, Solarwinds environment. I have included optional features within the environment that may not be required:
- Additional Poller and remote poller for over 12000 elements and appropriate HA poller and remote HA poller.
- Logs and Event Manager Appliance to incorporate SIEM functionality into Solarwinds.
- Extra WPM servers for additional synthetic transaction testing.
- Database performance analyzer to allow performance analysis of key databases.
To scale this environment, add additional polling engines and respective HA pollers. Additional polling engines will be installed at each remote office if required.
SQL databases, pollers and additional function servers should be backed up as part of an organizational backup service.
Solarwinds Development Environment
A virtualised single Solarwinds testing environment running with appropriate licensing for functional testing of Solarwinds monitoring procedures. No additional pollers or HA are required as this is a development environment and can be restored from snapshot at any time. Hardware and Software specifications based upon Solarwinds best practices for modular deployments.
Install and Upgrade Technical Solution
- Hardware and Software including respective licensing will be specified based upon monitoring requirements, agreed and ordered. Access to Solarwinds customer portal is required to download latest software versions for each module.
- Clearly identify cost effective method for SQL licensing, each Microsoft Windows Server license to be deployed and Solarwinds module licensing. Confirm Solarwinds MVP discount.
- Diagrams and documentation drawn up for change control.
- If using a new Solarwinds database (not importing the old one) then before old Solarwinds database is disconnected examine the Orion database for network auto discoveries, custom pollers, bespoke alerts and custom dashboards that may be lost during the upgrade process.
- Define connectivity requirements from pollers to customer environment.
- Define connectivity requirements from main poller to SQL server. (Network change required).
- Check connectivity is working between all pollers, SQL and customer environment. Liase with networking team to resolve possible issues.
- Install physical or virtual servers based upon design specification diagram. (Changes, diagrams, documentation required).
- Upgrade operating systems or build new server. (Change required).
- Download and Install latest Solarwinds software as per customer requirements from customer portal.
- Run Configuration Wizard, document process. (Change required).
- Assign virtual templates if not physical and build development Solarwinds environment.
- Define and document user accounts / connection profiles to be used with Solarwinds, network devices. SQL database account. Solarwinds polling account.
SolarWinds Monitoring Configuration Plan
- Check Login to Solarwinds.
- Add licensed modules to Solarwinds.
- Setup and confirm auto upgrade for future Solarwinds editions.
- Setup users (obtain user list). Specify permissions for each user dependent upon job role. Identify NOC team / customer Services permissions.
- Setup default email address for alerting (catch all default monitoring address).
- Configure HA and confirm that HA is functioning correctly.
- Configure distributed and remote workload between additional Solarwinds pollers based upon poller and node location.
- Run network discovery tool using subnet list within Solarwinds to bulk add and import nodes.
- Define a weekly network discovery scan to detect functional changes to nodes.
- Add database and application templates in SAM.
- Confirm that node thresholds are set correctly with customer Services and NPM is polling statistics correctly.
- Define IPAM IP ranges. Check that data received is accurate.
- Setup UDT, DHCP and DNS server links if required.
- Setup WPM transactions for synthetic user testing of applications and user journey performance analysis. Create views and reports to show where bottlenecks and problems occur.
- Define netflows and create netflow dashboard view. May require network device changes.
- Configure additional modules if required :
- SRM for storage array monitoring using SMI-S.
- Network and server configuration monitor along with access rights manager. If audit control and switch / router config is required.
- DPA for database performance analysis.
- VMAN for virtualised VMWare or HyperV host monitoring.
- Log Manager or Log and Event Manager to detect server problems via logs.
- Patch Manager to assist in deployment of software packages.
- Web Help Desk if ServiceNow is not being used as a help desk system.
- APM for application performance enhancement.
- Create groups of nodes to identify key areas. Use these groups for initial traffic light (RAG) dashboard view providing visibility and access to all key areas through one dashboard.
- Define views for teams.
- Define alerting requirements based upon events and resulting trigger actions including automated fixes for incidents.
- Define proactive capacity management reports and alerting.
- Define alerting responsibility and distribution lists for alerting.
- Setup availability reports / service level monitoring, for groups, nodes, applications and databases.
- Setup performance dashboards and reporting for applications.
- Setup alerting workshop/training sessions with customer Services.
- Provide modular training for each implemented Solarwinds product. Demonstrate Engineers toolset that enables fault finding within Solarwinds. Demonstrate scenarios and possible ways that Solarwinds can help increase efficiency and proactively prevent failure of a production environment.
- Implement, alert, report and monitoring request templates for future monitoring requests.
- ServiceNow or other service desk integration for alerting / automated raising / closing of incidents via Solarwinds events.
- Establish a maintenance plan / window, daily, weekly, monthly for Solarwind poller and database health and performance. Orion deployment health checklist.
- Disaster recovery plan.
Responsibilities and Team Structure
- Adam will work with Solarwinds and the service team directly to plan, design and implement a fully HA resilient, future proof monitoring system.
- Adam will evaluate current monitoring solutions meeting with service and ITOC design team to discuss requirements.
- The design and plan for the environment will be based on Solarwinds best practice specifications.
- Adam will provide training and a suitably knowledgeable Solarwinds engineer will assist in the development of the monitoring environment and ongoing customer requirements. Adam has many standard operating procedure documents for common tasks that can be provided to staff to help with understanding of Solarwinds processes.
- Adam will put together a disaster recovery document, with documentation about how to recover the Solarwinds environment from backups.
Estimated Timeframe (3 Months)
Each step of the project is given a timeframe within the three month period.
Value for Money
Key factors keeping costs down when designing a monitoring environment:
- Solarwinds licensing audit. Examine number of licenses required for each product and license respectively. Evaluate number of elements required for each product and license. As an MVP Adam has access to discounts for Solarwinds products.
- Type of SQL licensing (Core or User CALS). Provide enough licenses for everyone to login to Solarwinds.
- Hardware costs. Confirm that servers are suitably specified to provide future proofing and a high quality service to users.
- Microsoft Windows Server licensing cost.
- Adam will be onsite, providing assistance to the service team and carrying out the work. Adam has MVP support with Solarwinds and has access to key support teams at Solarwinds to resolve any technical problems much faster than using ordinary support procedures.
- Phasing out existing disparate non-Solarwinds monitoring systems will reduce licensing and hardware costs and decrease the time taken to fix issues.
- Increased efficiency by giving engineers better visibility of key systems reducing overall fix times.
- Consolidation of Solarwinds licensing / monitoring / better performance will save time / money.
Risks and Dependencies
- Downtime of monitoring systems during install of operating systems / SQL database software if in place upgrades. (1 day)
- If new hardware and software are purchased the above risk is eliminated.
- Solarwinds software downtime during upgrade. (3 hours)
- Phasing out old monitoring systems. Solarwinds can be setup to monitor before old systems are phased out. No Risk. (Time to be agreed)
- Communication of changes and work being carried out must be communicated to all departments who may be affected by new monitoring systems, especially when phasing out old monitoring systems.
- Training and access will be provided when replacement of old monitoring systems goes ahead. The first phase of the project will enable evaluation of old monitoring software and give us an awareness of who may be affected and if there are any further risks.
- Solarwinds pollers require access to all network devices and all servers via SNMP or WMI ports.
- Solarwinds SQL server must have access via SQL port to main Solarwinds poller.
- Hardware and software must be ordered in a timely fashion so that project is not delayed.
There is so much more we could add to a document like this, remember I was given a word limit of 2000 words.
So if you know of a company that is struggling with their monitoring infrastructure, maybe Acmtix combined with Solarwinds can help.
Leave A Comment