RHEL システム登録のスタートガイド

Red Hat Enterprise Linux (RHEL) システムを登録し、サブスクリプションに関連付けられたコンテンツにアクセスするには、そのようなサブスクリプションに関連するアカウントで Red Hat にログインする必要があります。

Red Hat アカウントは、ユーザーを特定して、Red Hat に対してそのユーザーを認証するために使用されます。Red Hat のアプリケーションとサービス、購入機能、コミュニティー、サポート、情報、その他の利点をご利用いただけます。

Red Hat アカウントには、次の 2 つの異なるタイプがあります。

以下のいずれかの条件を満たす場合は、すでに Red Hat アカウントがあります。

企業アカウントと個人アカウントの両方を作成し、目的に合わせてそれぞれのアカウントを使用することができます。システムの登録やサブスクリプションのインストールにどのタイプのアカウントを使用すればよいか、あるいはアカウントを持っているかどうかがわからない場合もあります。ただし、勤務先の企業がエンタープライズレベルのソリューションを強化するために Red Hat ソフトウェアを使用している場合は、そのソフトウェアの取得と管理用に 1 つ以上の企業アカウントと組織を使用している可能性があります。

Red Hat アカウントに関する詳細情報や、そのアカウントを使用してシステムを登録する必要がある場合は、Red Hat アカウントの作成に進む前に、まず会社の内部連絡先とオプションについて話し合う必要があります。さらに質問がある場合は、Red Hat カスタマーサービスにお問い合わせください。

Simple Content Access では、刷新されたサブスクリプションサービスを提供し、従来の Red Hat エンタイトルメントをベースとする実行モデルに関連する、複雑で時間のかかるビジネスプロセスを取り除くことができます。Simple Content Access ツールでは、そのシステムの Red Hat サブスクリプションコンテンツにアクセスする前に、エンタイトルメントを使用してシステムにサブスクリプションをアタッチする必要がなくなります。

エンタイトルメントベースのサブスクリプションモデルでは、エンタイトルメントは、使用できる数を事前定義しているもので、登録プロセスでシステムへのサブスクリプションを割り当て (またはアタッチ) る登録プロセス中に使用します。エンタイトルメントベースのサブスクリプションモデルは非推奨となり、Simple Content Access のアクセスベースのサブスクリプションモデルに置き換えられます。アクセスベースのサブスクリプションモデルでは、有効なサブスクリプションを持ち、システムを登録することで、サブスクリプションコンテンツを利用できます。

Simple Content Access を使用すると、サブスクリプションコンテンツをより簡単に使用して、サブスクリプション管理のワークフローの複雑さを軽減できます。または、有効なサブスクリプションがある場合は、「登録実行」エクスペリエンスと一般的に呼ばれるプロセスで、システムを登録して、そのシステムのサブスクリプションコンテンツを使用できます。

サブスクリプションサービスと Simple Content Access は、連携してサブスクリプションエクスペリエンス全体を簡素化および合理化するように設計されています。Simple Content Access では、システムレベルでサブスクリプションをアタッチする必要がなくなるので、複雑さが軽減され、サブスクリプションの追加、削除、更新の時間を節約できます。サブスクリプションの使用状況を可視化することで、サブスクリプションサービスにより、手動でのサブスクリプション管理がなくなり、サブスクリプションのアカウント全体のガバナンスが可能になります。

Red Hat Hybrid Cloud Console のサブスクリプションサービスは、ダッシュボードベースの Software-as-a-Service (SaaS) アプリケーションであり、Red Hat アカウントでサブスクリプションの使用状況を表示できるようになります。物理および仮想テクノロジーのデプロイメント、オンプレミスおよびクラウド環境、クラスター、インスタンス、およびワークロードのユースケースなど、ハイブリッドインフラストラクチャー全体でその使用状況を視覚的に表示します。

サブスクリプションサービスのダッシュボードから、現在および過去のサブスクリプションの使用状況と、増加とスケーリングができるように、残りの容量をアカウントレベルで表示できます。アカウントで使用されているサブスクリプションと、それらのサブスクリプションを使用しているシステムまたは他のエンティティーのビューもあります。サブスクリプションサービスダッシュボードのアカウントレベルのビューは、組織内で調達担当者、システム管理者、IT 管理者、オペレーターの間で共有され、購入や更新からデプロイメントの決定に至るまで、サブスクリプションを共同で管理できます。

サブスクリプションサービスと Simple Content Access は、連携してサブスクリプションエクスペリエンス全体を簡素化および合理化するように設計されています。Simple Content Access では、システムレベルでサブスクリプションをアタッチする必要がなくなるので、複雑さが軽減され、サブスクリプションの追加、削除、更新の時間を節約できます。サブスクリプションの使用状況を可視化することで、サブスクリプションサービスにより、手動でのサブスクリプション管理がなくなり、サブスクリプションのアカウント全体のガバナンスが可能になります。

組織がまだサブスクリプションサービスを使用していない場合、使用を開始するにはいくつかの手順が必要です。

サブスクリプションのデプロイメント開始時は、組織内のさまざまな担当者が、それらのサブスクリプションがどこでどのように使用されているかを理解することが重要です。IT 管理者やシステム管理者などの運用担当者は、特定のワークロードを実行するためのシステムを構築および管理する必要があります。調達担当者は、アカウントのサブスクリプションのフットプリントと現在および今後のビジネスニーズのバランスをとって購入を管理する必要があります。

Red Hat Enterprise Linux (RHEL) システムでの使用目的を記録するためのユースケースデータの設定は、システム目的と総称される一連の属性を通じて行われます。

システム目的の属性には、次の種類の情報が含まれます。

各 RHEL システム目的属性では、次のデフォルト値を使用できます。

これらのシステム目的の属性値は、オペレーターがワークロードを正しいシステムに分散するのに役立ち、調達担当者がサブスクリプションサービスなどのツールでシステムの使用状況をフィルタリングおよび分析して、より多くの情報に基づいて購入の意思決定を行うのに役立ちます。

システムのライフサイクルの複数の段階でシステム目的の値を設定できるため、組織はプロセスの最も適切な時点でこれらの値を設定できます。システム目的の値は、サブスクリプションコンテンツのインストール可能なイメージを作成するビルド時、インストールおよび登録タスク中の接続時、またはコンテンツの使用を開始する実行時に設定できます。以下に例を示します。

rhc connect コマンドを使用して、RHEL 8.8 以降のシステムを Red Hat に登録し、1 つのコマンドで Red Hat Insights を有効にできます。rhc クライアントにシステムを登録すると、Red Hat CDN 経由で保護されているコンテンツにアクセスできます。

Red Hat にシステムを登録するには、認証が必要です。利用可能な認証方法は 2 つあります。

アクティベーションキーは、すべてのシステム登録手順を 1 つの安全な自動プロセスにまとめます。たとえば、事前設定されたアクティベーションキーを使用すると、選択した機能を 1 つのコマンドで自動的に登録し、RHEL システムに適用できます。さらに、アクティベーションキーをキックスタートファイルに入れて、複数の RHEL システムの登録を一括プロビジョニングすることができます。ファイルを複数のユーザーで共有している場合、アクティベーションキーはユーザー名とパスワードの値を公開せずにプロセスを認証します。

# rhc connect --activation-key=<activation_key_name> --organization=<organization_ID>

Connecting kvm-07-guest03.hv2.lab.eng.bos.redhat.com to Red Hat.
This might take a few seconds.

• Connected to Red Hat Subscription Management
• Connected to Red Hat Insights
• Activated the Remote Host Configuration daemon

Successfully connected to Red Hat!

Manage your connected systems: https://red.ht/connector

# rhc connect --username=<username> --password=<password>

# rhc disconnect

Disconnecting <$HOSTNAME> from console.redhat.com.
This might take a few seconds.
Deactivated the Red Hat connector daemon
Manage your Red Hat connector systems: https://red.ht/connector

RHEL 8.7 以前のシステムを登録するか、Satellite Server を使用してコンテンツリポジトリーにアクセスする場合は、subscription-manager register コマンドを使用して Red Hat に接続する必要があります。オプションで、予測分析および修復機能を有効にする場合は、insights-client --register コマンドを使用して登録済みシステムを Red Hat Insights に接続できます。

Red Hat にシステムを登録するには、認証が必要です。Subscription Manager クライアントで使用できる認証方法は 2 つあります。

アクティベーションキーは、組織内の RHC 管理者によって作成および設定されます。組織 ID は組織の数値識別子で、アカウント番号とは異なります。組織のアクティベーションキーと ID が、Hybrid Cloud Console の Activation Keys ページに表示されます。

