[gpfsug-discuss] Not recommended, but why not?
Jonathan Buzzard
jonathan.buzzard at strath.ac.uk
Sat May 5 09:57:11 BST 2018
On 04/05/18 18:30, Bryan Banister wrote:
> You also have to be careful with network utilization… we have some very
> hungry NFS clients in our environment and the NFS traffic can actually
> DOS other services that need to use the network links. If you configure
> GPFS admin/daemon traffic over the same link as the SMB/NFS traffic then
> this could lead to GPFS node evictions if disk leases cannot get
> renewed. You could limit the amount that SMV/NFS use on the network
> with something like the tc facility if you’re sharing the network
> interfaces for GPFS and CES services.
>
The right answer to that IMHO is a separate VLAN for the GPFS
command/control traffic that is prioritized above all other VLAN's. Do
something like mark it as a voice VLAN. Basically don't rely on some OS
layer to do the right thing at layer three, enforce it at layer two in
the switches.
JAB.
--
Jonathan A. Buzzard Tel: +44141-5483420
HPC System Administrator, ARCHIE-WeSt.
University of Strathclyde, John Anderson Building, Glasgow. G4 0NG
More information about the gpfsug-discuss
mailing list