契約構造の3層と優先順位
Red Hatとの契約は、Enterprise Agreement General Terms（一般条件）、Product Appendix 1〜4（製品付属文書）、Order Form（ご注文用紙）の3要素から構成されます。顧客が交付する発注書等その他の注文関連文書の条件は契約の一部とならず無効です。
【重要・訂正済み】優先順位は文書ごとに個別規定されており、一律に「General Terms優先」ではありません。Appendix 1（Software and Support Subscriptions）は「AppendixとExhibitが矛盾する場合はExhibitが優先」と規定する一方、Appendix 3（Professional Services）は「本AppendixとBase Agreementが矛盾する場合、本Appendix 3の条件が優先する」と明記しています。文書ごとに規定内容を個別に確認する必要があります。
日本向けはJapan Enterprise Agreement（英日併記、Red Hat K.K.との契約）が正となります。製品ファミリーごとに適用EULAが異なる点にも注意が必要です（GPLv2-Based：RHEL・Satellite等／LGPL-Based：JBoss EAP等／Standard：OpenShift AI・Ansible等）。
25種のライセンス単位と最小要件の訂正
Red Hatは25種前後のメトリック単位（Physical/Virtual Node、Socket、Core、vCPU、FTE、Employee User等）を製品・Use Caseごとに使い分けています。ハイパースレッディング有効時は1 Core＝2 vCPU、コンテナ課金は最小2コアに切り上げというルールがあります。
【訂正済み】「HPCは最小50 Socket-pairs」という理解は誤りです。原文（Appendix 1 Table 1.2(b)）確認の結果、HPCの最小要件は「クラスターあたり最小4 Physical Nodes」、Gridの最小要件が「クラスターあたり最小50 Socket-pairs」でした。HPCとGridの数量要件を混同しないよう注意が必要です。
クラウド・仮想化環境とCloud Access（BYOS）
1 Socket-pairサブスクリプションで仮想ノード2つをカバー可能で、IBM Z等ではサブキャパシティ（使用コアのみカウント）が適用されます。Cloud Access（BYOS）の対象製品はRHEL Server（RHEL for SAP含む）・OpenShift Container Platform・Red Hat Middleware等ですが、固定リストではなく契約時点のCloud Access FAQで都度確認が必要です。
Ceph Storageは現在Red Hat OpenStack Services on OpenShiftとのcombined solutionとしてのみ提供され、OpenStack以外の新規導入はIBM側（IBM Storage Ceph）の情報確認が必要です。Gold ImageとPAYG Imageは二重課金防止のためSCA（Simple Content Access）とSWATCH（Subscriptions Service）を組み合わせて管理します。
SCA／SWATCHの役割と実務上の限界
SWATCHはアカウントレベルでRed Hat subscription usageを可視化し、SCAはper-system subscription attachを不要にするアクセス制御モデルです。
「SCAで利用できる＝ライセンス充足」ではありません。購入済みUnit・Use Case・Support Levelの契約上の遵守義務はSCA導入後も消滅しません。また仮想RHELのhost-guest mapping欠落（virt-who設定不備等）により、SWATCH上の使用量が過大・過小に見える場合があります。SWATCHを「監査証跡の唯一の真実」として扱わず、Satellite／Hybrid Cloud Console／CMDB・Order/SKU台帳と併せて照合してください。
監査対応：5%ルールの落とし穴
Japan EA Section 10「検査」により、契約有効期間中および契約終了後1年間、Red Hat（または指定業者）は10日以上の事前通知で顧客の施設・記録を検査する権利を有します。不足判明後15日以内に不足分の支払い義務があり、過少支払いが5%を超える場合は監査費用もRed Hat側の負担分を含め顧客が負担します。
典型的な違反シナリオ：仮想化環境やOpenShiftでのオートスケールにより繁忙期に一時的に5%超過し、監査発覚時に不足分の即時請求と監査費用負担を課される。契約上の監査権存続期間は「契約終了後1年間」ですが、実務上はそれ以上の証跡保管（廃棄予定システムの利用ログ含む）が望ましいとされます。
高リスク領域：用途境界・第三者提供・API超過
Developerサブスクリプションは開発用途限定で本番利用は禁止されており、DR（Disaster Recovery Use Case）はactive workloadsの実行を含まないと定義されます。待機系DRにリアルタイム同期を設定すると、periodic backupsの範囲を超えactive workload扱いとなりライセンス倍加が必要になり得ます。
サブスクリプションは自社内部利用限定で、第三者向けホスティング・マネージドサービスとしての提供は「不正な利用」に該当し得ます。Online Services／API管理では日次・秒次のコール数上限があり、瞬間的なスパイクは予告なしのサービス停止事由となります。JBoss EAP等のApplication Servicesは技術的な利用量制限ツールが提供されない領域であり、契約上の超過があっても即座にシステムが停止しないため気づかず超過し続けるリスクが高い点にも注意が必要です。
ガバナンスとコスト最適化
公式のRACIテンプレートはありませんが、Subscription Services・SCA・TAM（Technical Account Management）を組み合わせた運用ガバナンスを設計できます。TAMはROI最適化・リスク低減・ライセンス統合支援を提供します。
| レバレッジ | 内容 |
|---|---|
| Hybrid Committed Spend | Red Hat直接購入とクラウドマーケットプレイス購入を合算し、総支出ベースのvolume discountsを得られる |
| Cost Management | OpenShift／AWS／Azure／GCPのコスト・使用量をプロジェクト単位で可視化 |
| OpenShift edition見直し | Platform Plus／OCP／OKE／OVEの機能差を踏まえ、過剰editionの契約を回避 |
📄 Red Hatベンダーマネジメント実務ガイド v1.0
契約構造3層・25種メトリクス・SCA/SWATCH・Cloud Access・監査対応・高リスク領域・ガバナンスの全プロセスを収録。イタムス株式会社（ITAMS）が提供するVMAJのベンダーマネージャ向け実務ガイドです。
ダウンロード（無料・PDF） →