アクティベーションキーは、すべてのシステム登録手順を 1 つの安全な自動プロセスにまとめます。たとえば、事前設定されたアクティベーションキーを使用すると、選択した機能を 1 つのコマンドで自動的に登録し、RHEL システムに適用できます。さらに、アクティベーションキーをキックスタートファイルに入れて、複数の RHEL システムの登録を一括プロビジョニングすることができます。ファイルを複数のユーザーで共有している場合、アクティベーションキーはユーザー名とパスワードの値を公開せずにプロセスを認証します。

# subscription-manager unregister

# Unregistering from: subscription.rhsm.redhat.com:443/subscription
# System has been unregistered

Satellite Server を使用する場合は、システムを Subscription Manager クライアントに登録する必要があります。

Satellite コンテンツを Red Hat コンテンツ配信ネットワーク (CDN) と同期する前に、ホストシステムを Satellite Server に登録する必要があります。

Anaconda はカスタマイズ可能な RHEL のインストーラーです。Anaconda GUI では、Linux がインストールされていない場合でも、ほとんどのインストールを実行できます。GUI を使用して、インストールプロセス中に RHEL システムを登録できます。

Anaconda インストーラー GUI を使用して RHEL を登録する方法は、関連情報を参照してください。

RHEL Web コンソールは、ローカルシステムやネットワーク環境にある Linux サーバーを管理および監視するために設計された Red Hat Enterprise Linux の Web ベースのインターフェイスです。Web コンソールの GUI を使用して、システムを登録できます。

Web コンソールの GUI を使用してシステムを Red Hat に登録するには、認証が必要です。利用可能な認証方法は 2 つあります。

RHEL Web コンソールでシステムを登録する方法は、関連情報を参照してください。

システムに最適な登録プロセスを案内する、以下の Web ベースの登録アシスタントも利用できます。

仮想マシンは、物理サブスクリプションからのエンタイトルメントを使用する代わりに、ホストベースのサブスクリプションを使用できます。ホストベースのサブスクリプションはハイパーバイザーに割り当てられ、ハイパーバイザーが仮想マシンにサブスクリプションを提供できるようにします。多くのホストベースのサブスクリプションは、無制限の仮想マシンのエンタイトルメントを提供します。

仮想マシンがハイパーバイザーからサブスクリプションを継承できるようにするには、virt-who デーモンをインストールおよび設定する必要があります。Virt-who は仮想化プラットフォームをクエリーし、ハイパーバイザーおよび仮想マシン情報を Red Hat Subscription Management に報告します。

仮想マシンが自動割り当てが有効で、十分なホストベースのサブスクリプションが利用可能な場合は、以下のいずれかの動作が発生します。

auto-attach が有効になっているものの、virt-who が実行していない場合や、ホストベースのサブスクリプションが利用できない場合、Subscription Management は物理サブスクリプションを仮想マシンに割り当てます。これにより、意図したよりも多くのエンタイトルメントが消費される可能性があります。

自動接続が有効になっていないと、仮想マシンはホストベースのサブスクリプションを使用することができません。

エンタイトルメントベースのモードでサブスクリプションを管理する場合は、カスタマーポータルを使用して、サブスクリプションで virt-who デーモンを有効にする必要があるかどうかを確認できます。サブスクリプションに virt-who が必要かどうかを確認するには、カスタマーポータル( https://access.redhat.com )にログインし、サブスクリプションに移動して詳細を表示します。SKU Details にVirt-Who: Required が表示された場合は、そのサブスクリプションを使用するように virt-who を設定する必要があります。

Red Hat Satellite でサブスクリプションを管理している場合は、Satellite Web UI を使用して、サブスクリプションで virt-who デーモンを有効にする必要があるかどうかを確認できます。サブスクリプションに virt-who が必要かどうかを確認するには、Satellite Web UI を開いて、Content > Subscriptions に移動します。Requires Virt-Who コラムにサブスクリプションのチェックマークが表示されている場合は、そのサブスクリプションを使用するように virt-who を設定する必要があります。

仮想マシンは、Subscription Management からサブスクリプションを要求します。

サブスクリプション管理は、仮想マシンが属するハイパーバイザーを決定する間、仮想マシンに最大 7 日間有効な一時サブスクリプションを付与します。

virt-who がハイパーバイザーまたは仮想化マネージャーに接続し、その仮想マシンに関する情報を要求します。

ハイパーバイザーまたは仮想化マネージャーが、それぞれの UUID を含む仮想マシンの一覧を virt-who に返します。

virt-who は、仮想マシンとそのハイパーバイザーのリストを Subscription Management に報告します。

サブスクリプション管理は、十分なエンタイトルメントが利用可能であれば、仮想マシンに永続的なサブスクリプションを割り当てます。

仮想マシンがハイパーバイザーからサブスクリプションを継承できるようにするには、以下の手順を実行します。

virt-who は、仮想化タイプおよびハイパーバイザーまたは仮想化マネージャーなどの情報を指定するファイルを使用して設定されます。サポートされている設定は、仮想化プラットフォームによって異なります。

[hypervisor1]
type=hyperv
server=hypervisor1.example.com
username=virt_who_user
encrypted_password=bd257f93d@482B76e6390cc54aec1a4d
hypervisor_id=hostname
owner=1234567

type および server の値は仮想化プラットフォームによって異なります。以下の表は、より詳細な情報を提供します。

username は、Microsoft Hyper-V または VMware vCenter の読み取り専用ユーザーを指します。virt-who を設定する前に作成する必要があります。virt-who は、このアカウントを使用して仮想マシンのリストを取得します。Red Hat ハイパーバイザー専用の virt-who ユーザーは必要ありません。

[global]
interval=3600 1
debug=True 2

[defaults]
owner=1234567 1
hypervisor_id=hostname 2

[system_environment]
http_proxy= https://proxy.example.com:443 1
no_proxy=* 2

以下の手順に従って、登録済みのハイパーバイザーに Red Hat Enterprise Linux for Virtual Datacenters などのホストベースのサブスクリプションを割り当てます。

新しいハイパーバイザーを登録するには、Subscription Manager の使用および設定 を参照してください。クエリーするように virt-who を設定する前に、ハイパーバイザーを登録する必要があります。

ハイパーバイザーごとに、この手順を繰り返します。

ハイパーバイザーごとに、この手順を繰り返します。

以下の手順を使用して、VMware vCenter および Microsoft Hyper-V 用の virt-who サービスを実行するように Red Hat Enterprise Linux 7 サーバーを設定します。サーバーは、物理または仮想のいずれかです。

Red Hat ハイパーバイザー用に別の virt-who ホストは必要ありません。

サポートされる virt-who 設定は、仮想化プラットフォームごとに異なります。

自動割り当てで仮想マシンを登録し、ハイパーバイザーからサブスクリプションを継承できるようにします。

仮想マシンごとに、この手順を繰り返します。

仮想マシンごとに、この手順を繰り返します。

仮想マシンがすでに virt-who によって報告されている場合、仮想マシンはそのハイパーバイザーからサブスクリプションを継承します。

virt-who により仮想マシンが報告されていないと、仮想マシンは一時サブスクリプションを受け取り、Subscription Management は virt-who が仮想マシンを実行しているハイパーバイザーに関する情報を提供するのを待ちます。virt-who がこの情報を提供すると、仮想マシンはそのハイパーバイザーからサブスクリプションを継承します。

# systemctl status virt-who.service

より詳細なログを取るためには、/etc/virt-who.conf ファイルでデバッグオプションを有効にしてください。

[global]
debug=True

変更を反映するために virt-who サービスを再起動します。

根本的な問題が解決したら、/etc/virt-who.conf ファイルを変更してデバッグを無効にしてから、virt-who サービスを再起動します。

virt-who --one-shot コマンドおよび virt-who --print コマンドの期待される出力は、ハイパーバイザーとその仮想マシンのリストで、JSON 形式です。以下は、VMware vSphere インスタンスからの抜粋です。すべてのハイパーバイザーからの出力は以下の設定になっています。

{
    "guestId": "422f24ed-71f1-8ddf-de53-86da7900df12",
    "state": 5,
    "attributes": {
        "active": 0,
        "virtWhoType": "esx",
        "hypervisorType": "vmware"
    }
},

virt-who --status コマンドの期待される出力は、virt-who の各設定の接続ステータスのプレーンテキストの要約です。

+-------------------------------------------+
           Configuration Status
+-------------------------------------------+
Configuration Name: esx_config1
Source Status: success
Destination Status: success

Configuration Name: hyperv-55
Source Status: failure
Destination Status: failure

virt-who --status コマンドに --json オプションを付けた場合の期待される出力は、最後に成功した実行を含む各設定に関する追加情報を JSON 形式で提供します。この出力には、各設定の成功または失敗のステータスの詳細も含まれています。

"configurations": [
    {
        "name":"esx-conf1",
        "source":{
            "connection":"https://esx_system.example.com",
            "status":"success",
            "last_successful_retrieve":"2020-02-28 07:25:25 UTC",
            "hypervisors":20,
            "guests":37
        },
        "destination":{
            "connection":"candlepin.example.com",
            "status":"success",
            "last_successful_send":"2020-02-28 07:25:27 UTC",
            "last_successful_send_job_status":"FINISHED"
        }
    },
    {
        "name":"hyperv-55",
        "source":{
            "connection":"windows10-3.company.com",
            "status":"failure",
            "message":"Unable to connect to server: invalid credentials",
            "last_successful_retrieve":null
        },
        "destination":{
            "connection":"candlepin.company.com",
            "status":"failure",
            "message":"ConnectionRefusedError: [Errno 111] Connection refused",
            "last_successful_send":null,
            "last_successful_send_job_status":null
        }
    }
]
}

virt-who --status コマンドは、--debug オプションおよび --config オプションとともに使用して、設定ファイルに関する追加情報を提供することもできます。

または、--config オプションを使用して場所を指定することにより、各ファイルを移動後にテストできます。以下に例を示します。

# virt-who --debug --one-shot --config /tmp/conf_name.conf

RHEL 9 Beta 以降では、virt-who --status に --debug および --config オプションを付けて入力すると、ディレクトリーから他のファイルを削除することなく、問題の原因となっている設定ファイルを特定することができます。以下に例を示します。

#virt-who --debug --status --config /tmp/conf_name.conf

また、--json オプションを付けてコマンドを入力すると、各設定のより詳細な情報を JSON 形式で表示することができます。以下に例を示します。

#virt-who --debug --status --json --config /tmp/conf_name.conf

# systemctl stop virt-who
# virt-who -op >/tmp/virt-who.json
# systemctl start virt-who
# cat /tmp/virt-who.json | json_reformat | grep name | sort | uniq -c | sort -nr | head -n10
  3    "name": "localhost"
  1    "name": "rhel1.example.com"
  1    "name": "rhel2.example.com"
  1    "name": "rhel3.example.com"
  1    "name": "rhel4.example.com"
  1    "name": "rhvh1.example.com"
  1    "name": "rhvh2.example.com"
  1    "name": "rhvh3.example.com"
  1    "name": "rhvh4.example.com"
  1    "name": "rhvh5.example.com"

この例では、3 つのハイパーバイザーに同じ FQDN (localhost) がありますが、固有の FQDN を使用するようにこれを修正する必要があります。

# systemctl stop virt-who
# virt-who -op >/tmp/virt-who.json
# systemctl start virt-who
# cat /tmp/virt-who.json | json_reformat | grep "guestId" | sort | uniq -c | sort -nr | head -n10

# systemctl stop virt-who
# virt-who -op >/tmp/virt-who.json
# systemctl start virt-who
# cat /tmp/virt-who.json | json_reformat | grep name | sort | uniq -c | wc -l

RHEL 9 Beta 以降では、以下のコマンドを入力して、virt-who が最後に成功した実行サイクルで報告したハイパーバイザーの数を確認します。

# virt-who --status --json

# systemctl stop virt-who
# virt-who -op >/tmp/virt-who.json
# systemctl start virt-who
# cat /tmp/virt-who.json | json_reformat | grep "guestId" | sort | uniq -c | wc -l

RHEL 9 Beta 版では、次のコマンドを入力して、virt-who が最後に成功した実行サイクルで報告したゲスト数を確認します。

# virt-who --status --json

設定ファイルの変更後に virt-who サービスを再起動する必要があります。

[system_environment]
no_proxy=*

設定ファイルの変更後に virt-who サービスを再起動する必要があります。

Red Hat Subscription Manager は、組織が購入した Red Hat 製品と、製品がインストールされているシステムを追跡します。Subscription Manager は、システムで利用可能な製品のサブスクリプションと、それらのサブスクリプションが割り当てられるビジネスのインフラストラクチャーの要素との間の関係を確立します。

Red Hat 製品は GNU Public License で利用できますが、Red Hat ではサブスクリプションベースのライセンスを通じて Red Hat 製品をサポートしています。サポートには以下が含まれます。

Red Hat Subscription Management は、管理者に以下の情報を提供します。

Red Hat Subscription Management を使用すると、管理者は、次の 2 つの異なる視点から、システムとシステムで使用さているサブスクリプションの関係を特定できます。

