[gpfsug-discuss] Steps for gracefully handling bandwidth reduction during network maintenance

[Alex Chekholko]

Hi Chris,

I think the next thing to double-check is when the maxMBpS change takes
effect.  You may need to restart the nsds.  Otherwise I think your plan is
sound.

Regards,
Alex


On Mon, Jun 17, 2019 at 9:24 AM Christopher Black <cblack at nygenome.org>
wrote:

> Our network team sometimes needs to take down sections of our network for
> maintenance. Our systems have dual paths thru pairs of switches, but often
> the maintenance will take down one of the two paths leaving all our nsd
> servers with half bandwidth.
>
> Some of our systems are transmitting at a higher rate than can be handled
> by half network (2x40Gb hosts with tx of 50Gb+).
>
> What can we do to gracefully handle network maintenance reducing bandwidth
> in half?
>
> Should we set maxMBpS for affected nodes to a lower value? (default on our
> ess appears to be maxMBpS = 30000, would I reduce this to ~4000 for 32Gbps?)
>
> Any other ideas or comments?
>
> Our hope is that metadata operations are not affected much and users just
> see jobs and processes read or write at a slower rate.
>
>
>
> Best,
>
> Chris
> ------------------------------
> This message is for the recipient’s use only, and may contain
> confidential, privileged or protected information. Any unauthorized use or
> dissemination of this communication is prohibited. If you received this
> message in error, please immediately notify the sender and destroy all
> copies of this message. The recipient should check this email and any
> attachments for the presence of viruses, as we accept no liability for any
> damage caused by any virus transmitted by this email.
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20190617/14065ab6/attachment.htm>