Corporate · onsite · online training worldwide
contact@DevOpsSchool.com· +91 99057 40781·
> Infrastructure Monitoring · DevOpsSchool Trainer

Nagios Trainer

Private corporate batches, live online cohorts and 1-on-1 mentoring in check-based host, service and network monitoring with plugins, notifications and event handlers — 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

DeliveryOnline · Onsite · Hybrid
FormatsCorporate · 1-on-1 · Cohort
AgendaCustomisable
Batch size8–30 engineers
Engineers we've trained work at
JPMorgan ChaseBank of AmericaWells FargoVerizonNokiaWorld BankGE HealthcareVMwareOracleQualcommMercedes-BenzAirbusDatadogSplunkDeloitteInfosysWiproCapgemini
# who teaches it

Your Nagios trainer

Rajesh Kumar

Principal DevOps Engineer & Architect

Cloud architectureMulti-cloud estatesInfrastructure at scale20 years in productionPrincipal / architect roles10,000+ engineers trainedM.Tech BITS Pilani25+ certifications

Rajesh teaches Nagios from its object model outward — host and service definitions, templates and inheritance, hostgroups and servicegroups, contacts, contactgroups and timeperiods — because that structure is what decides whether an estate stays maintainable past a few hundred hosts. Sessions cover the mechanics most courses gloss over: SOFT versus HARD state transitions and why notifications only follow the latter, check scheduling and interleaving, NRPE and NSClient++ agent deployment, SNMP and network device monitoring, event handlers that act rather than just alert, auto-discovery, and the Core Config Manager and administration surface in Nagios XI.

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.

One practitioner, not a bench

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.

18,000+certified learners
500+corporate batches delivered
50+countries served
100+certification programmes
# faculty

Who delivers Nagios engagements

Your batch is assigned a named trainer before it starts, and that is who teaches it. See the full faculty.

How your Nagios trainer is chosen

Engagements are matched on the tool, not the calendar. For Nagios that means a trainer who has run it in production — check-based host, service and network monitoring with plugins, notifications and event handlers — 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.

Rajesh Kumar

Principal DevOps Engineer & Architect

India20 yrsLead trainer

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.

Kapil Gupta

IndiaInstructorCoach

Kunal Jain

IndiaInstructorCoach

Nikhil Gupta

IndiaInstructorCoach

Pranab Kumar

IndiaInstructorCoach

Rohit Ghatol

IndiaInstructorCoach

Amit Agarwal

IndiaInstructorCoach

Anil Kumar

IndiaInstructorCoach

Balachandran Anbalagan

IndiaInstructorCoach

Durga Prasad

IndiaInstructorCoach

Gaurav Aggarwal

IndiaInstructorCoach

Harsh Mehta

IndiaInstructorCoach

# how to engage

Four ways to work with this trainer

Private corporate batch

Teams of 8–30

Custom agenda, your timezone, onsite or online, NDA-friendly.

Request a quote

1-on-1 mentoring

Individual engineers

A private instructor and a curriculum built around your goal.

₹99,999

Live & Interactive cohort

Individuals who want peers

Scheduled batch, max 8 to 10 hours of live instruction.

₹34,999

Self-paced video

Self-starters

Full LMS access — 20+ courses and 50+ tools included.

₹833/mo
# private batches

Private Nagios training for your team

A 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 Nagios batch

What you provide vs what we bring

  • You: the room or the call, and the engineers
  • Us: trainer, agenda, labs, assessment, certificates
  • Labs: we guide your team through provisioning their own free-tier cloud environment — the skill goes with them
# the technology

What is Nagios?

Nagios is an open-source monitoring system built around a simple, durable idea: a scheduler runs small executable checks against hosts and services, each check returns an exit code and one line of text, and the state machine on top of those exit codes decides what is broken and who hears about it. Everything else — the web interface, the notification engine, the reporting — is layered over that contract, which is why Nagios can monitor anything you can write a script for.

