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

Luis Bolinches luis.bolinches at fi.ibm.com
Mon Jun 17 17:37:48 BST 2019


Hi

I would really look into QoS instead. 

--
Cheers

> On 17 Jun 2019, at 19.33, Alex Chekholko <alex at calicolabs.com> wrote:
> 
> 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

Ellei edellä ole toisin mainittu: / Unless stated otherwise above:
Oy IBM Finland Ab
PL 265, 00101 Helsinki, Finland
Business ID, Y-tunnus: 0195876-3 
Registered in Finland

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20190617/ded09be4/attachment-0002.htm>


More information about the gpfsug-discuss mailing list