Menu Close
Settings Close

Language and Page Formatting Options

12.5. パブリッククラウドのメータリング検査では何が行われるか

AWS アカウントのソースを作成した後、パブリッククラウドメータリングはそのアカウントのコンテンツを検査します。検査プロセスでは、まずアカウント内の表示されている各インスタンスを見つけ、終了処理中のインスタンスはすべて無視します。検査では、各インスタンスとその親であるAmazon Machine Image (AMI) が関連付けられます。イメージのAMI ID は、今後のインスタンス識別用に保存されます。

認識可能なインスタンスのイメージを見つけた後、検査プロセスは、それが RHEL のイメージであるかどうかを判断します。また、この検査では、イメージのインスタンスの使用量データをサブスクリプションサービスに報告することが適切かどうかも判断します。

イメージが RHEL イメージであるかどうか、そのインスタンスの使用状況データを報告することが適切であるかどうかを判断するために必要な検査量は、イメージの種類によって異なります。イメージの種類によっては、単純にメタデータを調べるだけで、RHEL のイメージであることを示す既知のマーカーを見つけ、その取得元を特定することができます。これらのマーカーが存在しない他のタイプのイメージについては、イメージを識別するためにファイルシステムをより深く調査する必要があります。

以下の情報は、イメージの一般的な種類、検査方法、およびインスタンスの使用状況のデータが報告されるかどうかについて説明しています。

無視されるイメージ
RHEL 以外のオペレーティングシステムのイメージは、サブスクリプションサービスには無関係です。暗号化されていたり、コピー不可とされているイメージについては、完全に検査して、オペレーティングシステムのメタデータやランタイムのインスタンスを検出できません。これらのイメージは無視されます。
AWS Marketplace のイメージ

Amazon は、Red Hat Cloud Platform 製品の認定プロバイダーです。AWS Marketplace で利用できる RHEL イメージは、Amazon が直接提供している場合と、信頼できるサードパーティーの再販業者が提供している場合があります。これらの RHEL イメージは、パブリッククラウドの測定機能によって検査され、AWS Marketplace のイメージであることを示すメタデータが検出されます。ただし、これらのイメージの使用条件 (使用状況の追跡や課金を含む) は Amazon が管理しているため、関連するインスタンスの使用状況データは定額制サービスでは報告されません。

注記

AWS Marketplace で提供されているイメージの中には、メタデータの検査が十分でないものがあります。たとえば、共有されているイメージのコピーの場合に、イメージのメタデータには、そのコピーを作成したユーザーが所有者として表示されます。このようなイメージは、ファイルシステムの検査プロセスを経て、イメージに関する詳細な情報を見つけます。

Red Hat Cloud Access

Red Hat Cloud Access プログラムでは、認定されたパブリッククラウドプロバイダーで特定のRed Hat 製品のサブスクリプションを使用することができます。Cloud Access のイメージにはメタデータが含まれており、パブリッククラウドのメータリング機能を利用して、イメージのファイルシステム検査を回避することができます。これらの Cloud Access イメージに関連付けられたインスタンス使用状況データは、サブスクリプションサービスで報告されます。

注記

Cloud Access のイメージの中には、メタデータの検査が十分でないものがあります。たとえば、共有されているイメージのコピーの場合に、イメージのメタデータには、そのコピーを作成したユーザーが所有者として表示されます。このようなイメージは、ファイルシステムの検査プロセスを経て、イメージに関する詳細な情報を見つけます。

その他のイメージ

AWS Marketplace や Cloud Access から直接入手したものではなく、他のソースから入手したイメージについては、イメージを検査し、パブリッククラウドのメータリングによってインスタンスの使用状況データを報告します。これらのイメージは、AWS Marketplace、AWS Community、または Cloud Access の共有イメージのコピー、また、他のリソースを通じて入手したイメージである可能性もあります。

このようなタイプのイメージの場合、RHEL のイメージであることを示すマーカーが含まれている可能性がありますが、メタデータの検査ではイメージの識別には不十分な場合があります。たとえば、共有イメージのコピーの場合、所有者メタデータはコピーを作成したエンティティーに変更されるため、所有者データをイメージの識別に使用することはできません。そのため、イメージ識別用のマーカーを発見するためには、ファイルシステムをより深く検査する必要があります。

ファイルシステムの検査プロセスでは、実行中の Red Hat インスタンスにイメージをマウントして、イメージが RHEL イメージであることを示すマーカーを探します。このファイルシステム検査プロセスのフェーズが完了すると、イメージコピー、スナップショット、ボリュームなどのアーティファクトが Red Hat インスタンスから削除されます。

タイプを問わず、すべてのイメージについて、Amazon Machine Image (AMI) の ID が保持され、インスタンスを正しいイメージにマッチさせることができます。インスタンスが起動すると、その親イメージと照合されるか、そのイメージの AMI ID が見つからない場合は、検査プロセスがそのイメージ上で実行され、そのイメージを識別して、そのインスタンスの使用状況データが追跡されているかどうかを判断します。

12.5.1. AMI の RHEL としての手動でのタグ付け

この検査プロセスは、AMI に存在する可能性のある、より一般的に使用されているファイルシステムに対して最適化されています。あまり一般的でないファイルシステムでは、検査時に RHEL が見つからないことがあります。この問題を回避するには、検査プロセスで RHEL を見つける代わりに、手動で AMI に RHEL のタグを付けることができます。

AMI に RHEL のタグが付けられており、検査の初期段階でこのタグが発見された場合、検査プロセスの残りの部分はスキップされます。そのタグ付けされたイメージのインスタンスは、パブリッククラウドのメータリングによって追跡されます。

あまり一般的でないファイルシステムを使用する AMI のパーティションに RHEL が存在する場合には、その AMI ごとに、これらの手順を繰り返します。たとえば、スワップファイルシステムはインスタンスの実行には使用されないため、スワップファイルシステムに RHEL のみが存在する AMI にはタグを付ける必要はありません。検査プロセスの現在のテストでは、Oracle ZFS が RHEL の検索が困難なファイルシステムの一例であることが分かります。これらのタイプのファイルシステムの場合、AMI を RHEL としてタグ付けすると、検査が回避されると同時に、確実にインスタンスがパブリッククラウドメータリングによって追跡されます。

注記

以前は、論理ボリュームマネージャー (LVM) ファイルシステムは、検査をバイパスするために AMI を RHEL としてタグ付けする必要があるファイルシステムとして一覧表示されていました。LVM ファイルシステムは、2021 年 10 月の時点で、RHEL イメージ検査でサポートされているファイルシステムになりました。これらの RHEL ベースの AMI にはタグ付けする必要がなくなりました。以前に RHEL として手動でタグ付けされていた AMI には、アクションは必要ありません。

以下のように、RHEL 用のカスタムタグを追加して適用します。

  1. AWS マネジメントコンソールから、Tag Editor に移動します。
  2. リソースの種類として AMI を見つけるには、Find a Resource を使用します。
  3. タグを追加し、カスタムタグの Tag keyTag value の値を、両方のフィールドに以下の値を使用して追加します。

    cloudigrade-rhel-present
  4. AMI リソースに移動して、カスタム RHEL タグを適用する AMI を選択します。
  5. AMI の任意のパーティションに RHEL が存在する、あまり一般的ではないファイルシステムを使用している各 AMI に対して、これらの手順を繰り返します。