The configuration model is object-based. Hosts, services, hostgroups, servicegroups, contacts, contactgroups, timeperiods, commands and templates are defined in text files, inherited and reused, and that structure is what determines whether a Nagios estate stays maintainable at five hundred hosts. States matter as much as objects: a check result is SOFT until it has been confirmed by max_check_attempts, and only a HARD state triggers notifications — the mechanism that stops a single failed poll from paging anyone.

In practice Nagios covers Linux and Windows hosts through NRPE and NSClient++, network devices over SNMP and ICMP, websites and TCP or UDP services with the standard plugin set, and everything else through custom plugins. Event handlers can act on a state change rather than just report it. Nagios Core is the open-source engine; Nagios XI adds the Core Config Manager, dashboards, wizards, auto-discovery and user administration on top of the same scheduling model.

Why this skill matters now

Nagios is not the fashionable choice, and that is precisely why the skill is valuable. It is still running in banks, telcos, manufacturing plants, hospitals and government estates, monitoring hardware, network gear, legacy applications and appliances that no cloud-native metrics stack was designed to touch. Somebody has to keep those systems observed, and the pool of engineers who genuinely understand the configuration model is shrinking rather than growing.

There is also a migration story. Many organisations are moving toward Prometheus, Zabbix or a hosted platform, and every one of those projects starts with the same question: what exactly are the eleven hundred checks in the existing Nagios configuration actually testing, and which of them still matter? Answering that requires reading Nagios properly, not replacing it blind.

And the check model itself remains the right tool for a whole class of problems. Anything with a binary answer — is the certificate valid, is the backup job finished, is the tape library online, is this appliance reachable — is a check, not a time series. Teams that understand both models choose correctly; teams that know only one force everything into the wrong shape.

Nagios training
# outcomes

What your team can do afterwards

Install, upgrade and maintain Nagios, including its dependencies, web interface and plugin directory layout
Write host, service, hostgroup, servicegroup, contact, timeperiod and command definitions that use templates and inheritance rather than repetition
Explain and control the state machine — SOFT versus HARD, check attempts, flapping detection, scheduled downtime
Design a notification model with escalations, timeperiods and multiple delivery channels that people do not filter to a folder
Monitor Linux hosts with NRPE and Windows hosts with NSClient++, including agentless alternatives
Monitor websites, DNS, FTP, routers, switches and arbitrary TCP and UDP ports with the standard plugin set
Write and package custom plugins that behave correctly under the Nagios plugin contract
Use event handlers, auto-discovery, dashboards and the Core Config Manager to run Nagios at organisational scale
# curriculum

9 modules. Live demos in a real lab, not slides.

01Installation, prerequisites and upgradesLive & Interactive5 hrs · 2 assignments · 1 capstone

Getting a working Nagios you understand rather than one you inherited. Dependencies and prerequisites, manual installation from source versus package, directory layout and where each configuration fragment lives, the web interface and its authentication, and a safe upgrade path for an existing installation.

Topics: Nagios dependencies and prerequisites · Manual installation from source · Package-based installation and its trade-offs · Directory layout: etc, libexec, var, objects · Web interface setup and authentication · Verifying configuration before restart · Upgrading an existing installation safely · Nagios Core versus Nagios XI — what actually differs

  • Assignments: (1) Install Nagios from source and from package, then diff the two layouts; (2) Break a configuration file and recover using the verification command
  • Capstone: Build the lab Nagios you keep for the rest of the course, with its configuration under version control
02The object modelLive & Interactive5 hrs · 2 assignments · 1 capstone

The configuration structure that decides whether an estate scales. Hosts and services, hostgroups and servicegroups, contacts and contactgroups, commands and timeperiods — and above all templates and inheritance, which is the difference between a hundred-line configuration and a ten-thousand-line one.

