Especially with the pandemic. No one is exactly sure what next year’s budget is going to look like. I wouldn’t expect to be buying large amounts of storage to replace so far perfectly good storage.
-- ____ || \\UTGERS, |---------------------------*O*--------------------------- ||_// the State | Ryan Novosielski - [email protected]<mailto:[email protected]> || \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus || \\ of NJ | Office of Advanced Research Computing - MSB C630, Newark `' On Apr 17, 2020, at 03:36, Steve Hindmarsh <[email protected]> wrote: We are caught in the same position (12 PB on DDN GridScaler) and currently unable to upgrade to v5. If the position between IBM and DDN can’t be resolved, an extension of meaningful support from IBM (i.e. critical patches not just a sympathetic ear) for OEM licences would make a *huge* difference to those of us who need to provide critical production research data services on current equipment for another few years at least - with appropriate paid vendor support of course. Best, Steve Steve Hindmarsh Head of Scientific Computing The Francis Crick Institute Sent from my mobile On 17 Apr 2020, at 03:07, Michael Sedlmayer <[email protected]> wrote: One more important distinction with the DDN installations. Most DDN systems were deployed with an OEM license of GPFS v4. That license allowed DDN to use GPFS on their hardware appliance, but and didn't ever equate to an IBM software license. To my knowledge, DDN has not been a reseller of IBM licenses. We've had a lot of issues where our DDN users wanted to upgrade to Spectrum Scale 5; DDN couldn't provide the licensed code; and the user learned that they really didn't own IBM software (just the right to use the software on their DDN system) -michael Michael Sedlmayer -----Original Message----- From: [email protected] <[email protected]> On Behalf Of Flanders, Dean Sent: Thursday, April 16, 2020 5:40 PM To: gpfsug main discussion list <[email protected]> Subject: Re: [gpfsug-discuss] Spectrum Scale licensing - important correction Hello Carl, Thanks for the clarification. I have always heard the term "existing customers" so originally I thought we were fine, but this is the first time I have seen the term "existing systems". However, it seems what I said before is mostly correct, eventually all customers will be forced to capacity based licensing as they life cycle hardware (even IBM customers). In addition it seems there is a diminishing number of OEMs that can sell SS v5, which is what happened in our case when we wanted to go from v4 to v5 with existing hardware (in our case DDN). So I strongly encourage organizations to be thinking of these issues in their long term planning. Thanks and kind regards, Dean -----Original Message----- From: [email protected] <[email protected]> On Behalf Of Carl Zetie - [email protected] Sent: Thursday, April 16, 2020 10:25 PM To: [email protected] Subject: Re: [gpfsug-discuss] Spectrum Scale licensing - important correction From my understanding existing customers from DDN, Lenovo, etc. that have v4 with socket based licenses are not entitled v5 licenses socket licenses. Is that a correct understanding? It is not, and I apologize in advance for the length of this explanation. I want to be precise and as transparent as possible while respecting the confidentiality of our OEM partners and the contracts we have with them, and there is a lot of misinformation out there. The short version is that the same rules apply to DDN, Lenovo, and other OEM systems that apply to IBM ESS. You can update your system in place and keep your existing metric, as long as your vendor can supply you with V5 for that hardware. The update from V4 to V5 is not relevant. The long version: We apply the same standard to our OEM's systems as to our own ESS: they can upgrade their existing customers on their existing OEM systems to V5 and stay on Sockets, *provided* that the OEM has entered into an OEM license for Scale V5 and can supply it, and *provided* that the hardware is still supported by the software stack. But new customers and new OEM systems are all licensed by Capacity. This also applies to IBM's own ESS: you can keep upgrading your old (if hardware is supported) gen 1 ESS on Sockets, but if you replace it with a new ESS, that will come with capacity licenses. (Lenovo may want to chime in about their own GSS customers here, who have Socket licenses, and DSS-G customers, who have Capacity licenses). Existing systems that originally shipped with Socket licenses are "grandfathered in". And of course, if you move from a Lenovo system to an IBM system, or from an IBM system to a Lenovo system, or any other change of suppliers, that new system will come with capacity licenses, simply because it's a new system. If you're replacing an old system running with V4 with a new one running V5 it might look like you are forced to switch to update, but that's not the case: if you replace an old "grandfathered in" system that you had already updated to V5 on Sockets, your new system would *still* come with Capacity licenses - again, because it's a new system. Now where much of the confusion occurs is this: What if your supplier does not provide an update to V5 at all, *neither as Capacity nor Socket licenses*? Then you have no choice: to get to V5, you have to move to a new supplier, and consequently you have to move to Capacity licensing. But once again, it's not that moving from V4 to V5 requires a change of metric; it's moving to a new system from a new supplier. I hope that helps to make things clearer. Carl Zetie Program Director Offering Management Spectrum Scale ---- (919) 473 3318 ][ Research Triangle Park [email protected] _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&data=02%7C01%7C%7C75b2fc2faa9347d0fcbd08d7e274083b%7C4eed7807ebad415aa7a99170947f4eae%7C0%7C1%7C637226860297343792&sdata=CSG%2FpHcDNU3ZAyp2hdI4oZXCO20UtUmUuzLe05uqRiI%3D&reserved=0 _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&data=02%7C01%7C%7C75b2fc2faa9347d0fcbd08d7e274083b%7C4eed7807ebad415aa7a99170947f4eae%7C0%7C1%7C637226860297343792&sdata=CSG%2FpHcDNU3ZAyp2hdI4oZXCO20UtUmUuzLe05uqRiI%3D&reserved=0 _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&data=02%7C01%7C%7C75b2fc2faa9347d0fcbd08d7e274083b%7C4eed7807ebad415aa7a99170947f4eae%7C0%7C1%7C637226860297343792&sdata=CSG%2FpHcDNU3ZAyp2hdI4oZXCO20UtUmUuzLe05uqRiI%3D&reserved=0 The Francis Crick Institute Limited is a registered charity in England and Wales no. 1140062 and a company registered in England and Wales no. 06885462, with its registered office at 1 Midland Road London NW1 1AT _______________________________________________ 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
