Re: Clustering: switches reliability/redundancy

JF Mezei <jfmezei.spamnot@xxxxxxxxxxxx> writes:

> Are hubs/switches considered "fault tolerant" ? If not, what
> possible steps would a good site planner take to ensure a cluster
> isn't jeoperdized by some $50 switch/hub ?

Find a $0 star coupler and a pile of CIPCAs.

> Are hubs considered more "fault tolerant" than switches ?

There used to be some totally passive hubs around, but I've not seen
one for many years.

> Is it just a simple case of reserving spare ports on a backup switch
> so that cluster ethernet connectiosn can be moved one by one before
> the main switch/hub is powered off for maintenance etc ?

Just accept that industry standard is the mantra, and that re-boots
are good for you...

If you have to be serious, then you need to have two LAN interfaces
into two independant LAN segments with any switches/hubs running
from two power sources to start to equal what clustering had 20
years ago...

--
Paul Repacholi 1 Crescent Rd.,
+61 (08) 9257-1001 Kalamunda.
West Australia 6076
comp.os.vms,- The Older, Grumpier Slashdot
Raw, Cooked or Well-done, it's all half baked.
EPIC, The Architecture of the future, always has been, always will be.
.

Relevant Pages

  • RE: Clustering: switches reliability/redundancy
    ... >> Are there considerations if a cluster nodes are all connected via the ... the whole cluster hangs and ... >> jeoperdized by some $50 switch/hub? ... >and use separate NIC connections to each from each server. ...
    (comp.os.vms)
  • Re: Clustering: switches reliability/redundancy
    ... same switch/hub? ... connection is a point of failure to be avoided. ... Use multiple network cards and a direct, RX/TX swapped cable between the systems, and the cluster will stay up regardless of what the network nazi's get up to, Sure they'll complain because if its a network cable it has go be in their domain of interest, so they'll argue the point right up until, and beyond some failure or misconfigure of their equipment, so it takes a brave person to take them on. ...
    (comp.os.vms)