Topics: Nagios terminology and the object types · Host definitions and their directives · Service definitions and service dependencies · Hostgroups and servicegroups · Contacts and contactgroups · Command definitions and macro expansion · Time periods and exclusions · Templates, inheritance and object reuse · Splitting configuration across files and directories · Custom object variables

  • Assignments: (1) Refactor a flat configuration into templates with a single host definition per host; (2) Model a service dependency so a database outage does not page for every dependent app
  • Capstone: Design an object structure for a multi-environment estate where adding a host is a three-line change
03Checks, states and schedulingLive & Interactive5 hrs · 2 assignments · 1 capstone

How Nagios actually decides something is broken. Host checks versus service checks, the plugin exit-code contract, SOFT and HARD state types and max_check_attempts, active versus passive checks, the scheduler and check interleaving, flapping detection, and runtime modification of parameters through the external command file.

Topics: Host checks and service checks: the difference that surprises people · Plugin exit codes: OK, WARNING, CRITICAL, UNKNOWN · State types: SOFT and HARD, and max_check_attempts · check_interval, retry_interval and notification_interval · Active and passive checks; freshness checking · Check scheduling, interleaving and spreading load · Flap detection and its thresholds · Scheduled downtime and acknowledgements · Runtime modification of Nagios parameters via the external command file · Reading nagios.log and the status file

  • Assignments: (1) Trace one check from schedule to HARD state to notification using the logs; (2) Tune check and retry intervals for a flapping service and prove the improvement
  • Capstone: Produce a check-scheduling design for a thousand-service estate that spreads load evenly
04Notifications and escalationsLive & Interactive5 hrs · 2 assignments · 1 capstone

The output of the whole system, and the part most estates get wrong. Notification preferences on hosts, services and contacts, the filters a notification must pass before it is sent, escalations, timeperiod-based routing, customising message content, email and mobile delivery, and how to make on-call quiet enough to be trusted.

Topics: Notification logic: every filter a notification must pass · Configuring notification preferences on contacts, hosts and services · notification_options and when each state notifies · Notification methods: email, SMS, webhook, chat integrations · Sending notifications via e-mail and the mail command chain · Customising notification messages with macros · Customising mobile providers and gateways · Escalations: first_notification, last_notification, escalation periods · Scheduling notifications with timeperiods · Reducing alert volume: dependencies, downtime, acknowledgement discipline

  • Assignments: (1) Build an escalation chain from team to lead to manager with correct timing; (2) Rewrite a notification template so the message is actionable without opening the console
  • Capstone: Deliver a notification model for a 24x7 service with escalation, quiet hours and documented ownership
05Plugins, addons and event handlersLive & Interactive5 hrs · 2 assignments · 1 capstone

Where Nagios gets its reach. The standard plugin set, the plugin contract that lets any executable become a check, writing custom plugins in shell and Python, packaging and distributing them, addons that extend the core, and event handlers that take corrective action on a state change instead of merely reporting it.

Topics: The Nagios plugin contract: exit codes, output format, performance data · The standard plugin set and what each covers · Writing a custom plugin in shell and in Python · Plugin arguments, thresholds and the range syntax · Performance data and graphing addons · Addons: NRPE, NSCA, NDOUtils and their roles · Managing plugins across a fleet · Event handlers: acting on a state change · Global versus per-object event handlers and their risks

  • Assignments: (1) Write a custom plugin including threshold parsing and performance data; (2) Build an event handler that restarts a service on a HARD CRITICAL and logs the action
  • Capstone: Deliver a plugin library for your estate, packaged and deployed by configuration management
06Monitoring Linux and Windows hostsLive & Interactive5 hrs · 2 assignments · 1 capstone

Getting inside a machine rather than just pinging it. NRPE for Linux — installation, configuration, command definitions, allowed hosts and the arguments debate — and NSClient++ for Windows desktops and servers. Then the agentless alternatives, and the monitoring wizards that speed up repetitive host onboarding.

