home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / admin / 6642 < prev    next >
Encoding:
Text File  |  1992-12-14  |  3.4 KB  |  77 lines

  1. Newsgroups: comp.unix.admin
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!haven.umd.edu!decuac!pa.dec.com!pobox.cca.cr.rockwell.com!j_detter
  3. From: j_detter@pobox.cca.cr.rockwell.com
  4. Message-ID: <9212142244.AA03400@bulls.cca.cr.rockwell.com>
  5. Subject: diskless vs dataless vs datafull
  6. Date: Mon, 14 Dec 92 16:44:21 -0600
  7. X-Received: by usenet.pa.dec.com; id AA12560; Mon, 14 Dec 92 14:44:57 -0800
  8. X-Received: by inet-gw-2.pa.dec.com; id AA14177; Mon, 14 Dec 92 14:44:44 -0800
  9. X-Received: by bulls.cca.cr.rockwell.com (5.57/Ultrix3.0-C)
  10.     id AA03400; Mon, 14 Dec 92 16:44:22 -0600
  11. X-To: comp.unix.admin.usenet
  12. X-Mts: smtp
  13. Lines: 62
  14.  
  15. I manage a site of around 250 misc Unix boxes mostly Suns and 
  16. DECstations. We have designed our network so that the OS and 
  17. the users home directory reside on their local workstation and 
  18. their applications reside on a server.  
  19.  
  20. The users at my site do primarily ECAD and MCAD. We run Unigraphics
  21. for MCAD and Racal/Redac for ECAD. This means that we have a lot of
  22. engineers and draftsman that require that the nodes be up almost
  23. 100 percent of the time.
  24.  
  25. Our method appears to be radically different than what everyone else
  26. is doing and has our management worried. 
  27.  
  28. They are now asking for data backing up why we are doing what we are 
  29. doing. The probability of failure in each approach, cost per seat in each 
  30. approach, cost of downtime in general (or at least a good way to 
  31. calculate it). etc ..
  32.  
  33. The main reason that we designed things the way we did was to reduce
  34. network traffic and network dependency. In the evnet of a network 
  35. failure most users can continue to work on what they were working on.
  36. It seems to me that with the other approaces users would be dead in
  37. the water until the server came back. 
  38.  
  39. The network that we reside on is heavily used and there is a good 
  40. possibility that the management portion of the network would be taken 
  41. out of Engineering where it currently is and moved to IS.
  42.  
  43. Has anyone else done any studies on the reliabilty/cost/manageability
  44. of the three approaches.
  45.  
  46. The management of the / partition to me seems to be the same on all three.
  47.  
  48. We are currently planning to implement an SCCS/rdist based procedure for
  49. maintaining the misc configuration files across the network.
  50.  
  51. I maintain that by keeping the OS installs indenitcal on all machines and
  52. using a source control system for the configuration files that the datafull
  53. approach would not cost anymore to administor. The only real cost would
  54. be in the price of the disk that houses the /usr partition.
  55.  
  56. I maintain that the only real difference is in the time to load and 
  57. manage the /usr partition on each client. 
  58.  
  59. I don't claim to be a Unix guru but this has worked fine for us so far.
  60.  
  61. We have had DEC try and force feed Athena to us, however I do not feel
  62. that this is a good fit for our site either.
  63.  
  64.  
  65. Any information on how other sites do things, how they would do things
  66. if they could do it again and/or any real data that favors one methodolgy
  67. or the other would greatly be appreciated.
  68.  
  69.  ______________________________________________________________________
  70. | Jeff Detterman (319) 395-2274      Rockwell International          |
  71. | Unix Network Administrator              Collins Commercail Avionics Div |
  72. | j_detter@bulls.cca.cr.rockwell.com    Cedar Rapids, Iowa 52498        |
  73.  -----------------------------------------------------------------------
  74.  
  75.  
  76.  
  77.