Project Final Report Ron Bueler CS May 2001 System Monitoring Alarming Reporting & Tracking System (SMARTS)

Ron Bueler, CS-701 UCCS 2 Overview Introduction Project summary Project evaluation Conclusion

Ron Bueler, CS-701 UCCS 3 Introduction Problem – Monitor a set of hosts & alarm on problems – Store performance data – Report on data collected Solution – System Monitoring Alarming Reporting & Tracking System (SMARTS)

Ron Bueler, CS-701 UCCS 4 Project Summary Design Goals Schedule Project Management Project Phases

Ron Bueler, CS-701 UCCS 5 Design Goals Flexibility Clonable components Standards based Non-proprietary solution Low system utilization Reliable data collection Heavily COTS based Role-based output

Ron Bueler, CS-701 UCCS 6 Schedule

Ron Bueler, CS-701 UCCS 7 Project Management Web Page – Status – Schedule – Design – Provides access to all project docs

Ron Bueler, CS-701 UCCS 8 Development Approach

Ron Bueler, CS-701 UCCS 9 Phases - Proposal/Initial Analysis Hardware/software environment Collect – System CPU, disk space, and memory utilization – Response time for each service – Number of concurrent connections for each service – Service availability times – Application specific data for each service – Alarm notification and escalation – Automatic response triggers Comparison of similar systems

Ron Bueler, CS-701 UCCS 10 Phases - Requirements Narrative in nature High-level Alarm reporting Near real-time queries Standardized reports Management reports Non-functional Interfaces

Ron Bueler, CS-701 UCCS 11 Phases - Design Collector Program Step 1 Step 2 Step 4 Step 5 Transport Program Stored Procedures Report Generation /Web File Collector Output File Step 3 Database Loader SMART Host Oracle Tables Processed Tables Collector Config File

Ron Bueler, CS-701 UCCS 12 Design – Database Architecture

Ron Bueler, CS-701 UCCS 13 Phases – Implementation CGI Build/configure – Web server – Perl Graphics Device (GD) module – Perl DBI Development environment – Perl 5.6 – Compaq Unix Tru64 – Oracle 8.1 RDBMS

Ron Bueler, CS-701 UCCS 14 Phases - Implementation

Ron Bueler, CS-701 UCCS 15 Phases - Implementation Web Based Reports – Generated using Perl GD and PNG modules Based Reports – Generated Daily and Monthly – By Subscription Only

Ron Bueler, CS-701 UCCS 16 Phases - Test I – inspection, D – demo, A – analysis, P – pass, F – fail, NI – not implemented H –high priority, M – medium priority, L – low priority SMARTS reporting was rated MARGINAL RequirementPriorityTest Method Result 3.1 Alarm reporting SMARTS shall produce a report for alarming conditions.HD The alarming report shall contain a brief message describing the trigger with a unique date-time-group field name. HD, A The alarming report shall contain the data triggering value.HD, A The alarming report shall contain the system hostname affected by the alarm condition. HI The alarming report shall contain the service affected by the alarm condition. MI The alarming report shall be sent via to targeted end-users.HD

Ron Bueler, CS-701 UCCS 17 Project Evaluation Findings Challenges Usefulness Future

Ron Bueler, CS-701 UCCS 18 Project Evaluation - Findings Schedule estimation difficult Conduct more risk analysis Perform more analysis on COTS Good initial proposal/analysis Watch out for “ripple effect” of design mods Schedule flexibility paramount to success

Ron Bueler, CS-701 UCCS 19 Project Evaluation - Challenges Developer dependencies Synchronization of schedules Off-the-shelf component limitations Perl coding skills Installation & configuration – Oracle 8.1 DB server – Netscape Enterprise Web Server – Seagate Crystal Reports

Ron Bueler, CS-701 UCCS 20 Project Evaluation – Usefullness Met basic requirements Solves most design goals Basic functions currently in use Strength of non-proprietary solutions

Ron Bueler, CS-701 UCCS 21 Project Evaluation – Future Complete remaining requirements Deploy over more hosts Trend data store Implement userID/password protection Develop stored Oracle procedures to archive SMARTS data

Ron Bueler, CS-701 UCCS 22 Conclusion Introduction Project summary Project evaluation “Developed an alternative set of applications to monitor a set of hosts using software systems engineering practices and concepts learned during my Graduate Program at UCCS.”