Redundant cluster interconnect

[Vladimir Fabecic]

Hello
Having a two node alpha cluster with MC and ethernet for cluster interconnect. One cluster node will have to be moved to another building (not far away), so MC will be replaced with Gigabit ethernet.
This cluster must have more then one cluster interconnect component, so my first idea is to use two gigabit ethernet NICs for cluster interconnect.
Can someone give me something like "best practice" for such a solution and share his (her) experience? OS version 7.3-2. Can be upgraded to 8.2.
Thanks

[comarow]

I have a lot of 2nd hand experience. The simple solution s two network paths. Often people have a dedicated path, and use scacp to raise it's priority, while the second, lower priority is the corporate backbone.

Remember that SCS communication can't be routed, but can be bridged.

Check the appendex in the Guidelines for OpenVMS Cluster Management for wide area networks. It will provide all the required specs. There is an entire chapter on it.

Often you will need to provide network specs to your network managers, and they are all in there.

Good luck.

[Duncan Morris]

Last year we moved two large production clusters (7.3-2) from MC to GigE. Changeover went very smoothly, and we have had no operational problems since then.

Duncan

[Ian Miller. · Accepted solution]

I have previously moved from MC to FDDI.
No problem. Take out the MC related system parameters. Consider the use of larger packet sizes. See the documentation

http://h71000.www7.hp.com/doc/732FINAL/6318/6318PRO.HTML
http://h71000.www7.hp.com/doc/731FINAL/4477/4477PRO.HTML

[John Abbott_2]

Used MC, FDDI, FastE. VMS 7.2, 7.3-1 & -2. No issues. Just watch there are no segments in your network that run at low speeds (we once found a segment at 10MB Half Duplex). Whilst not a problem in itself, it will increase your shadow set copy operations.

Kind Regards
John.

[John Abbott_2]

If youâ re relying on a 3rd party to provide the building to building network link, apart from the spec. and guarantees of failover... it's worth asking where the failover routes via for resilience and latency knowledge. I once heard of a backup link that increased the routed by such as distance that it gave noticeable performance drop. (Noticeable as it also server ip telnet traffic too).

J.