Chapter 14. Deploy RHEL instances in a public cloud


As part of your relationship with Red Hat, you are eligible to receive a number of benefits when running Red Hat products on the public cloud.

These benefits make it easier for you to use Red Hat products and services.

These include gold images, which allow you to deploy Red Hat products in certified cloud and service providers, and also makes it simple to connect your systems to the Red Hat Content Delivery Network and analytic services such as Red Hat Lightspeed.

14.1. Gold images overview

Red Hat gold images are cloud-ready Red Hat virtual machine (VM) images available in select Red Hat Certified Cloud and Service Providers (CCSP) environments for Cloud Access customers.

These images provide customers with an alternative to creating and using their own custom images from their own previously purchased subscriptions. Gold images are built and maintained by a trusted source and are available to customers with valid Red Hat subscriptions.

You can use gold images to deploy Red Hat instances in the cloud without having to build, maintain, and import your own images into the cloud provider’s environment.

14.1.1. When to use a gold image

Gold images are useful when you require little customization of the operating system or you will apply your customizations to the system at runtime, using an automation tool, such as Red Hat Ansible Automation Platform.

14.1.2. When not to use a gold image

Gold images are less useful if you require extreme customization of the operating system at build time, or if you prefer to include the customizations into the image itself. For example, many security hardening specifications, such the the DISA STIG require users to have exacting partition layouts. Gold images will generally not meet these requirements by default. It is recommended that RHEL image builder be used to create custom images for these types of stringent requirements.

14.1.4. Updates and repository availability

Options for delivering updates and patches to cloud instances deployed from gold images vary by image type and cloud provider.

14.2. Use gold images on Amazon Web Services (AWS)

How to identify the gold images and deploy a Red Hat Enterprise Linux (RHEL) VM from a gold image by using the AWS Management Console, AWS command line interface (CLI), and PowerShell Cmdlet.

14.2.1. Gold images on Amazon Web Services (AWS)

Gold images can be used to provision VMs in AWS by using the standard interfaces: AWS GUI, AWS CLI, EC2 Console and AWS PowerShell Cmdlet.

AWS is preconfigured to use the Red Hat Update Infrastructure (RHUI).

AWS gold images meet the following conditions:

  • Built, maintained, and published by Red Hat
  • Available in AWS commercial regions but not in China or GovCloud (US)
  • Preconfigured to use the Red Hat Update Infrastructure (RHUI) running in EC2
  • RHEL, RHEL for SAP, Red Hat Middleware, and Red Hat Storage images

14.2.2. Name and identify gold images on AWS

There are multiple ways to search for and launch Red Hat Enterprise Linux (RHEL) Amazon Machine Images (AMIs) in AWS. This includes the EC2 Management Console, AWS CLI, and PowerShell Cmdlet. The naming convention for the Red Hat AMIs in AWS is listed below.

  • Initial GA AMI release: [Red Hat Product]-[Version]-[Virtualization Type]_[Red Hat Release Type]-[Release Date]-[Minor Version Release AMI Iteration]-[Subscription Model]-[EBS Volume Type]
  • After the initial GA AMI release: [Red Hat Product]-[Version]-[Virtualization Type]-[Release Date]-[Minor Version Release AMI Iteration]-[Subscription Model]-[EBS Volume Type]
Note

The Red Hat gold images have the designation of Access in the AMI Name representing the subscription model.

Red Hat gold images are published under the Owner ID 309956199498. You can ensure that you are using official Red Hat gold images by looking for this Owner ID when you choose an image.

14.2.3. Locate gold images in the AWS GUI

You can use the AWS graphical user interface (GUI) to locate Red Hat gold images that are shared with your AWS account through Cloud Access.

Procedure

  1. Navigate to the Hybrid Cloud Console and sign in to your Red Hat account.
  2. Create a connection between your Red Hat account and your cloud provider account in the Integrations application.

    1. Select the Settings icon.
    2. Click Integrations.
  3. Select Amazon Web Services.
  4. Enter a descriptive name for the source, for example, AWS_prod, and click Next.
  5. Select the configuration mode you want to use:

    • Account Authorization: When selecting this option, you provide your AWS access key ID and secret access keys so that Red Hat can verify ownership of the cloud account. Additionally, this information is saved so that additional Red Hat services (such as cost management) can be configured.

      Note

      On the Select applications page, Red Hat Enterprise Linux (RHEL) management is selected by default. This selection is required.

    • Manual Authorization: When selecting this option, you provide an Amazon Resource Number (ARN) which is used only for this service.

