RSS

Tag Archives: Server Farms

300 Level SPLA Licensing

Now it’s time to get into the fun part; the licensing scenarios that can literally drive you NUTS because if interpreted wrong, it can cost you and your company money.  Based on experience, here’s a list of the top confusing scenarios….simplified.

Customer Owned Licenses

Let’s say you have a customer that would like to bring their license into your datacenter.  You first ask them if the licenses are legit and if they have software assurance for those licenses.  Why ask if they have software assurance (SA).  If they have SA on certain software applications, they could be eligible for license mobility (shared hardware, dedicated VM).  If they do not have software assurance, now you have to consider dedicating (see dedicated v shared in this post) a server and VM for that customer and that customer only.  Without software assurance, they do not qualify for license mobility.  So keep this in mind – no software assurance = 100% dedicated hosting.

Now let’s say the end customer owns 100 Exchange licenses (CAL) without SA and they would like you to host Exchange for them using these licenses. No problem, you just dedicate a server for those users. But what happens if they hire 50 more employees that need Exchange?  Do you simply add those additional 50 users via SPLA or do they have to buy those additional 50 licenses from their volume licensing agreement?  If you picked the latter, you would be correct.

You cannot mix server/CALs on a product-by-product basis. This means the end customer CAL’s for a particular product cannot be used to access servers deployed with that 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 they dedicate the server.  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 need more servers for deployment or load balancing). It’s not ok for the service provider to acquire SAL’s under SPLA when the number of seats goes up for the end customer or when additional servers is required. This is because the licensing construct of internal use doesn’t match that of SPLA ,and therefore needs to be separate.

Dedicated v Shared

So what does “dedicated” and what is “shared mean?”  In short, it means one customer per server/VM for dedicated, and multiple customers using the same server/VM for shared.  But what about the other components of a hosted offering?  You have a SAN, does that need to be dedicated?  No, according to this document it doesn’t (download it  here)

“Any hardware running an instance of Microsoft software (OS or application) must be dedicated to a single customer. For example, a SAN device that is not running any Microsoft software may be shared by more than one customer; whereas, a server or SAN device that runs Microsoft software may only be used by one customer.”

So ask yourself “is this running Microsoft software on this device?”

SQL Virtualization

SQL virtualization boils down to five options

1) License per virtual machine (if nothing is running physical)

2) License the physical cores on the host and report SQL Enterprise. (allows you to run unlimited VMs)

3) License both physical and virtual (if reporting Standard or Web and it’s running both physically and virtually)

4) Report SQL Business Intelligence (BI) which is licensed per user and can access multiple servers (physical and virtual)

5) Report SQL Standard per user.  Same story as BI.

Don’t forget about license mobility within server farms.  A server farm by Microsoft’s definition consists up to two datacenter located within 4 hours of each other.  So if you have a datacenter in Seattle and another datacenter in New Jersey; that does not qualify.  Likewise if you are in Europe; the datacenter must be “within the European Union (EU) and/or European Free Trade Association (EFTA)

One benefit of license mobility within server farms is it will allow a qualified VM to migrate from one host to the next within the same server farm without adding additional licensing costs.  You have to license the machine with the most processors or cores to be compliant.  In the Service Provider Use Rights (SPUR) it shows you if the product is license mobility within server farms eligible.  Pay attention to this use right; there’s a lot of service providers who are reporting license mobility without license mobility.

Hope this brings some clarity.  If  you have additional questions contact me at blaforge@splalicensing.com

Thanks for reading,

SPLA Man

 

Advertisements
 
9 Comments

Posted by on June 2, 2014 in Uncategorized

 

Tags: , , , , , , ,

Why I Love License Mobility (Farm Edition)

Life is full of little surprises, license mobility within server farms happens to be one of them. License mobility within server farms allows a service provider to take advantage of virtualization without the worry of over licensing or for that matter; under licensing.

Let’s say you have a host machine and that has (2) 6 core procs running 10 virtual machines. You want to run SQL Enterprise. You also have a second host, within the same server farm. The VMs on one machine can migrate to the other. You have to license both hosts right? Wrong! Here’s why.

The old licensing methodology would require you to license both hosts. The new methodology, would allow you to license 1. In the above example, you would need to license 12 cores of SQL Enterprise. You have to license the host with the most cores, but at least it is just the one host! What’ the caveat? You cannot have both hosts running VMs at the same time. If you do, you must license both hosts. Check out the SPUR. Not all products allow license mobility so be sure to check!

The definition of a server farm is as follows:

Assigning Licenses and Using Software within a Server Farm

You may determine the number of licenses you need, assign those licenses, and use the server software as provided in the General License Terms.  Alternatively, you may apply the use rights below.

Server Farm. A server farm consists of up to two data centers each physically located:

  • in a time zone that is within four hours of the local time zone of the other (Coordinated Universal Time (UTC) and not DST), and/or
  • within the European Union (EU) and/or European Free Trade Association (EFTA).

Each data center may be part of only one server farm. You may reassign a data center from one server farm to another, but not on a short-term basis (i.e., not within 30 days of the last assignment).

Please check out the products in the SPUR to ensure the mobility rights apply. Keep in mind, not all products are eligible.  For example, SQL Web does not have mobility rights, but SQL Enterprise does.  Be Careful!

In my opinion, this is a great way to take advantage of virtualization, reduce licensing costs, but more importantly…be compliant.  If an auditor were to come knocking on the door to your datacenter, there’s not much they can say if you take advantage of unlimited virtualization rights such as Windows Datacenter and SQL Enterprise 2012.

Thanks for reading,

SPLA Man

 
2 Comments

Posted by on May 15, 2013 in License Mobility

 

Tags: , , , , ,

 
%d bloggers like this: