home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / protocol / snmp / 790 < prev    next >
Encoding:
Text File  |  1992-12-14  |  3.1 KB  |  69 lines
  1. Newsgroups: comp.protocols.snmp
  2. Path: sparky!uunet!munnari.oz.au!metro!ipso!runxtsa!andrewsc
  3. From: andrewsc@runx.oz.au (Andrew Schonberger)
  4. Subject: Re: SNMP UNIX resource management
  5. Message-ID: <1992Dec15.002721.1169@runx.oz.au>
  6. Organization: RUNX Un*x Timeshare.  Sydney, Australia.
  7. References: <1992Dec11.232959.18819@kakwa.ucs.ualberta.ca>
  8. Date: Tue, 15 Dec 92 00:27:21 GMT
  9. Lines: 58
  10.  
  11.  
  12. In article <1992Dec11.232959.18819@kakwa.ucs.ualberta.ca>,
  13. Bob Engley <Bob_Engley@quick.ucs.ualberta.ca> writes:
  14.  
  15.     >We would like to monitor our servers to get an idea
  16.     >of the usage, to answer the inevitable questions:
  17.     >Who is using then? Are they reaching capacity etc?
  18.  
  19.     >Is SNMP the way to do resource monitoring? Just UNIX for now!
  20.     >Has anyone run across an SNMP MIB that defines
  21.     >system resources - things like CPU usage, Disk utilization etc. 
  22.     >How about user resource utilization?
  23.     >Of course the next question is: What about an agent that
  24.     >works with the "resource" MIB?
  25.  
  26. Let's go back to the basics: I recall the first RFCs about SNMP and its
  27. predecesors. At that time, The Internet, with it's zillions of hosts, 
  28. routes and IP interfaces was becoming unmanageable. The original motivation
  29. for SNMP was network management, and specifically the management of TCP/IP
  30. specific resources of a huge network. I'm not suggesting SNMP is forever 
  31. confined to TCP/IP resources. Some manufacturers are defining MIBS for 
  32. things which are already far from the original TCP/IP kind of resources. 
  33.  
  34. The problem comes when an administrator of a medium-sized Unix network
  35. (20 hosts) is told that "SNMP is the standard for Unix management". Once 
  36. the LAN is installed, hardware malfunctions are not so frequent. Much 
  37. more often, the administrator is being faced with problems which are
  38. not related to TCP/IP resources:
  39.     - new users have to be added, others have to be removed.
  40.         In a commercial Unix environment, there is typically some data
  41.         base application, which uses its own UserIds.
  42.     - disks or file systems run out of space.
  43.     - some CPUs get overloaded, while others are idle. 
  44.  
  45. Perhaps I shouldn't explain here the problem domain of System Management.
  46. We know it is more than pure Network Management. 
  47.  
  48. I recall I've seen a product named DDS-Patrol some time ago. It was doing
  49. resource monitoring in a moderately sized Unix LAN. I think the basic 
  50. concept was to periodically fork off things like 'ps' or 'df', although 
  51. most of the data was obtained straight from /dev/kmem. Somehow, it was 
  52. also polling SNMP resources, and it could be customized to execute any 
  53. other resource-monitoring commands.
  54.  
  55. On the LAN, there were DDS-Patrol agents on each host to be managed. 
  56. On a central monitor, a Motif window came up, showing disks, CPUs and 
  57. other such 'things'. I remember drilling down to increasingly lower levels
  58. of granularity, and I could define threshould values for parameters. When a 
  59. disk got full, an icon turned red, and there was even a synthetized 
  60. voice announcement. 
  61.  
  62. The people who showed me this is are at <mpicard@au.oracle.com>. If you are 
  63. interested , I could look up their address or phone in US (it's not 
  64. Oracle Corporation).
  65.  
  66.         Andrew
  67.  
  68.  
  69.