14.2.4. Locate gold images in the AWS CLI

This example command displays all of the RHEL 8.3 AMIs in the US-East-1 region that were shared with the AWS account provided during enrollment in Cloud Access using the AWS CLI.

The AWS CLI Command Reference provides additional documentation regarding available options, commands, subcommands, and parameters.

Procedure

  1. Use the aws ec2 describe-images command to locate gold images in the AWS CLI.

    $ aws ec2 describe-images --owners 309956199498 \
    > --filters "Name=is-public,Values=false" \>
    "Name=name,Values=RHEL*8.3*GA*Access*" \
    > --region us-east-1

14.2.5. Locate gold images in the AWS EC2 Console

When working in the EC2 Management Console, there is a menu item for AMIs under the IMAGES section within the left-side navigation pane. In this view, using the designation of Private images displays the gold images that have been shared with the AWS account provided during enrollment.

Note

When in this section of the EC2 Management Console, it is possible to add a filter of Owner : 309956199498, which limits the displayed AMIs to those that were shared with the AWS account after enrolling in Cloud Access.

It is possible to further filter the list of displayed AMIs by adding an additional filter representing different aspects of the AMI Name that Red Hat uses, such as AMI Name : RHEL, AMI Name :.

An example AMI Name is RHEL-8.3.0_HVM-20201031-x86_64-0-Access2-GP2.

Procedure

  1. Click the Launch Instance button from the EC2 Dashboard section of the EC2 Management Console.
  2. Select My AMIs.
  3. Select the Shared with me filter.

Verification

The listed AMIs to show the gold images that have been shared with the AWS account provided during enrollment.

This example command displays all of the Red Hat Enterprise Linux (RHEL) 8.3 AMIs in the US-East-1 region that were shared with the AWS account provided during enrollment in Cloud Access using the AWS Tools for Cmdlet.

Procedure

  1. Use the Get-EC2Image command to locate gold images in the AWS PowerShell Cmdlet.

    PS > Get-EC2Image -Region us-east-1 `
    >> -Owner 309956199498 -Filter `
    >> @{ Name="name" ; Values="RHEL*8.3*" }

14.3. Use gold images on Azure

How to identify the gold images and deploy a Red Hat Enterprise Linux (RHEL) VM from a gold image by using the Azure Portal, Azure command line interface (CLI), or PowerShell Cmdlet.

14.3.1. Gold images on Azure

Gold images can be used to provision RHEL VMs in Azure for bring your own subscription (BYOS) by using the standard interfaces: Azure Portal, Azure CLI, or PowerShell Cmdlet.

Azure gold images meet the following conditions:

  • Built, maintained, and published by Microsoft
  • Available in Azure commercial regions but not in China or government regions.
  • Red Hat Enterprise Linux (RHEL) images only
  • Not eligible for Azure Hybrid Benefit

14.3.2. Name and identify gold images on Azure

There are multiple ways to search for and launch RHEL gold images in Azure. This includes the Azure Portal, Azure CLI, and PowerShell Cmdlet.

The naming convention for the Red Hat gold images in Azure is RedHat:[Offering Name]:[Red Hat Product]-[OS Disk Type]-[Azure VM Generation]:[Red Hat Version].[Red Hat Release].[Image Creation Date].

An example gold image Uniform Resource Name (URN) is RedHat:rhel-byos:rhel-lvm8-gen2:8.0.20200715.

14.3.3. Locate gold images using Azure Lighthouse

To access gold images, you must create an integration for any Azure tenant subscription ID within an Azure tenant.

When a single Azure subscription ID is integrated, Red Hat automatically retrieves the Azure tenant ID and enables gold image access at the tenant level. However, to use auto-registration and launch images, you must create an integration for each individual Azure tenant subscription ID.

Procedure

  1. Enter a descriptive name for the source, for example, Azure_build, and click Next.
  2. Select the Red Hat Enterprise Linux (RHEL) management bundle service and click Next.

    Note

    Cost Management is only used for Red Hat OpenShift Container Platform.

  3. Follow the steps to create an offline token.
  4. Complete the configuration steps in Azure Lighthouse.
  5. When you return to the wizard, click Next.
  6. Log in to your Azure account and navigate to your subscriptions. Copy the subscription ID that you want to use and paste it into the Subscription ID field.

    Note

    All subscription IDs are now included under the tenant ID. If you have already created an integration and enrolled for a subscription ID, the respective tenant IDs are also enrolled. You will not be charged twice.

  7. Click Next.
  8. Review the details of your integration, and then click Add to add the integration.
  9. Optional: If you want to complete registration in Azure with an Ansible script, you can run the Ansible commands on any system with package ansible-galaxy installed that also has access to an Azure instance running inside your Azure account.

    1. Follow the steps to create an offline token. See Red Hat API Tokens to generate an offline token.

      Note

      If you have generated an offline token in the last thirty days, you do not need to generate a new token.

    2. Save the offline token where it can be easily accessed for the next step.
    3. Download the Ansible playbook and run the Ansible commands remotely against a running Azure VM, substituting your Azure instance hostname or IP address and your offline token.

      [user@machine ~] ansible-galaxy collection install redhatinsights.subscriptions
      
      [user@machine ~] ansible-playbook -i <Microsoft_VM_HOSTNAME_OR_IP>, -u azureuser -b ~/.ansible/collections/ansible_collections/redhatinsights/subscriptions/playbooks/verify_account.yml -e rh_api_refresh_token=<OFFLINE_AUTH_TOKEN> --private-key ./<PEM_FILE_FOR_VM_AUTH>

      You can also run the following commands directly on a running Azure VM:

      [azureuser@vm ~]$ ansible-galaxy collection install redhatinsights.subscriptions
      
      [azureuser@vm ~]$ ansible-playbook -i <AZURE_VM_HOSTNAME>, --connection=local -b ~/.ansible/collections/ansible_collections/redhatinsights/subscriptions/playbooks/verify_account.yml -e rh_api_refresh_token=<OFFLINE)AUTH_TOKEN>
      Note

      The integration will be displayed in the Integrations service list, but will not reflect true status or resources for this integration. You cannot monitor this integration from the Integrations service in the Hybrid Cloud Console.

  10. When the Ansible commands complete successfully, click Next.
  11. Review the details and then click Add to finish the Azure integration creation.
  12. You can use the Integrations service configuration dashboard to view, modify, or remove any of your cloud integrations. This dashboard also provides links where you can learn more about related Red Hat services, such as Red Hat Lightspeed and Subscription Services.

14.3.4. Locate gold images in the Azure CLI

Locate gold images by using the Azure CLI. You can then use the gold image URN to provision a VM in Azure.

Procedure

  1. Make sure that you are using an Azure subscription that was enabled for Cloud Access.

    az account show
  2. Display the list of available RHEL gold images.

    az vm image list --publisher RedHat --offer rhel-byos --all
  3. Find the gold image version you want to use and copy the URN. You need this URN to provision a VM.

This example command displays all of the Red Hat Enterprise Linux (RHEL) gold images in the US East region that were shared with the Azure account provided during enrollment in Cloud Access.

Procedure

  1. Use the Get-AzVMImageSku command to locate gold images in the Azure PowerShell Cmdlet.

    Get-AzVMImageSku -Location "East US" -PublisherName RedHat -Offer rhel-byos

14.3.6. Use gold images on Azure

Use gold images on Azure to create new Red Hat Enterprise Linux VM instances. A gold image is a pre-configured image that serves as a template for creating new VM instances, which can save time and ensure consistency across your VM instances.

Prerequisites

  1. Make sure that you are using an Azure subscription that was enabled for Cloud Access.

    az account show
  2. Display the list of available RHEL gold images.

    az vm image list --publisher RedHat --offer rhel-byos --all
  3. Find the gold image version you want to use and copy the URN.

