This was stuck in my thoughts since your post, so I did some additional reading and digging.
I apparently have an old view on the license count method.
Looking at the link provided by @Scott Moseman which states:
Quote:
“For backup operations that include cluster clients, the system makes the following checks:
-
If the nodes of the cluster client are all physical machines, the system checks for the OI license.
-
If the nodes of the cluster client are all virtual machines, the system checks for the VOI or OI license.
-
If the nodes of the cluster client are mixed (some nodes are on a physical server, and some nodes are on a virtual machine), the system checks for the OI license.
Then, the cluster backup job proceeds as follows:
-
If the needed license is not present, then the cluster backup job is blocked.
-
If the needed license is present and within usage, the cluster backup job is allowed to run.”
Also looking at the licensing program guide it states:
Quote:
“Common cluster scenarios
In many physical server scenarios, various clustering methodologies are used to deliver high availability of a given resource. Examples of these modern clustering technologies include (but are not limited to) Exchange Distributed Availability Groups (DAG), SQL Server Always-On Availability Groups (AG), Oracle RAC, and others.
Commvault licensing will count the operating instance (unique name) from which the backup or archive job is able to be executed. For example, in an Exchange DAG configuration, each defined Member Server that that is available as a backup source will consume an operating instance (or virtual operating instance) license, even though Commvault may configure the backups from a singular control point (pseudo-client).”
Thus implying that when the underlying nodes have valid OI's the cluster is licensed under the node associated OI's and not a separate OI.
My apologies for the confusion...