[gpfsug-discuss] Adding ESS to existing Scale Cluster
José Filipe Higino
jose.filipe.higino at gmail.com
Fri Apr 12 14:11:59 BST 2019
got it now. Sorry, I miss understood that.
I was already aware. =)
On Fri, 12 Apr 2019 at 23:35, Daniel Kidger <daniel.kidger at uk.ibm.com>
wrote:
> Jose,
> I was not considering client nodes at all.
> Under the current license models, all licenses are capacity based (in two
> flavours: per-TiB or per-disk), and so adding new clients is never a
> licensing issue.
> My point was that if you own an OEM supplied cluster from say Lenovo, you
> can add to that legally from many vendors , just not from IBM themselves.
> (or maybe the FAQ rules need further clarification?)
> Daniel
>
> _________________________________________________________
> *Daniel Kidger*
> IBM Technical Sales Specialist
> Spectrum Scale, Spectrum NAS and IBM Cloud Object Store
>
> +44-(0)7818 522 266
> daniel.kidger at uk.ibm.com
>
> <https://www.youracclaim.com/badges/687cf790-fe65-4a92-b129-d23ae41862ac/public_url>
> <https://www.youracclaim.com/badges/8153c6a7-3e02-40be-87ee-24e27ae9459c/public_url>
> <https://www.youracclaim.com/badges/78197e2c-4277-4ec9-808b-ad6abe1e1b16/public_url>
>
>
>
>
> ----- Original message -----
> From: "José Filipe Higino" <jose.filipe.higino at gmail.com>
> Sent by: gpfsug-discuss-bounces at spectrumscale.org
> To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
> Cc:
> Subject: Re: [gpfsug-discuss] Adding ESS to existing Scale Cluster
> Date: Fri, Apr 12, 2019 11:52 AM
>
> Does not this depend on the License type...
>
> Being licensed by data... gives you the ability to spin as much client
> nodes as possible... including to the ESS cluster right?
>
> On Fri, 12 Apr 2019 at 21:38, Daniel Kidger <daniel.kidger at uk.ibm.com>
> wrote:
>
>
> Yes I am aware of the FAQ, and it particular Q13.17 which says:
>
> *No, systems from OEM vendors are considered distinct products even when
> they embed IBM Spectrum Scale. They cannot be part of the same cluster as
> IBM licenses.*
>
> But if this statement is taken literally, then once a customer has bought
> say a Lenovo GSS/DSS-G, they are then "locked-in" to buying more storage
> other OEM/ESA partners (Lenovo, Bull, DDN, etc.), as above statement
> suggests that they cannot add IBM storage such as ESS to their GPFS cluster.
>
> Daniel
>
> _________________________________________________________
> *Daniel Kidger*
> IBM Technical Sales Specialist
> Spectrum Scale, Spectrum NAS and IBM Cloud Object Store
>
> +44-(0)7818 522 266
> daniel.kidger at uk.ibm.com
>
> <https://www.youracclaim.com/badges/687cf790-fe65-4a92-b129-d23ae41862ac/public_url>
> <https://www.youracclaim.com/badges/8153c6a7-3e02-40be-87ee-24e27ae9459c/public_url>
> <https://www.youracclaim.com/badges/78197e2c-4277-4ec9-808b-ad6abe1e1b16/public_url>
>
>
>
>
> ----- Original message -----
> From: "RICHARD RUPP" <richard.rupp at us.ibm.com>
> Sent by: gpfsug-discuss-bounces at spectrumscale.org
> To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
> Cc:
> Subject: Re: [gpfsug-discuss] Adding ESS to existing Scale Cluster
> Date: Sun, Apr 7, 2019 4:49 PM
>
>
> *This has been publically documented in the Spectrum Scale FAQ Q13.17,
> Q13.18 and Q13.19.*
>
> Regards,
>
> *Richard Rupp*, Sales Specialist, *Phone:* *1-347-510-6746*
>
>
> [image: Inactive hide details for "Daniel Kidger" ---04/06/2019 10:12:12
> AM---There is a non-technical issue you may need to consider.]"Daniel
> Kidger" ---04/06/2019 10:12:12 AM---There is a non-technical issue you may
> need to consider. IBM has set licensing rules about mixing in
>
> From: "Daniel Kidger" <daniel.kidger at uk.ibm.com>
> To: "gpfsug main discussion list" <gpfsug-discuss at spectrumscale.org>
> Date: 04/06/2019 10:12 AM
> Subject: Re: [gpfsug-discuss] Adding ESS to existing Scale Cluster
> Sent by: gpfsug-discuss-bounces at spectrumscale.org
> ------------------------------
>
>
>
> There is a non-technical issue you may need to consider.
> IBM has set licensing rules about mixing in the same Spectrum Scale
> cluster both ESS from IBM and 3rd party storage that is licensed under
> ESA/OEM (Lenovo, DDN, Bull, Pixit et al.).
>
> I am sure Carl Zetie or other IBMers who watch this list can explain the
> exact restrictions.
>
> Daniel
>
> _________________________________________________________
> *Daniel Kidger*
> IBM Technical Sales Specialist
> Spectrum Scale, Spectrum NAS and IBM Cloud Object Store
>
> *+* <+44-7818%20522%20266>*44-(0)7818 522 266* <+44-7818%20522%20266>
> *daniel.kidger at uk.ibm.com* <daniel.kidger at uk.ibm.com>
>
>
>
> On 3 Apr 2019, at 19:47, Sanchez, Paul <*Paul.Sanchez at deshaw.com*
> <Paul.Sanchez at deshaw.com>> wrote:
>
> -
> -
> -
> - note though you can't have GNR based vdisks (ESS/DSS-G) in
> the same storage pool.
>
> At one time there was definitely a warning from IBM in the docs
> about not mixing big-endian and little-endian GNR in the same
> cluster/filesystem. But at least since Nov 2017, IBM has published videos
> showing clusters containing both. (In my opinion, they had to support this
> because they changed the endian-ness of the ESS from BE to LE.)
>
> I don't know about all ancillary components (e.g. GUI) but as for
> Scale itself, I can confirm that filesystems can contain NSDs which are
> provided by ESS(BE), ESS(LE), GSS, and DSS in all combinations, along with
> SAN storage based NSD servers. We typically do rolling upgrades of GNR
> building blocks by adding blocks to an existing cluster, emptying and
> removing the existing blocks, upgrading those in isolation, then repeating
> with the next cluster. As a result, we have had every combination in play
> at some point in time. Care just needs to be taken with nodeclass naming
> and mmchconfig parameters. (We derive the correct params for each new
> building block from its final config after upgrading/testing it in
> isolation.)
>
> -Paul
>
> -----Original Message-----
> From: *gpfsug-discuss-bounces at spectrumscale.org*
> <gpfsug-discuss-bounces at spectrumscale.org> <
> *gpfsug-discuss-bounces at spectrumscale.org*
> <gpfsug-discuss-bounces at spectrumscale.org>> On Behalf Of Simon
> Thompson
> Sent: Wednesday, April 3, 2019 12:18 PM
> To: gpfsug main discussion list <*gpfsug-discuss at spectrumscale.org*
> <gpfsug-discuss at spectrumscale.org>>
> Subject: Re: [gpfsug-discuss] Adding ESS to existing Scale Cluster
>
> We have DSS-G (Lenovo equivalent) in the same cluster as other
> SAN/IB storage (IBM, DDN). But we don't have them in the same file-system.
>
> In theory as a different pool it should work, note though you can't
> have GNR based vdisks (ESS/DSS-G) in the same storage pool.
>
> And if you want to move to new block size or v5 variable sunblocks
> then you are going to have to have a new filesystem and copy data. So it
> depends what your endgame is really. We just did such a process and one of
> my colleagues is going to talk about it at the London user group in May.
>
> Simon
> ________________________________________
> From: *gpfsug-discuss-bounces at spectrumscale.org*
> <gpfsug-discuss-bounces at spectrumscale.org> [
> *gpfsug-discuss-bounces at spectrumscale.org*
> <gpfsug-discuss-bounces at spectrumscale.org>] on behalf of
> *prasad.surampudi at theatsgroup.com*
> <prasad.surampudi at theatsgroup.com> [
> *prasad.surampudi at theatsgroup.com*
> <prasad.surampudi at theatsgroup.com>]
> Sent: 03 April 2019 17:12
> To: *gpfsug-discuss at spectrumscale.org*
> <gpfsug-discuss at spectrumscale.org>
> Subject: [gpfsug-discuss] Adding ESS to existing Scale Cluster
>
> We are planning to add an ESS GL6 system to our existing Spectrum
> Scale cluster. Can the ESS nodes be added to existing scale cluster without
> changing existing cluster name? Or do we need to create a new scale cluster
> with ESS and import existing filesystems into the new ESS cluster?
>
> Prasad Surampudi
> Sr. Systems Engineer
> The ATS Group
>
>
>
>
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at *spectrumscale.org* <http://spectrumscale.org>
> *http://gpfsug.org/mailman/listinfo/gpfsug-discuss
> <http://gpfsug.org/mailman/listinfo/gpfsug-discuss>*
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at *spectrumscale.org* <http://spectrumscale.org>
> *http://gpfsug.org/mailman/listinfo/gpfsug-discuss
> <http://gpfsug.org/mailman/listinfo/gpfsug-discuss>*
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
>
> _______________________________________________
> 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
>
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
>
> _______________________________________________
> 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
>
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
>
> _______________________________________________
> 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/20190413/6548f887/attachment-0002.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Image.16a111c26babd5baef61.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20190413/6548f887/attachment-0002.gif>
More information about the gpfsug-discuss
mailing list