ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » General Discussion » Buying sub-capacity licenses.

Post new topic  Reply to topic
 Buying sub-capacity licenses. « View previous topic :: View next topic » 
Author Message
HubertKleinmanns
PostPosted: Sun Feb 24, 2008 10:48 pm    Post subject: Buying sub-capacity licenses. Reply with quote

Shaman

Joined: 24 Feb 2004
Posts: 732
Location: Germany

A Question to "jefflowrey":

Jeff,

in another thread you told it were possible to buy sub-capacity licenses:

http://www.mqseries.net/phpBB2/viewtopic.php?p=206700#206700

jefflowrey wrote:
You can buy sub-capacity licenses.


Does this mean, I may install MQ on a 4 processor machine and only pay one processor for MQ?

In the same thread Peter Potkay wrote, that binding MQ licenses to single CPUs could save license costs:

PeterPotkay wrote:
...

E.
Quote:

1. I would like to bind the mq processes for CPUs on distributed platforms. As csmith28 wrote We pay a lot for MQSeries Liscenses... and we pay by CPUs. Look an example: there is a box with 16 CPUs needed by a heavy-weight application but I can't pay MQ for 16 CPU because the price. For messaging functionality only 2 CPU would be enough.


In the past I had a customer, who used logical partitions on AIX. The customer needed 5 CPUs for the application and wanted to run MQ on another partition with one CPU (to save license costs). This solution was not possible, because the customer needed server binding and was unhappy with client connection (he needed two-phase commit).
_________________
Regards
Hubert
Back to top
View user's profile Send private message Visit poster's website
jefflowrey
PostPosted: Mon Feb 25, 2008 12:47 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

It means, basically, if you have a virtual machine that is only assigned two CPUs, but it's running on a 16way box, then you only pay for 2.

All licensing questions can only be answered by your IBM sales representative.
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
HubertKleinmanns
PostPosted: Mon Feb 25, 2008 2:10 am    Post subject: Reply with quote

Shaman

Joined: 24 Feb 2004
Posts: 732
Location: Germany

That's how I understood licensing, but it would be helpful, to assign MQ to only one CPU on a virtual machine with 5 CPUs - and then pay license only for one CPU.

So this should be added to the Topic Changes I would like to see in WMQ Version X

jefflowrey wrote:
It means, basically, if you have a virtual machine that is only assigned two CPUs, but it's running on a 16way box, then you only pay for 2.

All licensing questions can only be answered by your IBM sales representative.

_________________
Regards
Hubert
Back to top
View user's profile Send private message Visit poster's website
jefflowrey
PostPosted: Mon Feb 25, 2008 2:22 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

Is there really a compelling advantage to slicing up processor allocation inside a virtual machine, rather than across virtual machines?

It never seems a good idea to me to give the qmgr a reason to fail or perform badly due to artificial constraints on resources.

I'd much rather allow the Qmgr to shut down the entire box, than crash because it couldn't use an otherwise free CPU.
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
HubertKleinmanns
PostPosted: Mon Feb 25, 2008 2:55 am    Post subject: Reply with quote

Shaman

Joined: 24 Feb 2004
Posts: 732
Location: Germany

jefflowrey wrote:
Is there really a compelling advantage to slicing up processor allocation inside a virtual machine, rather than across virtual machines?

It never seems a good idea to me to give the qmgr a reason to fail or perform badly due to artificial constraints on resources.

I'd much rather allow the Qmgr to shut down the entire box, than crash because it couldn't use an otherwise free CPU.

Personally I agree , but I have customer, who don't .

It is a question of license costs. Maybe it could make sense, to bind MQ to two or four processors on a 24 processor virtual machine. Than you have failover possibilities but without paying for all 24 processors.
_________________
Regards
Hubert
Back to top
View user's profile Send private message Visit poster's website
PeterPotkay
PostPosted: Mon Feb 25, 2008 4:53 pm    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7722

Quote:
Counting Software Licenses
Using Specific Virtualization Technologies


A common question we receive from our customers is how do we determine the correct number of processor cores, for a program, given a specific set of virtualization technologies.

To help answer this question we are providing new scenario-based license counting materials to assist you in determining the correct number of processor cores requiring licenses in the following virtualized sub-capacity environments.

http://www-306.ibm.com/software/lotus/passportadvantage/Counting_Software_licenses_using_specific_virtualization_technologies.html
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
HubertKleinmanns
PostPosted: Tue Feb 26, 2008 12:17 am    Post subject: Reply with quote

Shaman

Joined: 24 Feb 2004
Posts: 732
Location: Germany

PeterPotkay wrote:
Quote:
Counting Software Licenses
Using Specific Virtualization Technologies


A common question we receive from our customers is how do we determine the correct number of processor cores, for a program, given a specific set of virtualization technologies.

To help answer this question we are providing new scenario-based license counting materials to assist you in determining the correct number of processor cores requiring licenses in the following virtualized sub-capacity environments.

http://www-306.ibm.com/software/lotus/passportadvantage/Counting_Software_licenses_using_specific_virtualization_technologies.html


Peter,

let's have a look at the Sun scenario slide no. 4. There is one domain (domain 2) with 8 CPUs where MQ is installed. In this case you have to license these 8 CPUs - ok so far.

Now add an application to this domain. I would like (this means my customer would like ) to bind MQ to two of these CPUs (and only license these two CPUs ) and run the own application on the residual 6 CPUs.

A possibility to save license costs would make most (I guess all) of my customers happy (but maybe not IBM ).
_________________
Regards
Hubert
Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General Discussion » Buying sub-capacity licenses.
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.