Working with Subscription Asset Manager
Subscription Asset Manager works with the local Subscription Manager tools, but the local Subscription Manager must be configured to work with the given Subscription Asset Manager service.
This section covers the procedures for setting up Subscription Manager to work with Subscription Asset Manager.
The Subscription Asset Manager documentation details all the tasks for managing the infrastructure:
- Creating organizations and environments.
- Creating activation keys.
- Managing subscription manifests from CentOS.
- Viewing notification and system reports.
Configuring Subscription Manager to Work with Subscription Asset Manager
Subscription Asset Manager performs two backend management functions:
- Allocate subscriptions as a subscription service
- Work as a real-time proxy for the content delivery network
That means that the local Subscription Manager client needs to be configured to use Subscription Asset Manager as its subcription service and content provider, rather than using the default CentOS Network (hosted) configuration.
The subscription service URL is configured in the hostname
parameter in the [server]
area in the rhsm.conf
configuration file. The content delivery network URL is configured in the baseurl
parameter in the [rhsm]
area. These values can be reset using the config
command. For example:
[root@server1 ~]# subscription-manager config --server.hostname=sam.example.com --rhsm.baseurl=sam.example.com
Changing the Subscription Manager configuration with the config
command is covered in "Using the config Command".
Viewing Organization Information
Infrastructures that have their own local content and subscription services, such as Subscription Asset Manager, can define groups that organize their systems. The primary division is organizations, which create independent units. The systems and users in one organization are invisible to the systems and users in another organization. Organizations can be subdivided into environments, which provide associations with content repositories and allowed products, versions, and content sets. A system can belong to multiple environments.
This is described in "Local Subscription Services, Local Content Providers, and Multi-Tenant Organizations".
Organizations, environments, and repositories are created and configured in the service application, such as Subscription Asset Manager. However, the organization structure for a system or for a user account can be viewed using the Subscription Manager command-line tools. The orgs
, environments
, and repos
commands list the organization, environment, and repository information for the system, depending on the organization and environments it belongs to.
For example:
[root@server1 ~]# subscription-manager orgs --username=jsmith --password=secret +-------------------------------------------+ admin Organizations +-------------------------------------------+ OrgName: Admin Owner OrgKey: admin OrgName: Dev East OrgKey: deveast OrgName: Dev West OrgKey: devwest [root@server1 ~]# subscription-manager environments --username=jsmith --password=secret --org=admin +-------------------------------------------+ Environments +-------------------------------------------+ Name: Locker Description: None Name: Dev Description: Name: Prod Description: [root@server1 ~]# subscription-manager repos --list +----------------------------------------------------------+ Entitled Repositories in /etc/yum.repos.d/redhat.repo +----------------------------------------------------------+ RepoName: never-enabled-content RepoId: never-enabled-content RepoUrl: https://content.example.com/repos/optional Enabled: 0 RepoName: always-enabled-content RepoId: always-enabled-content RepoUrl: https://content.example.com/repos/dev Enabled: 1 RepoName: content RepoId: content-label RepoUrl: https://content.example.com/repos/prod Enabled: 1