Procedure

  1. Use the image URN to accept Azure terms by entering the az vm image terms accept command.

    Note

    You can only accept the terms once per Azure Subscription, per image.

    az vm image terms accept --urn RedHat:rhel-byos:rhel-lvm8-gen2:8.0.20200715
    Note

    You must have a resource group defined before you run the following command.

  2. Provision a VM by using the az vm create command.

    az vm create -n my-rhel-byos-vm -g my-rhel-byos-group --image RedHat:rhel-byos:rhel-lvm8-gen2:8.0.20200715
  3. Optional: You can create VM instances in the Azure portal.

    1. View the private offers in the Azure Portal.
    2. Click the Create drop-down menu to select the Red Hat Enterprise Linux (RHEL) gold image version that you want to use. The remaining provisioning steps are the same as any other RHEL Marketplace image.

14.4. Use gold images on Google

How to identify the gold images and deploy a Red Hat Enterprise Linux (RHEL) VM from a gold image by using the Google console or command line interface (CLI).

14.4.1. Gold images on Google

Gold images can be used to provision Red Hat Enterprise Linux (RHEL) VMs in Google Cloud Platform for bring your own subscription (BYOS) by using the standard interfaces: Google Cloud Platform Console, Google Cloud Platform shell, and gcloud CLI.

Google Cloud Platform gold images meet the following conditions:

  • Built, maintained, and published by Google
  • Available in Google Cloud Platform commercial regions
  • RHEL images only

How to identify the gold images and deploy a RHEL VM from a gold image by using the Google Cloud Platform Console UI, Google Cloud Platform Cloud Shell, and gcloud CLI.

14.4.2. Name and identify gold images on Google

After your Google group has been granted access to the Google Cloud Platform gold images, you can find them in the rhel-byos-cloud google project. This is a special project that limits access to the RHEL gold images for only Cloud Access customers.

The naming convention for Red Hat gold images in Google Cloud Platform is: [Red Hat Product]-[Version]-byos-[Image Creation Date].

Examples:

  • rhel-7-byos-v20210916
  • rhel-8-byos-v20210916

You can use the Google Cloud console to locate Red Hat gold images that are shared with your Google Cloud account through Cloud Access.

Procedure

  1. Sign in to the Google Cloud Platform console at Google Cloud using a Google group or account that has been enabled for Cloud Access.
  2. Create or select the project where you want to deploy the Red Hat Enterprise Linux (RHEL) VM.
  3. Verify you can see the RHEL gold images.

    1. Open a Cloud Shell.
    2. Enter the following command to list all of the available RHEL gold images:

      gcloud compute images list --project rhel-byos-cloud --no-standard-images

Locate gold images in the Google gcloud CLI. You can then use the gold image name to provision a VM in Google.

Procedure

  1. Make sure that you are using a Google group or account that has been enabled for cloud access:

    gcloud info | grep account
  2. Display the list of available Red Hat gold images:

    gcloud compute images list --project rhel-byos-cloud --no-standard-images
  3. View details of a specific image:

    gcloud compute images describe rhel-8-byos-v20210916 --project rhel-byos-cloud

Create a new Red Hat Enterprise Linux VM using a Google gold image. A gold image is a pre-configured image that serves as a template for creating new VM instances, which can save time and ensure consistency across your VM instances.

Procedure

  1. Navigate to Google Cloud Console>Home>Dashboard.
  2. From the Navigation menu, select Compute Engine>VM Instances.
  3. Click Create Instances.
  4. Find the Boot Disk section on the VM instance configuration page and click Change.
  5. Select the Custom Images tab.
  6. Click Select A Project and select the rhel-byos-cloud project.
  7. From the Images dropdown list, choose the gold image that you want to use and click Select.
  8. Change any other VM instance configuration settings and then click Create.
  9. For the Google Cloud Platform shell or gcloud CLI, use the following steps to create and inspect a VM from a gold image.
  10. Use the gcloud compute images list command to find the name of the gold image that you want to use.
  11. Create a new RHEL VM:

    gcloud compute instances create my-rhel8-byos --image rhel-8-byos-v20210916 --image-project rhel-byos-cloud --zone us-east1-b
  12. View details of the new RHEL VM:

    gcloud compute instances describe my-rhel8-byos --zone us-east1-b

For Red Hat Enterprise Linux (RHEL) instances based on eligible images from cloud eligible marketplaces, Red Hat supports account-wide automatic registration.

When automatic registration is available, instead of running a command on each system to register it to Red Hat, an administrator can configure their cloud provider account such that any kind of RHEL that is instantiated in that cloud provider account automatically connects to Red Hat.

