Private corporate batches, live online cohorts and 1-on-1 mentoring in the SolarWinds Platform — NPM, SAM, NetFlow, NCM and Log Analyzer across network, server and application estates — taught by a practitioner who runs it in production.
20 years across DevOps, SRE and Security · 10,000+ engineers trained · Trained teams at JPMorgan Chase, Verizon, Nokia and the World Bank
Principal DevOps Engineer & Architect
Rajesh teaches SolarWinds as one platform with modules attached rather than as a set of separate products: the shared node inventory and polling layer, custom properties as the organising vocabulary, and the SQL Server schema that every view, report and alert is ultimately a query against. Sessions cover discovery and node management, NPM interface and availability monitoring with Network Insight, SAM application templates and component monitors including agent and agentless deployment, NetFlow traffic analysis and NCM configuration compliance, then the alerting engine in depth — trigger and reset conditions, sustained duration, dynamic baselines, dependencies and escalation actions — because alert quality is where most installations fail. Reporting and custom views are built in SWQL, and automation is worked through the SolarWinds Information Service API and PowerShell, alongside sizing, additional polling engines, maintenance and upgrade practice.
Twenty years across DevOps, SRE and Security, in principal and architect roles at PayPay, SoftwareAG, ServiceNow, JDA Software, Intuit, Adobe and others. He has trained engineers at JPMorgan Chase, Verizon, Nokia, the World Bank, VMware, Oracle, Mercedes-Benz and Airbus — more than 10,000 people personally. He teaches what he runs, not what he reads.
You are booked with a named engineer, and that is who turns up. Marketplaces and larger providers rotate whoever is free, so the person who sold you the agenda is rarely the person teaching it.
The same trainer is available for the next engagement, which matters when a team builds on what it learned last time.
Your batch is assigned a named trainer before it starts, and that is who teaches it. See the full faculty.
Engagements are matched on the tool, not the calendar. For SolarWinds that means a trainer who has run it in production — the SolarWinds Platform — NPM, SAM, NetFlow, NCM and Log Analyzer across network, server and application estates — rather than whoever is free that week. You are told who is teaching before you commit, and that person is on the discovery call that shapes the agenda.
Where a batch is large enough to need a second trainer, the pairing is declared up front. The lead trainer stays accountable for the syllabus and the assessment either way.
Principal DevOps Engineer & Architect
Twenty years across DevOps, SRE and Security in principal and architect roles at PayPay, SoftwareAG, ServiceNow, JDA Software, Intuit, Adobe, IBM/Emptoris, Ness, MindTree and Accenture. He has trained more than 10,000 engineers personally, at organisations including JPMorgan Chase, Verizon, Nokia, the World Bank, VMware, Oracle, Mercedes-Benz and Airbus. He teaches what he runs, not what he reads.
Teams of 8–30
Custom agenda, your timezone, onsite or online, NDA-friendly.
Request a quoteIndividual engineers
A private instructor and a curriculum built around your goal.
₹99,999Individuals who want peers
Scheduled batch, max 8 to 10 hours of live instruction.
₹34,999A private batch starts with a discovery call. We look at the stack you actually run — the CI system, the cloud, the constraints — and map the agenda onto it, so examples use your topology rather than a generic one.
Delivery is onsite at your premises, live online, or hybrid, scheduled around your release calendar rather than ours. Batches run 8 to 30 engineers.
Every attendee leaves with recordings, slides, lab repositories and a completion certificate. You receive an attendance and assessment report. Invoicing supports PO and GST.
Talk to us about a private SolarWinds batchSolarWinds is a commercial IT operations management vendor whose core products share a single foundation: the Orion Platform, renamed the SolarWinds Platform from the 2022 releases onward. That platform provides one node inventory, one polling engine layer, one alerting engine, one reporting engine and one web console, and the individual modules — Network Performance Monitor, Server and Application Monitor, NetFlow Traffic Analyzer, Network Configuration Manager, Virtualization Manager, Storage Resource Monitor, Log Analyzer, Database Performance Analyzer and others — install onto it and contribute their own resources, views and pollers. The consequence worth understanding on day one is that a node discovered for network monitoring is the same object an application monitor attaches to, and an alert can therefore correlate across modules that were bought separately.
Collection is agentless first and agent-optional. ICMP establishes reachability and latency, SNMP v2c and v3 carry interface, hardware and device metrics, WMI and PowerShell reach into Windows, SSH into Linux and network devices, and the Orion agent is deployed where polling is blocked, where a device sits behind NAT, or where script-based monitoring needs to run locally. Data lands in a SQL Server database, and everything the console shows — resources, custom queries, reports, alert conditions — is ultimately a query over that schema, exposed through SWQL and the SolarWinds Information Service API.
The operational surface is where SolarWinds is either powerful or overwhelming. Alerts have trigger and reset conditions with sustained-duration requirements, static or dynamic baselines, and actions that email, run scripts or open tickets. Custom properties attach organisational meaning — owner, site, environment, criticality — so alerting and reporting are driven by it, while Network Atlas maps, account-limited views, scheduled reports and additional polling engines handle presentation and scale.
SolarWinds is the monitoring platform an enormous number of enterprises actually run, and the gap between what it can do and what most installations use is wide. Typical deployments poll nodes and email on down state, which is perhaps a fifth of the capability that has already been paid for. Dynamic baseline thresholds, sustained-duration conditions, custom properties driving alert scope, SWQL-backed reports, Network Insight for the devices where a generic SNMP poll tells you nothing useful, and correlation across modules are all sitting unused. Getting them into service is a cost-avoidance exercise with a licence already on the books.
Alert quality is the other reason teams bring in training. A SolarWinds installation that pages on every interface flap and every transient CPU spike trains its operators to ignore it, and the fix is configuration knowledge rather than more tooling — trigger conditions that require duration, dependencies and parent-child relationships that suppress downstream noise, maintenance and unmanage scheduling, and thresholds derived from baselines instead of guessed.
And the estates SolarWinds serves are not going away. Network hardware, firewalls, wireless controllers, storage arrays, hypervisors, Windows fleets, on-premises databases and the hybrid links between them still need SNMP, WMI, NetFlow and configuration compliance. Engineers who can operate that platform properly — including its SWQL query layer and its API for automation — remain in steady demand across enterprise operations, managed service providers and network teams.
What is actually installed, and why the modules behave as one product. The platform formerly branded Orion, its components, the shared node inventory, how a module contributes pollers, resources and views, and the licensing model that determines what an estate can grow into.
Topics: The Orion Platform and its rename to the SolarWinds Platform · Components: web server, polling engine, SQL Server database, job engine · The shared node inventory and why modules integrate rather than duplicate · Module overview: NPM, SAM, NTA, NCM, VMAN, SRM, Log Analyzer, DPA · Element-based licensing and what counts as an element · SolarWinds Platform, SolarWinds Observability and Hybrid Cloud Observability · Where SolarWinds fits against Zabbix, Nagios and Datadog · Where SolarWinds is the wrong tool
Standing up a deployment that will not need rebuilding in a year. System and SQL Server requirements, the installation and configuration wizard, database placement and sizing, service accounts and permissions, then the first-run settings — polling intervals, retention, web console basics — that quietly determine performance later.
Topics: System requirements: application server, SQL Server, storage and network · SQL Server sizing, collation, recovery model and file placement · The installation and configuration wizard · Service accounts, permissions and least privilege · Polling intervals, statistics collection and detailed retention settings · Data retention and rollup: detailed, hourly and daily · Web console navigation and the settings hierarchy · Licensing, activation and the licence manager · Backing up a new deployment before it holds anything valuable
Getting the estate into the platform and giving it organisational meaning. Network Sonar discovery and scheduled rediscovery, adding nodes by ICMP, SNMP, WMI and agent, managing interfaces and volumes, and then custom properties — the mechanism that makes every alert, view and report definable by owner, site, environment and criticality rather than by hostname list.
Topics: Network Sonar Discovery: seeds, ranges, credentials and scheduling · Adding nodes manually: ICMP, SNMP v2c and v3, WMI, agent · Deploying and managing the Orion agent, including behind NAT · Selecting interfaces and volumes worth monitoring · Node status, polling engine assignment and rediscovery · Custom properties for nodes, interfaces, applications and alerts · Bulk editing and importing custom property values · Groups and dependencies built from custom properties · Unmanage, mute and scheduled maintenance · Managing licence consumption as the estate grows
The module most deployments start with. Availability and latency monitoring, interface statistics and utilisation, hardware health, wireless and topology, then Network Insight for the devices where generic SNMP polling tells you nothing useful — firewalls, load balancers, BGP peers and switch stacks.
Topics: Availability, response time and packet loss monitoring · Interface monitoring: utilisation, errors, discards and speed configuration · Universal Device Pollers and custom OID monitoring · MIB browsing and adding unsupported devices · Hardware health monitoring for supported vendors · Network Insight for Cisco ASA, F5, Palo Alto and Nexus · BGP and routing neighbour monitoring · Wireless controller and access point monitoring · Topology, connection mapping and Network Atlas maps · PerfStack for correlating metrics across objects · NetPath for hop-by-hop path visibility
Extending the same node objects into the operating system and the application. SAM's template and component monitor model, the agentless path over WMI, PowerShell and SSH versus the agent path, assigning and tuning templates, and building a custom template for an application no vendor template covers.
Topics: SAM architecture: templates, component monitors and assignments · Agentless monitoring over WMI, PowerShell, SSH and HTTP · Orion agent deployment, polling and when it is required · Out-of-the-box templates and what to trust in them · Component monitor types: service, process, performance counter, script, HTTP, port · Windows and Linux script component monitors · Thresholds, baselines and per-component overrides · Building a custom application template end to end · Asset inventory and hardware and software reporting · Real-time process explorer and troubleshooting a live host · Server availability, restart detection and reboot monitoring
Monitoring the things the business actually notices. Web transaction monitoring and synthetic checks, IIS and application server monitoring, database instance monitoring through SAM templates, and where Database Performance Analyzer takes over with wait-time analysis that a polling-based tool cannot provide.
Topics: Web transaction recording and synthetic monitoring · HTTP and HTTPS component monitors, certificate expiry checks · IIS, Apache, Tomcat and application server monitoring · Microsoft SQL Server, Oracle, MySQL and PostgreSQL monitoring templates · Database Performance Analyzer and wait-time analysis · Correlating database wait time with application and server metrics · Message queue and middleware monitoring · Monitoring cloud services and virtual machines · Virtualization Manager and hypervisor-level visibility · Building a service-level view across tiers
The module that determines whether operators trust the platform. Trigger and reset conditions and the difference between them, sustained-duration requirements, static thresholds versus dynamic baselines, scoping alerts with custom properties, dependencies and parent-child suppression, escalation through time-delayed actions, and the full action catalogue.
Topics: Alert anatomy: trigger condition, reset condition, scope and actions · Sustained duration and why it eliminates most false alerts · Static thresholds versus dynamic baseline thresholds · Baseline calculation, warm-up period and when baselines mislead · Scoping alerts with custom properties instead of node lists · Groups, dependencies and parent-child suppression · Alert escalation with time-delayed actions · Actions: email, log, script, PowerShell, webhook, SNMP trap, ticket creation · Variables and macros in alert messages · Alert suppression during maintenance and unmanage windows · Testing an alert without waiting for the condition · Auditing alert history and tuning from it
Getting information out. The web-based report writer and the built-in report library, custom views and view limitations, account limitations for multi-tenancy, and then SWQL — the query language over the platform schema that turns custom resources, reports and alert conditions from a menu choice into an engineering task.
Topics: Built-in report library and what is worth adapting · The web report writer: data sources, filters, grouping and layout · Scheduling reports and delivery · Custom views, view groups and menu bars · Account limitations and delegating views to teams · Custom Query resources and Custom Table resources · SWQL fundamentals: entities, relationships and navigation properties · SWQL Studio and building queries interactively · Using SWQL in alerts, reports and dashboards · SQL versus SWQL and when to query the database directly · Availability, capacity and executive reporting
Two modules that answer questions performance polling cannot. NetFlow Traffic Analyzer for who is using bandwidth, with what application, to where — including flow configuration on the devices themselves. Then Network Configuration Manager for configuration backup, change detection, compliance policy and bulk change deployment.
Topics: NetFlow, sFlow, J-Flow and IPFIX: what each provides · Configuring flow export on routers, switches and firewalls · NTA storage requirements and retention · Top talkers, conversations, applications and endpoints · CBQoS monitoring and traffic classification · Flow-based alerting and anomaly detection · NCM: configuration backup, scheduling and change detection · Real-time change notification and configuration diffing · Compliance policies, rules and remediation scripts · Bulk configuration change jobs and rollback · Firmware and end-of-life vulnerability reporting
Bringing log and event data alongside metrics. Log Analyzer collection from syslog, SNMP traps and Windows events, parsing and tagging, log-based alerting, and correlation with performance and configuration change. Then the security-adjacent use cases the platform supports honestly, and where a real SIEM is required instead.
Topics: Log Analyzer architecture and ingestion · Syslog, SNMP trap and Windows event collection · Log parsing, tagging and normalisation · Searching, filtering and saved searches · Alerting on log events and event volume · Correlating a log event with a metric anomaly and a configuration change · Kiwi Syslog Server and where it still fits · Security-relevant monitoring: authentication failures, configuration change, device access · Retention, storage sizing and legal-hold considerations · Where Log Analyzer stops and a SIEM begins
Administering the platform without the console. The SolarWinds Information Service and its REST interface, reading with SWQL and writing through verbs, the OrionSDK and its PowerShell module, then the automation that saves real time — bulk node onboarding, custom property maintenance, alert deployment and unmanage scheduling.
Topics: SolarWinds Information Service and the REST API surface · Authentication and API credentials · Querying with SWQL over the API · Creating, updating and deleting objects through SWIS · Invoking verbs: unmanage, remanage, poll now, discovery · The OrionSDK and the PowerShell module · Bulk node onboarding from a source of truth · Maintaining custom properties automatically · Exporting and deploying alerts and reports between environments · Scheduling automation and error handling · Integrating with a CMDB or ticketing system
Running the platform for years rather than for a quarter. Additional polling engines and load balancing, high availability, the Enterprise Operations Console for multi-site rollup, database maintenance and growth control, performance tuning, the upgrade path, and a structured method for diagnosing the platform when it is the thing that is broken.
Topics: Additional polling engines: when needed, sizing and assignment · Polling engine load balancing and rebalancing nodes · High availability for the main server and pollers · Enterprise Operations Console for multi-instance rollup · Database maintenance, index health and growth control · Reducing polling and retention load without losing value · Diagnosing slow web console and slow report performance · Diagnosing nodes that show as down but are not · SNMP, WMI and agent troubleshooting · Orion service dependencies and log locations · Upgrade planning, testing and rollback · Backup and disaster recovery for platform and database
We rebuild the agenda around the tools you actually run.
Request a custom agendaDiscover a segment, admit only the interfaces worth polling, then design and apply a custom property scheme that drives a view, a report and an alert with no node lists anywhere.
Walk a device's MIB, build a Universal Device Poller for an unsupported metric, chart it, and alert on it with a dynamic baseline.
Build a SAM template with service, performance counter, script and HTTP component monitors for an application no vendor template covers, and assign it across a group.
Take a genuinely noisy alert set and rebuild it with sustained duration, dynamic baselines, dependencies and escalation, then measure the reduction in alert volume.
Write SWQL queries joining nodes, interfaces, applications and custom properties, then render them as custom resources and a scheduled capacity report.
Deliver a sized deployment with structured inventory, network and application monitoring, tuned alerting, delegated views, API-driven onboarding and a maintenance and upgrade runbook.
Billed yearly at ₹9,996
Max 8 to 10 hours of live instruction
Full program, private instructor
8–30 engineers · custom agenda · onsite or online · PO and GST invoicing
Refunds. If we cancel or postpone a cohort, you get a full refund within 15 days. There is no money-back guarantee otherwise.
Terms. Course material remains licensed to the attendee. Read the terms.
Your data. We don't share it with third parties. Privacy policy.
Certificate of completion
The trainer (Rajesh) provided very good sessions on SRE profession. Not only hands-on learning on the tools but also SRE mindset.
Very good training session. Well explained from the basics to the complex concepts. Also tried to cover practicals and demos within the 3 hour sessions. The learning content and videos are of a great deal of help.
Basics explanation was exemplary from Rajesh where he dealt with complicated topics to be simple. Great learning stuff personally for me.
Very detailed explanation and has lots of patience in attending the questionnaire. Thanks again for your wonderful sessions.
Good discussion, helped us to understand different tools in SRE.
Got good lab sessions which kept the new DevOps tool learnings to the point and it helped a lot in my career.
| What matters | YouTube + blogs | Generic online course | Freelance marketplace | DevOpsSchool |
|---|---|---|---|---|
| Named practitioner | No | Rarely | Varies per booking | Yes — same trainer each time |
| Production experience | Unknown | Unknown | Unverified | 20 years, named employers |
| Custom agenda | No | No | Sometimes | Built from your stack |
| Onsite delivery | No | No | Sometimes | Yes |
| Lab environment | None | Sandbox that expires | Varies | Your own cloud — skill goes with you |
| Assessment | None | Quiz | Rarely | Assignments + capstone per module |
| Per-attendee certificates | No | Sometimes | Rarely | Yes |
| Corporate invoicing | No | Limited | Varies | PO and GST |
| Post-training support | None | Forum, time-limited | None | Lifetime forum access |
Tell us the team, the stack and the timeline. You'll get a straight answer, not a sales sequence.
Talk to an advisorPrefer to call or email?
More ways to reach us on the contact page.