Browse Prior Art Database

Mechanism to Convert Perm Resource Licenses Directly to System Pool Licenses

IP.com Disclosure Number: IPCOM000241858D
Publication Date: 2015-Jun-04
Document File: 2 page(s) / 30K

Publishing Venue

The IP.com Prior Art Database

Abstract

Disclosed is a mechanism to convert permanently-licensed resources on a server to floating-licensed resources whose license can be shared amongst a pool of servers.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 40% of the total text.

Page 01 of 2

Mechanism to Convert Perm Resource Licenses Directly to System Pool Licenses

Popular in the industry today is the concept of servers being grouped together logically, into a pool of servers, and the sharing of hardware licenses amongst them to optimally license resources (processors, memory, others types) on individual servers as needed. This provides the administrator with much flexibility to only license what is needed on a given server to accomplish work, then share that now-idle resource's license over to another server where its resource is needed and does not have licensure with which to operate. Among the benefits of such a setup is a lower entry cost, because one can purchase a server with less permanently-licensed local resources, then add this server to the pool to allow it to share what are essentially floating hardware licenses that can be given to an individual pool server as needed to temporarily license its local hardware resources for use. (For this discussion, let's say "resources" = "processors" ... but the idea applies to memory or other types of system resources as well.)

    In order for the customer to set up such pools of servers, one typically groups a set of servers that has X number of processors but only Y amount actually licensed for use on this machine, where Y may be, for example, only 25% of X. Call these Y processors "locally-licensed" processors. Now group some number of these servers together, call it N number, logically in what is called a pool. There are now N servers together as a pool, with X*N processors, but only Y*N actual licenses for use of processors, and each on its own server. Finally, instantiate a control appliance, a sort of administrator console that is connected to and manages this group of servers.

    With this pool thusly defined, there exists a lot of unlicensed processors. Now introduce the concept of floating processor licenses, such that the control appliance will have a given number of floating processor licenses, and any number of those can be assigned to a particular server to license some of its local processors for use at any given time. This is the concept of pool servers sharing licenses.

    This pool that was just defined now has (X-Y) * N unlicensed processors that cannot be used for customer workloads. However, the customer has purchased Z number of so-called floating processor licenses, and can push any number of processor licenses to a given server to satisfy some workload on that server and can pull those processor licenses when the server has no more need for such licensure. The customer uses that control appliance to do this management.

    Here is the problem: Suppose a customer wishes to group a set of servers together, but some of the servers already have local permanent licenses on their server for the total number of processors on that server. The customer could join those servers with the others, but because the processor licenses are permanent to each server itself,...