License Group constructs and license application has been updated to allow for better mixing of license types.
Due to this, it may be necessary to reconfigure license groups to accurately reflect the usage of license keys.
Symptoms:
License Groups should contain 1 license type, such as per VM license keys, or per CPU license keys.
You may have multiple licenses applied to a group, but only 1 type should be applied to a group.
As for the objects in the group, the object type your license type applies to will need to be included, as well as the closely related objects.
Example: License type is "Per VM" - The License Group should contain VMs, and the hosts those VMs are on.
Scenario: We have 3 Licenses or varying types; 1 Per CPU license with a count of 60, and 2 Per VM licenses for a total count of 200 VMs. To license our objects correctly we will create 2 license Groups.
One License Group will contain the Per CPU license keys with Host objects and the VMs those hosts contain. We will call this License Group, Group A.
The other License Group will contain the Per VM license keys with VM objects and the Hosts those VMs are on. We will call this license Group, Group B.
Note that the VMs and hosts contained Group B will not overlap with the hosts and VMs contained Group A, and vice versa.
For the following configurations you will need to be logged into the vRealize Operations UI as an administrative user with access to all objects.
Under either criteria set we can click Add to create an AND statement to specify other criteria, such as different cluster/host names.
Our completed criteria set will look like this:
Under either criteria set we can click Add to create an AND statement to specify other criteria, such as different cluster/host names.
Our completed criteria set will look like this:
Back on the License Keys screen, click the Green refresh icon to update the license usage.
Your License Keys should now show a correct usage, and the License is Invalid watermark should be gone.