home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / hp / 14710 < prev    next >
Encoding:
Text File  |  1993-01-10  |  4.4 KB  |  101 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!torn!nott!bnrgate!bmers145!tcooper
  3. From: tcooper@bnr.ca (Terry Cooper)
  4. Subject: Re: clusters, etc.
  5. Message-ID: <1993Jan11.012310.21500@bmers145.bnr.ca>
  6. Sender: news@bmers145.bnr.ca
  7. Organization: Northern Telecom, Ltd.
  8. References: <28226@dog.ee.lbl.gov> <17780308@hpfcmgw.FC.HP.COM> <GJR.93Jan9083236@chamarti.ai.mit.edu>
  9. Date: Mon, 11 Jan 93 01:23:10 GMT
  10. Lines: 89
  11.  
  12. In article <GJR.93Jan9083236@chamarti.ai.mit.edu> gjr@zurich.ai.mit.edu writes:
  13. >In article <17780308@hpfcmgw.FC.HP.COM> perry@hpfcmgw.FC.HP.COM (Perry Scott) writes:
  14. >
  15. >|   From: perry@hpfcmgw.FC.HP.COM (Perry Scott)
  16. >|   Date: Sat, 9 Jan 1993 00:05:46 GMT
  17. >|   I don't work near the people that are investigating NFS Diskless so I'm
  18. >|   not an expert.  The negative feedback I have gotten from customers is:
  19. >|
  20. >|   1) Not industry standard
  21. >|   2) Diskless doesn't work through IP routers
  22. >|   3) CDFs are yet another implementation.  It could be done with a
  23. >|      dedicated root file system and symlinks/mountpoints.
  24. >|
  25. >|   There are also some internal disadvantages to HP in supporting diskless
  26. >|   in addition to industry standard NFS.
  27. >
  28. >We have a cluster with approximately 30 workstations (300s and 700s).
  29. >Before we clusterized our workstations (a few years ago), all
  30. >workstations booted locally and used NFS to mount the server's file
  31. >systems.
  32. >
  33. >We had all sort of kludges for sharing files and for having some
  34. >machines use specific versions, and required great pains and time when
  35. >updating the operating system or major software components.
  36. >
  37. >It was an incredible headache!
  38. >
  39. >The cluster software made our lives considerably easier.  I usually
  40. >mention it to everyone who asks about HP equipment as one of the
  41. >strongest selling points.
  42. >
  43. >What does the cluster software buy us:
  44. >
  45. >- A reliable, consistent, fast network file system.  I've had horrible
  46. >problems with NFS on HPs, Suns, and other hardware, and NFS is
  47. >considerably slower.
  48. >
  49. >- Easy upgrade and maintenance (changing /etc/netlinkrc, for example)
  50. >because there is only one copy of the system (or two for heterogenous
  51. >clusters).  Any other software that allows machines to boot over the
  52. >network but have local swap disks could probably accomplish this as
  53. >well, but the cluster software does this beautifully.
  54. >
  55. >- Easy way to share configuration files and to disambiguate those that
  56. >should not be shared by using CDFs.  The MIT AI lab also has a large
  57. >Sun setup, and all the /var directories and mesh of symlinks are a
  58. >very poor solution compared to CDFs.
  59. >
  60. >- Trivial addition of new machines to our setup.  When we obtain new
  61. >machines, it usually takes < 10 minutes to have them working as part
  62. >of the cluster with everything set up.  Note that this is the only
  63. >thing we use SAM for here, and I wish I did not have to use it for
  64. >this either.
  65. >
  66. >
  67. >I'm not so attached to cluster software that I will be unhappy with
  68. >anything else, but I would consider it a large step backwards to have
  69. >to put up with:
  70. >
  71. >- an unreliable and slow network file system,
  72. >
  73. >- having to upgrade 30 machines every time there is an operating
  74. >system upgrade or configuration change, rather than just one,
  75. >
  76. >- no real way to disambiguate shared files,
  77. >
  78. >- lack of software to conveniently integrate a new machine into our
  79. >setup.
  80. >
  81. >
  82. >In other words, HP, if you do away with cluster software, please make
  83. >sure that you don't throw away the features mentioned above.
  84.  
  85. I am responsible for a small group of HP workstations, about 150 organised
  86. into 8 clusters.  Most of these stations are 300/400s but we do have about
  87. 20 700s (cnodes 705/710/720, servers 730/750).  This is a small sub-set of
  88. the corp installation of HP stations which number in the thousands.  Without
  89. the cluster protocol, management of this number of workstations would be
  90. next to impossible. I know I've tried using NFS, it doesn't work for even
  91. a few (<50) workstations.
  92.  
  93. On the point of cluster size, we have a mixed cluster of about 25 workstations
  94. (15 700s and 10 300/400s) with a 730 server.  All workstations have internal
  95. disks for local swap, someting I highly recommend.  The server doesn't work up
  96. a sweat but ethernet is proving to be too slow to handle the 700s (we are doing
  97. a lot of 'C' compiles, ie: heavy disk load).  We will be spliting this
  98. workgroup into two in the next couple of weeks with the addition another server
  99. to reduce the load on the LAN (we are using a multiport bridge to split LAN
  100. traffic).
  101.