Topics: Installing and configuring the Linux agent (NRPE) · nrpe.cfg, allowed_hosts and command definitions · check_nrpe and the argument-passing security decision · Using the Linux monitoring wizard · Installing NSClient++ on Windows machines · Monitoring a Windows desktop · Monitoring a Windows server: services, event log, disks, performance counters · Agentless options: SSH checks, WMI, SNMP · Passive check submission with NSCA · Deploying agents at scale with configuration management

  • Assignments: (1) Onboard a Linux and a Windows host with agents and a common service template; (2) Compare an NRPE check with the equivalent agentless SSH check and justify a choice
  • Capstone: Bring a mixed Linux and Windows fleet under monitoring with one reusable template set
07Network, web and service monitoringLive & Interactive5 hrs · 2 assignments · 1 capstone

Everything you monitor from the outside. Network devices over SNMP and ICMP, routers and switches with interface and bandwidth checks, websites and URLs including content and certificate validation, DNS, FTP, and the common TCP and UDP ports — plus hostgroup and servicegroup configuration for publicly enabled services.

Topics: Monitoring network devices: ICMP, SNMP, interface status · Monitoring a router or switch: bandwidth, errors, port state · SNMP walks, OIDs and check_snmp · Monitoring a website and specific URLs · Content checks, redirects and TLS certificate expiry · Monitoring DNS resolution and authority · Monitoring FTP servers · Monitoring common TCP and UDP ports · Publicly enabled services: HTTP, FTP and friends · Hostgroup and servicegroup configuration for network estates · Parent-child host relationships and network outage suppression

  • Assignments: (1) Model a network topology with parent hosts so a switch failure reports one outage, not forty; (2) Alert on certificate expiry thirty days ahead across every public endpoint
  • Capstone: Deliver network monitoring for a site with correct parent-child topology and SNMP-based interface checks
08Administration, the Core Config Manager and dashboardsLive & Interactive5 hrs · 2 assignments · 1 capstone

Running Nagios for an organisation. Checking system status, managing users and permissions, cloning accounts and masquerading for support, managing components and plugins, then the Core Config Manager as an alternative to editing files by hand, and dashboards that give each audience the view it needs.

Topics: Checking system status and performance of the Nagios process itself · Managing users, roles and permissions · Cloning user accounts and masquerading as a user for support · Managing components and managing plugins · Accessing and navigating the Core Config Manager · CCM workflows: creating objects, applying configuration, rollback · Understanding and using dashboards · Customising dashboards per audience · Reports: availability, SLA, state history, alert histogram · Backup, restore and configuration change control

  • Assignments: (1) Create a role that can acknowledge alerts but not change configuration; (2) Build two dashboards — one for on-call, one for a service owner
  • Capstone: Deliver an administration model with roles, dashboards, reporting and a documented change process
09Auto-discovery, scale and the migration questionLive & Interactive5 hrs · 2 assignments · 1 capstone

Growing the estate without growing the manual work, and knowing when to stop. Auto-discovery jobs and what to do with their output, distributed monitoring with NSCA and mod_gearman, performance tuning for large configurations, integration with configuration management, and an honest assessment of when a check-based system should be complemented or replaced.

Topics: Running auto-discovery jobs and reviewing the results · Bulk host onboarding from an inventory source · Generating Nagios configuration from configuration management · Distributed monitoring: NSCA, mod_gearman, and worker patterns · Performance tuning: large configurations, check latency, reaper intervals · Integrating with ticketing and chat tooling · Nagios alongside Prometheus, Zabbix or a hosted platform · Auditing an inherited configuration: which checks still matter · Planning a migration with a parallel-run period

  • Assignments: (1) Generate host and service definitions from an inventory file automatically; (2) Audit an inherited configuration and classify every check as keep, fix or retire
  • Capstone: Produce a scaling and modernisation plan for an existing Nagios estate, with a parallel-run migration path

Need this mapped to your stack?

We rebuild the agenda around the tools you actually run.

