Re: [gpfsug-discuss] Spectrum Scale Sizing Questions -> Typical size of descOnly NSD & Network latency/throughput requirements quorum-only node

Fri, 13 Mar 2020 10:32:00 -0700

A descriptor only NSD does not use very much space.  We typically make them 10GB (overkill) or less.  As for network latency/throughput requirements for a third remote quorum node, that is also low.  If you want reduced latency in line with normal stretch cluster guidelines, you should look at something within a 100 cable miles, but we have seen third quorum descriptor disk only nodes across several states that work just fine.  The bandwidth requirements are also low and most any remote office environment should work.
 
Kevin D. Johnson
Spectrum Computing, Senior Managing Consultant
MBA, MAcc, MS Global Technology and Development
IBM Certified Technical Specialist Level 2 Expert
 
  
Certified Deployment Professional - Spectrum Scale
Certified Solution Advisor - Spectrum Computing
Certified Solution Architect - Spectrum Storage Solutions		  

720.349.6199 - [email protected]
 
"To think is to achieve." - Thomas J. Watson, Sr.
  
 
 
----- Original message -----
From: "Sanchez, Paul" <[email protected]>
Sent by: [email protected]
To: "[email protected]" <[email protected]>
Cc:
Subject: [EXTERNAL] Re: [gpfsug-discuss] Spectrum Scale Sizing Questions -> Typical size of descOnly NSD & Network latency/throughput requirements quorum-only node
Date: Fri, Mar 13, 2020 11:07 AM
 

Per  https://www.ibm.com/support/knowledgecenter/STXKQY_5.0.4/com.ibm.spectrum.scale.v5r04.doc/bl1ins_nsdfail.htm and confirmed by several instances in a live environment…

 

> This disk would exist solely to contain a replica of the file system descriptor (that is, it would not contain any file system metadata or data). This disk should be at least 128MB in size.

 

From: [email protected] <[email protected]> On Behalf Of Christoph Krafft
Sent: Friday, March 13, 2020 11:00
To: [email protected]
Subject: [gpfsug-discuss] Spectrum Scale Sizing Questions -> Typical size of descOnly NSD & Network latency/throughput requirements quorum-only node

 

This message was sent by an external party.

 

Dear Spectrum Scale User Group,

can somebody please share with me answers to the following setup / architectural questions:

- What size is typically required for a descOnly NSD, that will only hold a copy of a filesystem descriptor area?

- Having a 2-node "core-cluster" and a quorum node at a third site with locally attached descOnly NSDs to that q-node.
What are the network latency / bandwidth requirements for traffic flowing between core-cluster-nodes and the q-node?
(from my understanding the traffic contains primarily mmfsd communication - including FS descOnly updates - but no data/metadata I/O)

Thank you in advance for answers - have a nice weekend.

Mit freundlichen Grüßen / Sincerely

Christoph Krafft

Client Technical Specialist - Power Systems, IBM Systems
Certified IT Specialist @ The Open Group

Phone:

+49 (0) 7034 643 2171

IBM Deutschland GmbH

Mobile:

+49 (0) 160 97 81 86 12

Am Weiher 24

Email:

[email protected]

65451 Kelsterbach

Germany

IBM Data Privacy Statement

IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Gregor Pillen (Vorsitzender), Agnes Heftberger, Norbert Janzen, Markus Koerner, Christian Noll, Nicole Reimer
Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 / WEEE-Reg.-Nr. DE 99369940

 

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss 
 

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Reply via email to