Chapter 1. Introduction
By default, Red Hat Enterprise Linux instances are registered to and obtain their content from the Customer Portal.
Red Hat Enterprise Linux instances under management with Red Hat Satellite Server 6 are instead registered to a Satellite Server, and obtain their content and Product subscriptions from it.
Modern IT infrastructure is a mix of physical and virtual hardware, with virtualization providing a level of flexibility and scalability not easily achieved with physical hardware. Red Hat’s subscription model applies to both physical and virtual servers.
A Red Hat subscription provides:
- Access to support services
- Content delivery and hosted repositories
- Access to knowledgebases, forums, videos, and other resources
The Red Hat subscription model requires that for physical servers, subscriptions must cover the physical attributes of the machine, such as the number of sockets or cores. Subscriptions are always applied in sets of two to cover pairs of sockets or cores, and those subscription pairs must be attached to cover all sockets and cores. Subscriptions for virtual servers can also be purchased and applied according to their virtual CPU attributes, but there is another subscription type that might be more suitable - a Virtual Data Center (VDC) subscription, which is a host-based subscription. A host-based subscription is applied to a hypervisor and entitles the hypervisor to provide subscriptions to its virtual machines. With a host-based subscription, each guest requires one subscription, regardless of its virtual CPU configuration.
1.1. Supported Virtualization Platforms
Supported virtualization platforms to which a Virtual Data Center (VDC) subscription can be applied are:
- Red Hat Virtualization (RHV)
- Red Hat OpenStack Platform (RHOSP)
- Red Hat Enterprise Linux hypervisors
- VMware vSphere
virt-whodaemon does not currently support Microsoft System Center 2012 R2 Virtual Machine Manager (SCVMM). There must be a
virt-whoconfiguration file for each Microsoft Hyper-V host to which
virt-whois to connect.
A VDC subscription applies only to a hypervisor’s guest virtual machines, not the hypervisor itself. For all virtualization platforms which require a Red Hat Enterprise Linux hypervisor, the hypervisor requires its own subscription.
1.2. Choosing a Subscription
To provision a hypervisor with a subscription that includes virtual guest subscriptions, you must choose a host-based subscription. For more information about the Red Hat subscription model, see Subscription Concepts and Workflows.
The following are examples Red Hat subscriptions which provide inheritable subscriptions:
- Red Hat Enterprise Linux for Virtual Datacenters
- Red Hat Enterprise Linux with Smart Virtualization and Management
This guide uses a Red Hat Enterprise Linux for Virtual Datacenters (VDC) subscription in all examples. The workflow for all inheritable subscriptions is identical.
For more information about Virtual Datacenters subscriptions, see Using RHEL Virtual Data Center Subscription and Usage of Red Hat Unlimited Guest & VDC Subscriptions in Virtualized Clusters.
Confirming if virt-who is Required
To confirm if the virt-who daemon is required, either use the Red Hat Certificate Tool, or contact Red Hat Support. The command line Red Hat Certificate Tool (rct) reads a Subscription Manifest file and displays details of the manifest in plain text. The Red Hat Certificate Tool is available in subscription-manager-1.17.10 (or later) package, in either Red Hat Enterprise Linux 7.3 or Fedora 24.
Examining a Subscription Manifest with the Red Hat Certificate Tool
- Download the Subscription Manifest from the Customer Portal.
Run the command line Red Hat Certificate Tool.
# rct cat-manifest --no-content manifest_file.zip
The following extract is from an OpenShift Container Platform, Premium (1-2 Sockets) subscription.
Subscription: Name: OpenShift Container Platform, Premium (1-2 Sockets) Quantity: 50 Created: 2017-09-16T01:47:59.000+0000 Start Date: 2017-07-04T04:00:00.000+0000 End Date: 2018-07-04T03:59:59.000+0000 . . . Virt Limit: unlimited Requires Virt-who: True
The virt-who daemon is required if the
rct output includes
Virt Limit: unlimited,
Requires Virt-who: True, or both. In this example, both are included, confirming that the virt-who daemon is required.
1.3. Applying Virtual Guest Subscriptions
A Virtual Data Center (VDC) subscription is one type of host-based subscription offered by Red Hat. Host-based subscriptions are applied to a host and inherited by its guests. Host-based subscriptions consist of two parts, a pool attached to the virtualization manager or hypervisor, and a pool from which virtual guests inherit their subscription. It is important to note that the virtualization manager or hypervisor’s subscription does not provide entitlement to product content.
To successfully provision virtual machines, and ensure they inherit host subscriptions, you must do the following:
- Upload a manifest that includes the VDC subscriptions to Satellite Server. For more information, see Importing a Subscription Manifest into the Satellite Server in the Content Management Guide.
Install, configure, and start the
virt-whoservice. For more information, see Chapter 3, Configuring virt-who.
- Attach VDC subscriptions to the hypervisors hosting the virtual guests. For more information, see Section 4.1, “Allocating VDC Subscriptions to Hypervisors”.
- Register virtual machines with an activation key that has auto-attach enabled and no subscriptions attached. This way, the virtual machines will inherit the VDC subscription from the hypervisor. For more information, see Section 4.3, “Registering Guest Virtual Machines”.
1.4. Subscription Status
A registered host, virtual or physical, has a subscription status based on its installed Products and attached subscriptions.
To verify the status of a virtual machine’s subscription in the Satellite web UI:
Open the Satellite web UI and navigate to
- Click on the host’s name.
Check the content of the
Subscription Statuscolumn. Each host’s subscription status is indicated by colour: green, yellow or red, and its status in text.
Subscription Status Meanings
- The host has Products installed that valid subscriptions do not cover. Hosts in a Red status cannot access content for Products not covered by subscriptions. Manual intervention is required to resolve a subscription with this status.
- Either the host has insufficient subscriptions or an incorrect quantity of subscriptions is attached (for example, a 2-socket subscription is attached to a 4-socket host), or Satellite does not know which virtualization manager or hypervisor hosts the virtual machine and has assigned a temporary subscription. Insufficient subscriptions must be resolved manually. Temporary subscriptions will be automatically resolved by Satellite, providing there are enough subscriptions available.
- The host is correctly subscribed.
Hypervisors always appear in the Satellite web UI as correctly subscribed, regardless of their actual status.
1.4.1. Temporary Subscriptions
When a virtual machine is first registered, Satellite does not know with which virtualization manager or hypervisor the virtual machine is associated and so cannot assign a subscription. In this case a temporary subscription is granted, valid for a maximum period of 7 days. When the virt-who daemon next runs and identifies the virtual machine’s host, a permanent subscription is applied, provided the host has available subscriptions of the right type. If a permanent subscription is granted, the virtual machine’s subscription status is changed to
Subscribed. A virtual machine that has been granted a temporary subscription might, when the temporary subscription expires, automatically select a subscription intended for a physical host and so restrict the number of subscriptions available. When the temporary subscription period expires, the host’s status is changed to
Not subscribed if it has been unable to request a suitable subscription.
When a virtual machine is granted a temporary subscription, you have several options available:
Install virt-who and wait
If virt-who has not already been installed and configured, do so, then wait for virt-who to identify the virtualization manager or hypervisor hosting the virtual machine, in which case the subscription will be automatically selected from those available.
Manually assign a subscription
If you do not want to wait for the expiry of the temporary subscription, or you want to assign a specific subscription, install and configure virt-who, then manually assign the desired subscription.
This situation should be avoided as it results in more subscriptions being consumed than would otherwise be consumed. A virtual machine assigned a temporary subscription might be assigned subscriptions intended for physical hosts. For example, a virtual machine with 2 CPUs might be granted two subscriptions instead of a single VDC subscription.
1.4.2. Virtual Machine Migration
When a virtual machine is migrated either automatically or manually to another hypervisor that is registered to Red Hat Satellite, one of the following virtual machine subscription behaviors can occur:
- If the virtual machine has been reported via virt-who, and the hypervisor has a valid VDC subscription, the virtual machine will consume the virtual guest pool that already exists for the hypervisor. Ideally, all hypervisors that could be hosting the virtual machine should have a valid VDC subscription.
- If the virtual machine has been reported via virt-who, and there are sufficient subscriptions in Red Hat Satellite, but the hypervisor does not yet have a valid VDC subscription attached, a VDC subscription will get automatically attached to the hypervisor and be inherited by the virtual machine.
- If there are sufficient subscriptions in Red Hat Satellite, but the virtual machine has not been reported via virt-who, the virtual machine will consume a physical subscription.
- If the hypervisor does not have a valid VDC subscription attached, and there are insufficient subscriptions in Red Hat Satellite, the virtual machine will not have a valid subscription and lose access to content.