Request a custom agenda
# hands-on

Labs and capstones your engineers actually build

LAB · OBJECTS

Refactor a configuration that grew by copy-paste

Take a sprawling flat configuration and restructure it into templates, hostgroups and service dependencies so adding a host becomes a three-line change.

templatesinheritancehostgroups
LAB · STATES

Trace a check from schedule to page

Follow one check through scheduling, SOFT retries, HARD transition, notification filters and delivery — reading nagios.log at every step — then tune it to stop flapping.

state typesschedulingflapping
LAB · AGENTS

Linux and Windows onboarding

Deploy NRPE and NSClient++, define a shared service template set, and onboard both host types with the same configuration pattern.

nrpensclient++agents
LAB · PLUGINS

Write a plugin that behaves

Build a custom check with proper exit codes, threshold range syntax and performance data, package it, and hook an event handler to its CRITICAL state.

pluginsperformance dataevent handlers
LAB · NETWORK

One switch fails, one alert fires

Model parent-child host relationships across a network topology with SNMP interface checks so an upstream failure suppresses the downstream flood.

snmpparent-childnetwork
CAPSTONE · AUDIT

Audit and modernise an inherited estate

Take an unfamiliar Nagios configuration, classify every check as keep, fix or retire, and produce a migration plan with a parallel-run period.

auditmigrationauto-discovery
# ecosystem

The tools Nagios sits next to

NRPE
NSClient++
SNMP
Prometheus
Grafana
Zabbix
Icinga
Ansible
PagerDuty
Graphite
Linux
Windows

Who this is for

  • System administrators who own an existing Nagios estate
  • NOC and operations teams responsible for alert quality and on-call load
  • Network engineers monitoring routers, switches and appliances
  • DevOps engineers inheriting a legacy monitoring system they need to understand before replacing
  • Infrastructure engineers in regulated environments where hosted monitoring is not permitted
  • Support engineers who need to read a Nagios configuration during an incident

Pre-requisites

  • Comfortable on a Linux command line — services, permissions, log files, package management
  • Basic networking: TCP and UDP ports, ICMP, DNS, and what SNMP is for
  • Shell scripting at any level; Python is useful but not required
  • Familiarity with version control, ideally Git, for keeping configuration reviewable
  • Two or three hosts — VMs or free-tier cloud instances — including at least one Windows machine
# pricing

Straightforward pricing

Every plan includes 1 year of full LMS access — not just this course, the entire DevOpsSchool LMS: 20+ courses, 50+ tools, videos, quizzes, assignments and projects.

Self-paced video

₹833/mo

Billed yearly at ₹9,996

Enroll now

1-on-1 mentorship

₹99,999

Full program, private instructor

Enroll 1-on-1

Corporate / private batch

8–30 engineers · custom agenda · onsite or online · PO and GST invoicing

Get a custom quote

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.

Every attendee gets a verifiable certificate

  • Issued per attendee on completion
  • Verifiable at devopsschool.com/certificates
  • Hard copy available on request
  • Corporate batches receive an attendance and assessment report
DevOpsSchool

Nagios Training

Certificate of completion

# feedback

What engineers say

4.4 / 5 from 26 reviews on Trustpilot.

★★★★★
I recently did a SRE Session with Rajesh Kumar from DevOps School and the session was great. Right from 1st day till day 15, we had a very interactive session. Rajesh clarified our doubts and the tool demos were excellent without any hiccups. He simplified the concepts while sticking to the content with a fine balance between theory and practice. Am convinced he is one of the best trainers for SRE & DevOps concepts.
chandrasekaran j · Trustpilot
★★★★★
The trainer (Rajesh) provided very good sessions on SRE profession. Not only hands-on learning on the tools but also SRE mindset.
Peter Wang · Trustpilot
★★★★★
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.
Sreekanth Kannoth · Trustpilot
★★★★★
Basics explanation was exemplary from Rajesh where he dealt with complicated topics to be simple. Great learning stuff personally for me.
Krishna Mohan Yelleti · Trustpilot
★★★★★
Good discussion, helped us to understand different tools in SRE.
Prashant Saxena · Trustpilot
★★★★★
My experience with the AIOps training was positive. The course covered important topics in a structured way, and Rajesh Kumar explained the concepts patiently. I found the practical aspects particularly helpful because they made the technical content easier to understand.
AARTI KUMARI · Trustpilot
# comparison

