[gpfsug-discuss] storage-based replication for Spectrum Scale

Thu Jan 25 10:44:28 GMT 2018

Achim,
Thankyou for your clear reply.  Yes indeed we are using AFM at the moment.

From: gpfsug-discuss-bounces at spectrumscale.org [mailto:gpfsug-discuss-bounces at spectrumscale.org] On Behalf Of Achim Rehor
Sent: Thursday, January 25, 2018 11:21 AM
To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Subject: Re: [gpfsug-discuss] storage-based replication for Spectrum Scale

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

[cid:image001.gif at 01D395D1.DA27C7E0]

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.Rehor at de.ibm.com<mailto:Achim.Rehor at 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.hearns at asml.com<mailto:john.hearns at asml.com>>
To:        gpfsug main discussion list <gpfsug-discuss at spectrumscale.org<mailto:gpfsug-discuss at spectrumscale.org>>
Date:        25/01/2018 10:53
Subject:        Re: [gpfsug-discuss] storage-based replication for Spectrum Scale
Sent by:        gpfsug-discuss-bounces at spectrumscale.org<mailto:gpfsug-discuss-bounces at 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-bounces at spectrumscale.org<mailto:gpfsug-discuss-bounces at spectrumscale.org> [mailto:gpfsug-discuss-bounces at spectrumscale.org] On Behalf Of Jan-Frode Myklebust
Sent: Wednesday, January 24, 2018 8:08 AM
To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org<mailto:gpfsug-discuss at 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<https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSTXKQY_4.2.0%2Fcom.ibm.spectrum.scale.v4r2.adv.doc%2Fbl1adv_dr.htm&data=01%7C01%7Cjohn.hearns%40asml.com%7C1e23d7bb660147eab5c908d562f93422%7Caf73baa8f5944eb2a39d93e96cad61fc%7C1&sdata=iFBORcGPjln9bDh1d2vpOHAvjHAZuiNguvNwZSMJJ2g%3D&reserved=0>? Seems to cover what you're looking for..

  -jf

ons. 24. jan. 2018 kl. 07:33 skrev Harold Morales <hmorales at optimizeit.co<mailto:hmorales at 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<https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fspectrumscale.org&data=01%7C01%7Cjohn.hearns%40asml.com%7C1e23d7bb660147eab5c908d562f93422%7Caf73baa8f5944eb2a39d93e96cad61fc%7C1&sdata=FVtmqVGOzo12QBMwvPxDS2Sl%2BXWJefLI5K73S7hT%2Fzw%3D&reserved=0>
http://gpfsug.org/mailman/listinfo/gpfsug-discuss<https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&data=01%7C01%7Cjohn.hearns%40asml.com%7C1e23d7bb660147eab5c908d562f93422%7Caf73baa8f5944eb2a39d93e96cad61fc%7C1&sdata=iHSD5viqbXERH%2B9KaoPl12KeihSW0s4REJw%2F8T2MYBU%3D&reserved=0>

-- 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<https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&data=01%7C01%7Cjohn.hearns%40asml.com%7C200112a3a4ef421ce8b108d563dd4e70%7Caf73baa8f5944eb2a39d93e96cad61fc%7C1&sdata=%2FjiWWo4KRV%2FKsk5c%2FBJQN%2FvhaoQr%2F7d5O8wI8iPhILM%3D&reserved=0>

-- 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20180125/05b647ad/attachment-0002.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 7182 bytes
Desc: image001.gif
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20180125/05b647ad/attachment-0002.gif>