ライセンスと専有インフラの設計 Dedicated Hosts・Dedicated Instances・License Managerを要件から選ぶ

SAP-C02では、既存のソフトウェアライセンス(BYOL)を持ち込む移行案件で「どのテナンシーを選び、ライセンスの上限をどう守るか」が問われます。この記事では、テナンシーの3種類とAWS License Managerの役割を整理し、要件文の言葉から構成を選べるようにします。

覚え方は「ホスト・可視性・上限」の3つの観点

専有インフラの設計は、ホスト＝物理サーバーを占有する必要があるか、可視性＝ソケット数やコア数をライセンス計算のために把握できる必要があるか、上限＝ライセンス数の超過を技術的に防ぐ必要があるか、の3点で決まります。要件文の「物理コア単位」「ソケット単位」「監査で報告」「超過を防止」という言葉がそれぞれのサインです。

テナンシーの3種類

共有テナンシー(default)は通常のEC2で、他の顧客と物理ホストを共有します。Dedicated Instancesは物理ホストをアカウント単位で占有しますが、どのホストで動くかは制御できず、ソケットやコアの情報も見えません。「他社と物理サーバーを共有してはならない」というコンプライアンス要件だけならこれで足ります。Dedicated Hostsは物理サーバー1台を丸ごと割り当て、ソケット数・物理コア数・ホストIDが可視化されます。Windows ServerやSQL Server、Oracleなど物理コアやソケット単位でライセンスされる製品をBYOLで持ち込むときはDedicated Hostsが第一候補です。ホストアフィニティで同じホストへの再配置を固定できるため、「ライセンスを90日間は同じサーバーに紐づける必要がある」といった制約にも対応できます。

AWS License Managerで上限を守る

License Managerでは、vCPU・コア・ソケット・インスタンス数のいずれかを単位にライセンス設定(License Configuration)を作り、AMIや起動テンプレートに紐づけます。ハードリミットを有効にすると、上限を超える起動は拒否されます。「監査で指摘されないようライセンス超過を確実に防ぎたい」という要件はここで満たします。さらにDedicated Hostsの自動管理(ホストリソースグループ)を使えば、必要に応じたホストの確保と解放をLicense Managerに任せられ、Organizationsと連携して複数アカウントのライセンス使用量を一元管理できます。

持ち込めるライセンスの条件

BYOLの可否はベンダーの契約次第です。例えばMicrosoftのライセンスモビリティが認められた製品(SQL Serverなど)はソフトウェアアシュアランスがあれば共有テナンシーにも持ち込めますが、Windows ServerのBYOLはDedicated Hostsが必要という区別が定番の論点です。要件文に「既存のWindows Serverライセンスを活用してコストを抑える」とあればDedicated Hosts、「SQL Serverだけ持ち込む」なら共有テナンシー+License Managerという判断になります。

チェックリスト

• ARRAY(0xa00042698)

まとめ

専有インフラは「ホスト・可視性・上限」の3観点で整理し、BYOLの条件がコア単位ならDedicated Hosts、超過防止ならLicense Managerのハードリミットと覚えておきましょう。 理解度の確認にはクイズが便利です。試験範囲や申し込みの最新情報はAWS認定 公式ページもあわせて確認してください。