Automatic registration allows Red Hat Enterprise Linux systems within a trusted cloud provider account to register to Red Hat and connect to Red Hat Subscription Services systems.

Connection to Subscription Services enables access to Red Hat Lightspeed analytics, usage reporting, and content updates without additional manual configuration by the system administrator.

Figure 14.1. Cloud-based automatic registration workflow

Cloud Based automatic registration for Red Hat Enterprise Linux

There are specific eligible images from eligible cloud marketplaces that come with the automatic registration functionality. With certain later versions of RHEL, there are enhancements to automatic registration functionality.

Table 14.2. Automatic registration functionality for eligible cloud Red Hat Enterprise Linux versions
Red Hat Enterprise Linux versionCloudAutomatic registration functionality

RHEL 7.9.z, RHEL 8.3.1, RHEL 9.0, and later versions

AWS, Azure, Google Cloud Platform

Enhanced subscription management experience by allowing Red Hat Enterprise Linux systems within a trusted cloud provider account to register to Red Hat and connect to systems for Red Hat Lightspeed analytics, usage reporting, and automatically receive content updates from Red Hat Update Infrastructure (RHUI) without additional manual configuration by the system administrator.

RHEL 9.6, RHEL 10.0, and later versions

AWS, Azure

Enhanced automatic registration functionality for any RHEL instances on AWS and Azure are automatically registered to Red Hat and automatically receive content updates from Red Hat Update Infrastructure (RHUI) after you establish a trusted connection between your Red Hat account and your account for the specific cloud platform, even if you did not have the trusted connection when you launched the instance.

RHEL 9.7, RHEL 10.1, and later versions

AWS, Azure

RHEL instances instances on AWS and Azure automatically receive content and updates from Red Hat Content Delivery Network (CDN) instead of RHUI after you establish a trusted connection between your Red Hat account and your account for the specific cloud platform, even if you did not have the trusted connection when you launched the instance. The RHUI repositories are turned off by default.

Note

Government or disconnected regions, such as AWS GovCloud or Microsoft Azure Government, do not support automatic registration.

When you purchase an eligible subscription of Red Hat Enterprise Linux (RHEL) you have access to automatic registration and Red Hat Subscription Services.

The registration process outlined below applies to the versions of automatic registration associated with eligible subscriptions of RHEL provided by Red Hat on AWS and Azure cloud marketplaces, which include:

  • RHEL 9.6
  • RHEL 10
  • Later versions of RHEL

The following versions come with additional enhancements to the automatic registration functionality:

  • RHEL 9.7
  • RHEL 10.1
  • Later versions of RHEL
Note

These steps begin with a recommendation to create a Red Hat account if you do not have one. For pre-paid annual cloud provider marketplace subscriptions, creation of a Red Hat account is not required to make a purchase. However, creating a Red Hat account first includes the following benefits:

  • Streamlines the account connection and subsequent registration process.
  • Provides access to additional benefits such as systems management and analytics through Red Hat Lightspeed services, and systems usage reporting and subscription inventory information through the Subscription Services.
  • Provides access to the Knowledgebase, including restricted Knowledgebase articles and solutions.
  • Provides easier access to Red Hat support. Without an account, you must contact Red Hat support directly by telephone. With an account, you can also use the Red Hat support web client at Contact Red Hat to open support cases.

If you decide that you will not create a Red Hat account before your purchase, the subscriptions that you purchase will be assigned to an anonymous Red Hat organization that is unique to your cloud provider account.

You can later claim the anonymous organization and the subscriptions in it by creating a connection between your cloud provider account and your Red Hat account. This claim process also uses the steps in the following procedure.

Prerequisites

  • Before purchasing a cloud provider marketplace subscription for RHEL, create a Red Hat account if you do not have one.

