Building a VCF 9.1 Lab, Part 8: Licensing with VMUG Advantage

In Part 7 the backups landed on my NAS. The last banner left from bring-up is VCF Operations saying it isn’t registered. This part registers it in Connected mode and adds my VMUG Advantage licences. It ends with a rule I didn’t know about: a primary licence has to cover every core, or it can’t be assigned at all.

Where licensing lives in 9.1

It sits in VCF Operations under Manage, Licensing, Licenses & Registration. The orange “not registered” banner links straight to it. Step one, a license server, was already done by the bring-up.

VCF Operations 9.1 licenses and registration page
Licenses & Registration before registering: everything on evaluation.

My licences come from VMUG Advantage, and they appear in the VCF Business Services console at vcf.broadcom.com, the same place I got the depot activation code in Part 3. Check they’re there before you start: I had VCF cores, vSAN TiB and some vSphere Foundation cores, all active and unallocated.

Connected or Disconnected

Registration asks for a connection mode. Disconnected swaps four files by hand (registration, verification, confirmation, licence) and needs a usage file uploaded every 180 days. Connected lets VCF Operations talk to the console directly, updates licences daily and reports usage on its own. My lab has internet access, so Connected was the easy choice, and it cut the wizard to six steps.

VCF Operations licensing connection mode
Connected or Disconnected.

Registering and adding licences

The flow then works like the depot activation code:

  1. Start “Get Activation Code” in VCF Operations. The console opens and asks for a display name for this VCF Operations instance. I used the instance name rather than the default hostname.
  2. Generate the activation code and copy it to your vault. It can’t be shown again after you click Finish.
  3. Paste it into “Enter Activation Code” in VCF Operations.
  4. Start “Add Licenses”, which opens the console’s allocation page. Ticking a licence allocates all of it. Allocating part of one means splitting it first from its menu.
  5. Back in VCF Operations, Download Licenses, then Finish.
VCF Business Services console activation code
The activation code: copy it before you click Finish.
VCF Operations licence file downloaded
The licences in VCF Operations, with their expiry date.

Every core or nothing

The last step is assigning a primary licence (VCF) and add-ons (vSAN) to each vCenter. Mine refused: “No licenses are assignable”. The detail said why. To assign it, the licence must have an allocated capacity of 160 cores.

VCF Operations assign primary license not assignable
No partial assignment: the licence must cover every core.

My four R640s have two 20-core CPUs each, 160 cores in all, and my VCF licence covers 128. I had assumed VCF Operations would license what it could and flag the rest. It doesn’t. A primary licence has to cover every core under the vCenter, or it can’t be assigned at all. The Assets License Status panel on the same page shows your core count, so check it before you allocate anything.

That leaves two options. Keep running unlicensed on the 90-day evaluation, which has every feature, or reduce the physical cores on the hosts to fit the licence. The Dell BIOS can limit the cores enabled per processor, and 16 per CPU makes exactly 128. I’m running unlicensed for now. Assigning the licences later takes a minute.

What’s next

VCF Operations is registered, the licences are downloaded, and the lab runs on the evaluation until the core count and the licence agree. Next in the series is Part 9, managing passwords: where 9.1 keeps them, a fleet password policy, rotation, and what happens when a password drifts.