Why a named practitioner beats a marketplace listing

What mattersYouTube + blogsGeneric online courseFreelance marketplaceDevOpsSchool
Named practitionerNoRarelyVaries per bookingYes — same trainer each time
Production experienceUnknownUnknownUnverified20 years, named employers
Custom agendaNoNoSometimesBuilt from your stack
Onsite deliveryNoNoSometimesYes
Lab environmentNoneSandbox that expiresVariesYour own cloud — skill goes with you
AssessmentNoneQuizRarelyAssignments + capstone per module
Per-attendee certificatesNoSometimesRarelyYes
Corporate invoicingNoLimitedVariesPO and GST
Post-training supportNoneForum, time-limitedNoneLifetime forum access
# questions

Frequently asked

Can the agenda be customised for our stack?
Yes — that is the normal case for a private batch. We start with a discovery call, look at your existing configuration, the device types you monitor and whether you run Core or XI, and rebuild the module list around them.
Do you deliver onsite?
Yes. Private batches run onsite at your premises, live online, or hybrid. You provide the room and the engineers; we bring the trainer, agenda, labs, assessment and certificates.
What lab environment do we need?
Attendees provision their own environment — free-tier AWS, Azure or GCP, or local VMs — and we walk them through it. We deliberately do not hand out temporary sandboxes, because the environment they build is the one they keep.
Does this cover Nagios Core or Nagios XI?
Both. The scheduling model, object configuration, plugins, states and notifications are identical, so we teach them once against Core. XI-specific material — the Core Config Manager, dashboards, wizards, user administration and auto-discovery — is covered separately and can be expanded for an XI shop.
How long does a private Nagios batch take?
Typically three days. Installation, the object model, states, notifications and plugins fit in two; adding network monitoring, administration, auto-discovery and the migration work makes three.
What size are batches?
Private corporate batches run 8 to 30 engineers. Public Live & Interactive cohorts are capped at 10 so everyone gets time with the trainer.
Do attendees get a certificate?
Yes — every attendee receives a completion certificate, verifiable at devopsschool.com/certificates. Corporate batches also receive an attendance and assessment report.
Is Nagios still worth learning?
For anyone who owns one, yes — a large installed base still runs on it in banks, telcos, manufacturing and government, and the check model remains correct for binary questions that are not time series. It is also the prerequisite for auditing an estate before replacing it.
We want to migrate off Nagios. Can you help?
Yes, and it is a common private-batch goal. The final module covers auditing an inherited configuration, classifying every check, mapping what translates to Prometheus, Zabbix or a hosted platform, and planning a parallel run so nothing is switched off blind.
Do you cover writing custom plugins?
Yes, with a full module. Exit codes, output format, threshold range syntax, performance data, argument handling and packaging — plus event handlers, so a check can trigger corrective action rather than only a notification.
What is your refund position?
If we cancel or postpone a cohort, you receive a full refund within 15 days. There is no general money-back guarantee, and GST and gateway fees are not refunded.

Still deciding?

Tell us the team, the stack and the timeline. You'll get a straight answer, not a sales sequence.

Talk to an advisor
# by location

Nagios training near your team

Delivered onsite at your premises or live online in your timezone.

# ready when you are

Book a Nagios trainer — or ask a question first.

  • No spam, no drip sequence
  • Syllabus in 60 seconds
  • A human reply within one business day

Prefer to call or email?

More ways to reach us on the contact page.

Talk to an advisorRequest a quote