Procedure

  1. Purchase an eligible marketplace subscription, which are images sold by Red Hat of:

    • RHEL 9.6
    • RHEL 10
    • RHEL 9.7
    • RHEL 10.1
    • Later versions of RHEL

      Note

      These versions specifically support the enhancements of automatic registration process.

  2. After the purchase is complete, follow the link to connect your cloud provider account and your Red Hat account. You have two options to complete this step:

    • Option 1: Locate the post-purchase email from the cloud provider that is sent to the email address associated with your cloud account. This email is sent soon after the purchase is complete. Included in that email is a link to help you configure the connection between accounts. Click that link and follow the instructions from your cloud provider.
    • Option 2: In your cloud provider management tools, locate the purchases for this account. Find the new RHEL purchase, click the setup option, and follow the instructions from your cloud provider.
  3. Either of the previous two options opens a page to log in to the Red Hat Hybrid Cloud Console, if you are not already logged in. Enter your Red Hat account credentials to proceed. The Complete your account connection page of the Hybrid Cloud Console opens.

    Note

    From the page to log in to the Red Hat Hybrid Cloud Console, you can also follow the instructions to create a Red Hat account if you do not have one.

  4. Review the terms and conditions for connecting cloud provider accounts and Red Hat accounts and select the Terms and conditions checkbox to agree. To complete the connection between your accounts, click Connect accounts.
  5. For RHEL 9.7, RHEL 10.1, and later versions, add the following IP addresses and URLs to your allow-list:

    • Hosted Candlepin https://subscription.rhsm.redhat.com:443
    • CDN https://cdn.redhat.com
    • Instance Metadata Service 169.254.169.254

      Important

      Adding these IP addresses to your allow-list enables system access to content from the CDN.

      Warning

      If the firewall is blocking these IP addresses when your system is launched, the system cannot automatically register. You must update the firewall rules by adding the IP addresses to your allow-list, then restart the rhsmcertd service to enable auto registration.

You can confirm if your system is using automatic registration by running the subscription-manager config command, which displays the contents of the /etc/rhsm/rhsm.conf file.

Important

The following example /etc/rhsm/rhsm.conf file shows the settings for the version of automatic registration associated with eligible subscriptions of RHEL provided by Red Hat on AWS, Azure, and Google Cloud Platform cloud marketplaces, which include:

  • RHEL 7.9.z
  • RHEL 8.3.1
  • RHEL 9.0
  • Later versions

While some of these settings apply, there are some minor changes to existing settings for the versions of automatic registration associated with eligible subscriptions of RHEL provided by Red Hat on AWS and Azure cloud marketplaces, which include:

  • RHEL 9.6
  • RHEL 10
  • Later versions of RHEL

The following versions come with additional enhancements to the automatic registration functionality:

  • RHEL 9.7
  • RHEL 10.1
  • Later versions of RHEL

