We are actually looking into the cost difference. >From what I understand, IBM is offering both. However, per terabyte licensing >eliminates sub-capacity licensing. And it is your entire site. Not just where it works out best.
We are in the midst of passport renewals and found an increase due to core type upgrades. Previously we had older xeons using 50 PVUs per core. And the new machines replacing the older ones are either same cores but at xeon 5540 cores which are now 70 PVUs or double the cores. They brought up per TB licensing. Since then sales has sent me two E-mails inquiring total number of hosts, total TSM sites and total library capacity at each. I was hesitant to say the least. It's been about a week and I haven't heard back yet. When I hear more I'll drop a line. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Skylar Thompson Sent: Saturday, September 26, 2009 11:02 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Per terabyte licensing We're in that boat too. We have a GPFS cluster we expect to grow into the petabyte range, so unless IBM sets the per-byte cost *really* low we'll get hammered with that licensing scheme. Zoltan Forray/AC/VCU wrote: > Or more costly. We have test VM servers with quad-core processors running > 15-VM guests. If I started counting by T-Bytes backed-up, it would cost > a lot more than 4-CPU's! > > > > From: > David Longo <david.lo...@health-first.org> > To: > ADSM-L@VM.MARIST.EDU > Date: > 09/25/2009 03:22 PM > Subject: > Re: [ADSM-L] Per terabyte licensing > Sent by: > "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> > > > > Haven't heard that. > My first thought is that it would make licensing > a LOT easier to figure out! > > David Longo > >>>> Thomas Denier <thomas.den...@jeffersonhospital.org> 9/25/2009 3:09 PM >>>> >>>> > Within the last few months there was a series of messages on counting > processor cores. A couple of the messages stated that TSM is moving to > licensing based on terabytes of stored data rather than processor > cores. Where can I find more information on this? > > > ##################################### > This message is for the named person's use only. It may > contain private, proprietary, or legally privileged information. > No privilege is waived or lost by any mistransmission. If you > receive this message in error, please immediately delete it and > all copies of it from your system, destroy any hard copies of it, > and notify the sender. You must not, directly or indirectly, use, > disclose, distribute, print, or copy any part of this message if you > are not the intended recipient. Health First reserves the right to > monitor all e-mail communications through its networks. Any views > or opinions expressed in this message are solely those of the > individual sender, except (1) where the message states such views > or opinions are on behalf of a particular entity; and (2) the sender > is authorized by the entity to give such views or opinions. > ##################################### > -- -- Skylar Thompson (skyl...@u.washington.edu) -- Systems Administrator, Genome Sciences Department -- University of Washington, School of Medicine
