home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / vms / 21709 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  1.8 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!ucbvax!UH01.Colorado.EDU!DWING
  2. From: DWING@UH01.Colorado.EDU (Dan Wing)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Anyone doing a LAVC over T1
  5. Message-ID: <01GTS2G6DMQQ004FG7@VAXF.COLORADO.EDU>
  6. Date: 21 Jan 93 18:49:00 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 28
  11.  
  12. Spike Burkhardt, spike@lmsc.lockheed.com, writes:
  13.  
  14. >Hello!  I need to know if anyone is running a LAVC cluster over a T1
  15. >link?  If so could you please tell me about your experiences.  If possible,
  16. >perhaps send me a phone number so that we can have a more interactive
  17. >dialogue.
  18.  
  19. I set one up just to see if it would work for a few days.  It was, shall
  20. we say, SLOW.  Also had a little bit of LAT traffic on the same T1.
  21.  
  22. According to a recent issue of DN&R, DEC will support running a cluster on 
  23. a T3 "this summer ('93)" -- I'm assuming this to mean something like their FDDI 
  24. clusters, where the machines can shadow disks back and forth, etc.  If so, I 
  25. would imagine you'd want a dedicated T3.
  26.  
  27. The main problem you might have is if other traffic on the T1 takes up too
  28. much bandwidth, processes on your nodes may go into RWSCS trying to coordinate 
  29. locks across the cluster.  Same problem if you plan on backing up files over
  30. the T1 (or, in fact, over any Ethernet line - it can put quite a hit on your
  31. Ethernet).  If you can contain the other traffic, and your own traffic (or 
  32. prioritize your traffic over the other LAT or TCP/IP stuff on that T1) you 
  33. might be able to do it.  Your overall distance between nodes may cause 
  34. VAXcluster state transitions, which aren't pretty if you suffer too many in too 
  35. short of a time.
  36.  
  37. -Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
  38.  Systems Administrator, University Hospital, Denver
  39.  
  40.