John,

yes, they definitely can!
Nodes in a remote cluster are tob viewed just as local nodes in terms of taking part in the mechanisms of access to data.
Token management will be done just as with local nodes.

So if one node in cluster A recognizes a communication issue with a node in cluster B, it will let the clustermgr know,
and that one then decides on whether to expel one or the other.

Having a remote cluster connected relies on a stable and low latency network, just as a local cluster does.
if your network is not reliable, you woudl go for AFM or other replication mechanisms (as the thread title implies;) )


Mit freundlichen Grüßen / Kind regards

Achim Rehor


 
Software Technical Support Specialist AIX/ Emea HPC Support
IBM Certified Advanced Technical Expert - Power Systems with AIX
TSCC Software Service, Dept. 7922
Global Technology Services

Phone:+49-7034-274-7862 IBM Deutschland
E-Mail:achim.re...@de.ibm.com Am Weiher 24
   65451 Kelsterbach
   Germany
   

 
IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Martin Hartmann (Vorsitzender), Norbert Janzen, Stefan Lutz, Nicole Reimer, Dr. Klaus Seifert, Wolfgang Wendt
Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 WEEE-Reg.-Nr. DE 99369940

 



From:        John Hearns <john.hea...@asml.com>
To:        gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>
Date:        25/01/2018 10:53
Subject:        Re: [gpfsug-discuss] storage-based replication for Spectrum Scale
Sent by:        gpfsug-discuss-boun...@spectrumscale.org





Jan Frode, thankyou for that link.
 
I have a general question regarding remote GPFS filesystems.
If we have two clusters, in separate locations on separate Infiniband fabrics,
we can set up a remote relationship between filesystems.
 
As Valdis discusses, what happens if the IP link between the clusters goes down or is unstable?
Can nodes in one cluster vote out nodes in the other cluster?
 
 
 
From: gpfsug-discuss-boun...@spectrumscale.org [mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Jan-Frode Myklebust
Sent:
Wednesday, January 24, 2018 8:08 AM
To:
gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>
Subject:
Re: [gpfsug-discuss] storage-based replication for Spectrum Scale

 
 
Have you seen https://www.ibm.com/support/knowledgecenter/en/STXKQY_4.2.0/com.ibm.spectrum.scale.v4r2.adv.doc/bl1adv_dr.htm? Seems to cover what you’re looking for..
 
 
  -jf
 
ons. 24. jan. 2018 kl. 07:33 skrev Harold Morales <hmora...@optimizeit.co>:
Thanks for answering.
 
Essentially, the idea being explored is to replicate LUNs between identical storage hardware (HP 3PAR volumesrein) on both sites. There is an IP connection between storage boxes but not between servers on both sites, there is a dark fiber connecting both sites. Here they dont want to explore the idea of a scaled-based.
 
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at
spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

-- The information contained in this communication and any attachments is confidential and may be privileged, and is for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. Unless explicitly stated otherwise in the body of this communication or the attachment thereto (if any), the information is provided on an AS-IS basis without any express or implied warranties or liabilities. To the extent you are relying on this information, you are doing so at your own risk. If you are not the intended recipient, please notify the sender immediately by replying to this message and destroy all copies of this message and any attachments. Neither the sender nor the company/group of companies he or she represents shall be liable for the proper and complete transmission of the information contained in this communication, or for any delay in its receipt. _______________________________________________
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