システムを Red Hat に登録するには、アクティブなサブスクリプションが必要です。サブスクリプションは、Red Hat Store から購入することも、営業担当者に直接問い合わせることにより、サブスクリプションを購入することもできます。登録済みシステムとアクティブなサブスクリプションを使用して、次のタスクを実行できます。

サブスクリプションサービスの各要素は一意に識別するようにする必要があります。これにより、システム、製品、およびサブスクリプションの間に真の関係を築くことができます。サブスクリプションサービスは、これらの証明書を生成し、ローカルシステムにインストールします。

サブスクリプション管理は、より良い情報を提供し、管理者がインフラストラクチャーをより良く制御できるようにします。

すべての Red Hat Enterprise Linux サブスクリプションには、サブスクリプション設定を管理するための以下のツールが自動的に含まれています。

多様なツールが用意されているため、管理者は組織のビジネスとインフラストラクチャーの両方の要求に合ったワークフローを作成できます。

サブスクリプションを管理するには、管理者は次の情報を知っている必要があります。

サブスクリプションとその詳細は、以下の方法で表示できます。

次の表に、subscription-manager コマンドでサブスクリプションを管理するのに使用できるオプションを示します。

[root@server1 ~]# subscription-manager list --consumed

+-------------------------------------------+
		Consumed Product Subscriptions
+-------------------------------------------+


ProductName:        	Red Hat Enterprise Linux Server
ContractNumber:     	1458961
SerialNumber:       	171286550006020205
Active:             	True
Begins:             	2009-01-01
Expires:            	2011-12-31

[root@server1 ~]# subscription-manager list --available --all

+-------------------------------------------+
		Available Subscriptions
+-------------------------------------------+


ProductName:            RHEL for Physical Servers
ProductId:              MKT-rhel-server
PoolId:                 ff8080812bc382e3012bc3845ca000cb
Quantity:               10
Expires:                2011-09-20


ProductName:            RHEL Workstation
ProductId:              MKT-rhel-workstation-mkt
PoolId:                 5e09a31f95885cc4
Quantity:               10
Expires:                2011-09-20

システムの目的は、Red Hat Enterprise Linux (RHEL) システムの使用目的を記録するために使用します。システムの目的を設定すると、ロール、サービスレベルアグリーメント、用途などのシステム属性を指定できます。デフォルトでは、各システム目的属性で次の値を使用できます。

Role

サービスレベルアグリーメント

Usage

システムの目的を設定すると、次のような利点があります。

システムの目的のデータは、次のいずれかの方法で設定できます。

[root@localhost ~]# subscription-manager syspurpose role --list

[root@localhost ~]# subscription-manager syspurpose role --list --username=<username> --password=<password> --organization=<organization_ID> --token=<token>

+-------------------------------------------+
               Available role
+-------------------------------------------+
 - Red Hat Enterprise Linux Workstation
 - Red Hat Enterprise Linux Server
 - Red Hat Enterprise Linux Compute Node

# subscription-manager syspurpose addons --list
There are no available values for the system purpose "addons" from the available subscriptions in this organization.

[root@localhost ~]# subscription-manager syspurpose role --set=”foo”

[root@localhost ~]# subscription-manager syspurpose role --set=”foo” --username=<username> --password=<password> --organization=<organization_ID> --token=<token>

Warning: Provided value "foo" is not included in the list of valid values
 - Red Hat Enterprise Linux Workstation
 - Red Hat Enterprise Linux Server
 - Red Hat Enterprise Linux Compute Node
role set to "foo".

Red Hat Satellite Server を使用する場合は、以下の方法で Simple Content Access を有効にできます。

Satellite Server を使用しない場合は、Red Hat カスタマーポータルから Simple Content Access を有効にすることができます。

Simple Content Access を有効にすると、Hybrid Cloud Console を介してアクティベーションキー、ホストグループ、およびホスト設定に関連する有効化後の追加の手順を完了できます。

サブスクリプション管理の一環として、ソフトウェアの更新および新しいリリースの追跡があります。バグ修正から新しいリリースまで、更新が利用可能になるたびに、通知メールを送信できます。通知は、その製品のサブスクリプションが関連付けられている登録済みシステムに対してのみ送信されます。

# rm -f /var/lib/rhsm/packages/packages.json
# service rhsmcertd stop
# rhsmcertd --now
# yum update