Procedure

  1. Run the subscription-manager config command:

    $ subscription-manager config --list
  2. Review the /etc/rhsm/rhsm.conf file.

    • Example /etc/rhsm/rhsm.conf file for automatic registration

      [server]
      
      hostname = [subscription.rhsm.redhat.com]
      insecure = [0]
      no_proxy = []
      port = [443]
      prefix = [/subscription]
      proxy_hostname = []
      proxy_password = []
      proxy_port = []
      proxy_scheme = [http]
      proxy_user = []
      server_timeout = [180]
      ssl_verify_depth = [3]
      
      [rhsm]
      
      auto_enable_yum_plugins = [1]
      baseurl = [https://cdn.redhat.com]
      ca_cert_dir = [/etc/rhsm/ca/]
      consumercertdir = [/etc/pki/consumer]
      entitlementcertdir = [/etc/pki/entitlement]
      full_refresh_on_yum = [0]
      inotify = [1]
      manage_repos = 0
      package_profile_on_trans = [0]
      pluginconfdir = [/etc/rhsm/pluginconf.d]
      plugindir = [/usr/share/rhsm-plugins]
      productcertdir = [/etc/pki/product]
      repo_ca_cert = /etc/rhsm/ca/redhat-uep.pem
      repomd_gpg_url = []
      report_package_profile = [1]
      
      [rhsmcertd]
      
      auto_registration = 1
      auto_registration_interval = [60]
      autoattachinterval = [1440]
      certcheckinterval = [240]
      disable = [0]
      splay = [1]
      
      [logging]
      default_log_level = [INFO]
      
      [] - Default value in use

      where

    • General settings for automatic registration

      auto_registration = 1
      This setting determines whether subscription-manager attempts to register through automatic registration. The default value for this setting is 0, where no automatic registration is attempted. For a value of 1, automatic registration is attempted. The value of this setting is changed to a value of 1 during the production of cloud images for the cloud marketplaces that support automatic registration.
      splay = 1
      This setting applies a random offset during registration to randomize the check-in of systems. This random offset distributes workload so that a large number of systems that are started at approximately the same time do not check in at the same time.
    • Settings for the version of automatic registration associated with eligible subscriptions of RHEL provided by Red Hat on AWS, Azure, and Google Cloud Platform cloud marketplaces, including RHEL 7.9.z, RHEL 8.3.1, RHEL 9.0, and later versions

      auto_registration_interval = 60
      This setting defines the interval by which automatic registration is attempted. automatic registration is attempted three times per invocation of the rhsmcertd service, with each instance occurring at this interval. For example, if this value is set to 60, a system will attempt to auto-register three times, 60 minutes apart. If automatic registration is unsuccessful after three tries, the rhsmcertd service issues no further registration attempts until the service is restarted. In cloud images, rhsmcertd service is configured to run at boot time, so a restart of the instance also restarts the rhsmcertd service and the automatic registration attempts.
      manage_repos = 0
      This setting determines how subscription-manager manages the Red Hat Content Delivery Network provided code content in the /etc/yum.repos.d/redhat.repo file. The default value is 1, which allows Red Hat Enterprise Linux systems to use content from either the CDN or a Red Hat Satellite Server. Content in public clouds is generally delivered through Red Hat Update Infrastructure (RHUI), so this value is set to 0 for automatic registration. A hybrid approach that uses both RHUI and the CDN for updates is uncommon, but can be supported by setting this value back to its default value of 1.
    • Settings for the versions of automatic registration associated with eligible subscriptions of RHEL provided by Red Hat on AWS and Azure cloud marketplaces, including RHEL 9.6, RHEL 9.7, RHEL 10, RHEL 10.1, and later versions of RHEL

      auto_registration_interval = 1
      This configuration applies to Red Hat Enterprise Linux 9.6, Red Hat Enterprise Linux 10, and later versions. When auto_registration=1 and rhsmcertd is started, the auto_registration_interval is a maximum time delay to wait before attempting to register the system automatically. When splay=1, the attempt to register happens at a random point in time within the auto_registration_interval. When splay=0, the attempt to register happens immediately following the start of rhsmcertd. The format for this value can be either hours, minutes, seconds (when using the HH:MM:SS format), or an integer number of minutes. The default value is 1.
      auto_registration_identity_interval = 10
      This configuration applies to Red Hat Enterprise Linux 9.7, Red Hat Enterprise Linux 10.1, and later versions. When auto_registration=1 and the attempt to register within the auto_registration_interval results in an anonymous registration, which is a temporary entitlement is granted without an identity certificate, the auto_registration_identity_interval is used as a maximum time delay to wait following the anonymous registration before attempting to get a proper identity certificate (or a non-temporary entitlement certificate) from the entitlement server. When splay=1, the actual time delay to wait before getting the identity certificate is random within the auto_registration_identity_interval. When splay=0, the attempt to get an identity certificate happens immediately following the anonymous registration. The format for this value can be either hours, minutes, seconds (when using the HH:MM:SS format), or an integer number of minutes. The default is 10.
      manage_repos = 1
      This setting determines how subscription-manager manages the CDN provided code content in the /etc/yum.repos.d/redhat.repo file. The default value is 1, which allows Red Hat Enterprise Linux systems to use content from the CDN.

Depending on your version of Red Hat Enterprise Linux and the configuration of your cloud images, the redhat-cloud-client-configuration package might be installed with the image.

In this scenario the configuration is done automatically, so it is not necessary to run a command to configure the system to use the Red Hat Lightspeed services.

If your image does not automatically register your system to use Red Hat Lightspeed, you can configure the system to use the Red Hat Lightspeed services. You can do this by one of the following methods:

  • Option 1: run the insights-client -register command.
  • Option 2: run the rhc connect command.

Procedure

Red Hat logoGithubRedditYoutubeTwitter

Learn

Try, buy, & sell

Communities

About Red Hat

We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.

Making open source more inclusive

Red Hat is committed to replacing problematic language in our code, documentation, and web properties. For more details, see the Red Hat Blog.

About Red Hat Documentation

Legal Notice

Theme

© 2026 Red Hat
Back to top