RSS

Monthly Archives: November 2013

Help Me…Help you…

If you like this blog and find this site helpful, please reach out to me via LinkedIn or spla.us@softwareone.com Would love to connect. I can introduce you to our SPLA team to discuss how they can manage your agreement more effectively. It’s the SPLA team’s job to ensure you are getting the most value from your agreement. We have the ability to manage agreements from one portal, work on a global scale to accommodate time zones and best pricing, and ensure you are not only licensing correctly, but the most cost effective way.

Thanks for reading,

SPLA Man

Advertisement
 
Leave a comment

Posted by on November 20, 2013 in In My Opinion

 

Where’s it written in the SPUR??

How many times have you said that over the years?  If you haven’t, consider yourself lucky…you probably haven’t gone through an audit! (yet).

The Service Provider Use Rights (SPUR) is the document that explains how products can be used. What it does not provide is real life scenarios nor does it explain every situation.  Let me provide an example, nowhere in the SPUR (or your signed agreement) does it define what is dedicated and what is shared.  You have customer owned licenses that you install on a server in your data center.  In your mind, this is perfectly fair.  It’s your server, their license…why not? I agree..nothing is wrong…if it’s dedicated. Next question…where does it say what is dedicated and what is not? The truth; it doesn’t.

In the eyes of Microsoft, every server needs a license.  If one server has internal licensing that you purchased for your internal employees, you cannot use the same server to deploy SPLA licenses for external users.  It comes down to use rights.  Internal licensing prohibits commercial hosting.  If you don’t believe me, check out page 10 of the PUR (use rights for internal licensing).” The licensing construct of internal use doesn’t match that of SPLA and therefore needs to be kept separate.

There are two main points I want to be sure to communicate:

  1. Licenses belonging to the end customer cannot be shared among other customers of the service provider; this means that end customer owned licenses cannot be used in shared hosting environments (where more than one customer accesses a server) – they can only be used in dedicated environments (one server is dedicated to a particular end customer).  Unless the end customer uses license mobility (which is a software Assurance benefit).  Check out license mobility http://www.microsoft.com/licensing/software-assurance/license-mobility.aspx  If you are not on the list of authorized mobility partners – get on the list by signing the license mobility addendum (get this from your reseller)  This is the direction of the industry in my opinion.  Don’t want you to be left out!
  2. No mixing/matching of server/CALs on a product-by-product basis. This means that the end customer CALs for a particular product cannot be used to access servers deployed that particular product and which are licensed by the service provider under SPLA. It is ok for a service provider to rely on end customer owned licenses for one particular product (like SQL) but acquire licenses for a different product (like Windows) via their SPLA. (as long as it’s dedicated).  It also means that if an end customer has Servers/CALs for a particular product(s) and chooses to move to a hosted model with a service provider, they will need to acquire any additional licenses for that product(s) under their volume licensing agreement (i.e. if they increase the number of seats or require more servers for a built out for deployment or load balancing). It’s not ok for the service provider to acquire SALs under SPLA when the number of seats goes up for the end customer or when additional servers are required.  Be careful with customer owned licenses if you have SPLA and vol. licensing.  Unless you monitor closely and all your engineers know the use rights, you may accidentally mix licenses.

So…where is all this spelled out in the SPUR?  It’s not nor will it be in the foreseeable future.  If Microsoft allowed volume licensing to be installed in a shared environment, there would be no need for license mobility.  Secondly, think of all the deployment scenarios that come up in one of your sales calls.  The SPUR cannot address every scenario or else the document would be 1000 pages (as oppose to the 900 pages it is already)

In my opinion, I think Microsoft should be more clear on what is dedicated and what is shared.  I also think you need to work with a reseller that fully understands Software Assurance.  I am not 100% right all the time (ask Mrs. SPLA Man) but feel pretty confident the direction of the industry is the hybrid cloud.

Which licensing program offers the greatest discount? It’s the Enterprise Agreement (EA).  What is the main component of the Enterprise Agreement?  Software Assurance.  Which program are Microsoft reps talking to your customers about? You guessed it…The Enterprise Agreement.  That’s why it’s important to understand Software Assurance, the use rights associated with it, and work with a team that understands EA’s as well as SPLA. Your customers and your CEO will thank you later!

Thanks for reading,

SPLA Man

 
8 Comments

Posted by on November 10, 2013 in Uncategorized

 

The Cloud Platform Suite (CPS)

The Cloud Platform Suite (CPS in Microsoft language) is a new SKU coming January, 2014 and will be in the next release of the SPUR.   (there’s a lot of acronyms in this post). CPS is a bit out of the norm for SPLA;  the licensing is by processor and by guest instance.  CPS combines Windows Server 2012 and System Center 2012 in one SKU (similar to the Core Infrastructure SKU (CIS)).  To add to the complexity, the core infrastructure suite is not going away. I wrote an overview recently that provides great details in licensing Windows, CIS, and CPS at “Licensing in a virtual world”

On the surface, CIS and CPS appear to be the same SKU, but there are significant differences.  To reiterate, the Core Infrastructure Suite is licensed by processor on the host and will allow you to run virtual instances depending on the SKU in which you report – Datacenter= unlimited VM’s/Standard= 1 VM.  CPS is licensed by processor on the host and by virtual instance.   CPS will allow the VM to move to different hosts, as long as the underlying host is licensed and you report the highest number of VMs.  The other caveat – you must RUN Windows 2012, System Center 2012 and HYPER V.  If you are not running Hyper V, you cannot license CPS.

Why would you report one over the other?  It really boils down to the number of VM’s deployed.  You need to calculate the total cost of the solution (both the number of hosts and VM’s), and whether or not you decide to install 2012.  If not, you cannot license CPS.

In my opinion, if you are virtualized, but not highly virtualized, CPS is your answer.  If you have high number of VMs, stick with Datacenter.  Remember, under CPS you have to license each guest separately.  (except if it’s Linux, no “guest” fee is charged for Linux VMs running on the Cloud Platform Suite “host”).  The cost is not astronomical per VM, but if you run 100’s of VMs, the cost can add up quickly.

Clear as mud?  Probably. It’s Microsoft licensing.  That being said, I think this is a good SKU for smaller environments and provides more options for service providers.  In Microsoft eyes, this SKU will encourage their customers and partners to deploy 2012R2.

Hope this helps and thanks for reading. There will be more insight on this as we get closer to January.  Stay tuned!

SPLA Man

 
5 Comments

Posted by on November 1, 2013 in Cloud Platform Suite

 

Tags: , , , , , , ,

 
%d bloggers like this: