LASSIC Media らしくメディア
クラウドのBYOL(ライセンス持込)でコストを最適化
LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託
この記事のポイント
- BYOL（ライセンス持込）はクラウド上でライセンス費用を二重に払わずに済む仕組みで、ソフトウェアアシュアランス（SA）の有無が適用経路を左右します。
- AWSはDedicated Hosts＋License Managerで管理し、AzureはAzure Hybrid Benefitを有効化するだけで適用でき、それぞれ条件と手順が異なります。
- 適用には契約形態・コア数・購入時期などの細かい要件があり、コンプライアンス違反が監査リスクになるため、専門的な確認が欠かせません。
目次
BYOLとは：クラウドへのライセンス持込でコスト削減
クラウドBYOL（Bring Your Own License、ライセンス持込）とは、オンプレミスで保有するWindows ServerやSQL Serverなどのライセンスをクラウド環境に持ち込み、クラウド側のライセンス費用を回避してコストを抑える方法です。
通常、クラウドのVMを立ち上げるとOSやデータベースのライセンス料金がインスタンス利用料に含まれます。すでにオンプレミス向けにライセンスを購入済みの企業にとっては、同じソフトウェアに二重でコストがかかる状態です。BYOLはこの二重払いを解消するための仕組みです。
BYOLの適用可否は、ライセンスにソフトウェアアシュアランス（SA）が付いているかどうかによって大きく変わります。SAとは、マイクロソフトが提供するライセンス保守プログラムで、クラウドへの持込権（ライセンスモビリティ）や新バージョンへのアップグレード権などを含みます。
SAありとSAなし：BYOL適用経路の違い
BYOLの適用経路は、ライセンスにソフトウェアアシュアランス（SA）が付いているかどうかで分かれます。SAがある場合は「ライセンスモビリティ（License Mobility through Software Assurance）」という権利を使い、通常のマルチテナント環境のVMにも持込が可能です*1。
SAがない場合は選択肢が限られます。AWSではDedicated Hosts（占有ホスト）を利用する必要があり、さらに2019年10月1日以前に購入したライセンスで、かつSQL Server 2017以前のバージョンを使用している場合に限られます*2。
SAなしのBYOLは適用できる条件が厳しく、現在新規購入するライセンスにはSAを付けるのが一般的な方針です。既存ライセンスのSA有無を確認することが、BYOL活用の出発点となります。
BYOLの主な対象製品
ライセンスモビリティの対象製品には、Windows Server、SQL Server、Exchange Server、SharePoint Server、Remote Desktop Servicesなどが含まれます*1。このうちWindows ServerとSQL Serverがクラウド移行時のコスト削減に直結するため、BYOL適用の優先度が高い製品です。
AWS BYOL：Dedicated Hosts＋License Managerの仕組み
AWSでBYOLを適用する主な経路は2つあります。SAありのライセンスは通常のEC2インスタンスにライセンスモビリティ経由で持込可能です。SAなしの場合は物理ホストを専有するAmazon EC2 Dedicated Hosts（専有ホスト）が必要となります。
Dedicated Hostsは特定の物理サーバーを単一テナントで占有するサービスです。ソケット数・コア数・VMの配置先が可視化されるため、「コアあたり」「ソケットあたり」で課金されるMicrosoftライセンスの計算に合致した環境を提供します*3。
AWS License Managerによる管理効率化
AWS License Managerはライセンス条件のルール設定・使用量の追跡・監査対応を支援するサービスです*4。ライセンスルールを事前に定義しておくと、上限を超えた利用が発生する前にアラートを出したり、起動をブロックしたりできます。
License ManagerはDedicated Hostsの配置管理にも対応しており、特定のホストに同じインスタンスが戻るアフィニティ（ホスト固定）設定も管理できます。ライセンス監査ログが自動で蓄積されるため、将来的な監査対応の工数を抑えられます。
License Type Conversionで切り替えも可能
AWS License Managerには「ライセンスタイプ変換（License Type Conversion）」機能があり、インスタンスを再デプロイせずにAWS提供ライセンスとBYOLの間を切り替えられます*4。クラウド移行後にライセンス調達の計画が変わった場合でも、ワークロードを止めずに対応できます。
Azure Hybrid Benefit：Windows ServerとSQL Serverへの適用
Microsoft AzureではBYOLに相当する仕組みとしてAzure Hybrid Benefit（AHB）が提供されています。SAありまたは対象サブスクリプションライセンスを保有するWindows ServerおよびSQL Serverのライセンスをポータルから有効化するだけで、OSやデータベースエンジンのライセンス費用を基本コンピューティング料金から切り離せます*5。
Windows Server向けAHBの適用条件
Windows Server向けAHBを利用するには、SAまたは対象サブスクリプションライセンスが付いたWindows Serverのオンプレミスコアライセンスが必要です。VMあたり最低8コアライセンスが必要で、たとえば4コアVMを動かす場合でも8コアライセンスを準備する必要があります*5。
AHBを有効にしたワークロードはSAまたはサブスクリプションライセンスの有効期間中にのみ実行できます。SAの更新期限が切れた場合は、AHBを無効化するかSAを更新する必要があります*5。
SQL Server向けAHBの適用とライセンス換算
SQL Server向けAHBは、Azure SQL DatabaseおよびAzure SQL Managed Instanceへの適用で有効です。SAありのSQL Server Enterprise Editionを保有する場合、オンプレミスの1コアに対してAzureのGeneral Purpose SKUで4vCPU分の利用権が得られます*6。
SQL Server Standard Editionの場合は、1コアに対してGeneral Purpose SKUで1vCPU分となります*6。AHBを適用すると、SQL DatabaseとSQL Managed Instanceの料金をライセンスコンポーネントを除いた基本コンピューティング料金のみにでき、Microsoftの公式によると30%以上の節約が可能な場合があります*6。
AHBの有効化手順
AHBの有効化はAzure Portal・PowerShell・Azure CLI・REST APIの4経路で行えます。AzureポータルではVMの「ライセンス」設定から既存のWindows Serverライセンスを使用するチェックボックスをオンにするだけです。既存VMへの適用時はシステム再起動なしでライセンスフラグが変更されます*5。
なお、Azure全体のコスト最適化（予約や各種割引を含む）はAzureのコスト最適化（Hybrid Benefit・予約）を外注で進める方法で、オンプレミスを含むデータベースのライセンス費用最適化はデータベースのライセンスコストを最適化する外注の進め方で解説しています。本記事は「クラウドへのライセンス持込（BYOL）」に絞って整理しています。
AWS vs Azure：BYOL条件・対象製品・コスト比較
| 比較項目 | AWS（Dedicated Hosts＋License Manager） | Azure（Azure Hybrid Benefit） |
|---|---|---|
| 主な対象製品 | Windows Server、SQL Server、Oracle、SAP等 | Windows Server、SQL Server（Database／Managed Instance） |
| SA要件（Windows Server） | SAありはライセンスモビリティ経由で通常EC2に持込可能。 SAなしはDedicated Hostsが必須（2019年10月1日以前購入分のみ） |
SAまたは対象サブスクリプションライセンスが必須。 VMあたり最低8コアライセンスが必要 |
| SA要件（SQL Server） | SAありはライセンスモビリティ経由でEC2に持込可能。 SAなしは2017以前かつDedicated Hosts必須 |
SAありが必須。 Enterprise 1コア→Azure GP 4vCPU分（公式換算） |
| コスト削減の目安 | ライセンスコンポーネント相当分を回避（製品・インスタンスタイプにより変動） | Azure SQL Database・Managed Instanceで30%以上節約できる場合あり（公式算出値、構成次第で変動） |
| ライセンス管理ツール | AWS License Manager（ルール定義・使用量追跡・監査ログ） | Azure Cost Management、Azure portal の「OS ライセンス特典」列 |
| 適用の手間 | License Managerでルール設定→Dedicated Hostsに対してインスタンス起動設定が必要 | Portal・PowerShell・CLIから1設定で有効化。 再起動なしでライセンスフラグが切り替わる |
AWSはライセンスの種類や購入時期によって適用経路が複数あり、管理の自由度が高い反面、設定が複雑になる面があります。一方Azureは自社製品（Windows Server・SQL Server）向けに設計されているため、Microsoftライセンスとの親和性が高く、適用手順が比較的シンプルです。
BYOL適用の4ステップ：事前確認から運用まで
BYOLの適用は「ライセンスを持ち込む」というシンプルな概念ですが、実際の作業では複数のフェーズを踏む必要があります。
ステップ1：ライセンス棚卸しとSA有無の確認
まず保有ライセンスの棚卸しを行います。具体的には製品名・エディション・コア数・購入日・SAの有効期限を一覧化します。SAの有効期限切れに気づかずクラウドに持ち込んだ場合、ライセンス違反となりMicrosoftの監査で指摘されるリスクがあります。ボリュームライセンスサービスセンター（VLSC）でSAの有効期限を確認するのが第一歩です。
ステップ2：移行先クラウドの環境設計
AWSを選ぶ場合はSAなしかどうかでDedicated Hostsの要否が変わります。Dedicated Hostsを使用するとホスト単位の課金が発生するため、インスタンスサイズとホスト台数のコスト計算が必要です。Azureの場合はAHBを適用するVMの台数とコア数を確認し、保有コアライセンスで賄えるかを試算します。
ステップ3：License ManagerまたはAHBの有効化
AWSではLicense Managerにライセンスルールを登録し、Dedicated HostsとEC2インスタンスの紐付けを設定します。AzureはVMの設定またはデプロイ時のパラメーターでライセンスタイプを指定します。どちらも設定変更後にライセンスタイプが正しく反映されているか確認することが大切です。
ステップ4：コンプライアンス維持とSA更新管理
BYOL適用後も継続的な管理が求められます。SAの有効期限が切れたままAHBを使い続けるとライセンス違反となります。AWS License Managerのダッシュボードで使用量を定期確認し、上限超過や期限切れが発生しないように監視体制を整えます。
BYOL運用で見落としがちなコンプライアンスリスク
BYOLはコスト最適化の有効な手段ですが、ライセンス条件を誤って解釈した場合の監査リスクが伴います。Microsoftはソフトウェアアシュアランス付きライセンスの適用状況を定期的に監査する権利を持っており、違反が発覚した場合はライセンス購入を求められます。
SA有効期限切れの見落とし
AHBで稼働するVMはSAの有効期間中のみ利用できます。SAの更新を忘れるとAHBの利用権が失効し、ライセンス違反状態に陥ります*5。特に複数年契約の更新忘れは大きなリスクです。更新期限をカレンダーやライセンス管理ツールで追跡する運用が欠かせません。
コア数の計算誤り
Windows Server向けAHBはVM1台あたり最低8コアライセンスが必要です。実際のVMが4コアであっても8コアライセンスを充当する必要があり、コア数の少ないVMを多数運用すると予想以上のライセンスを消費します*5。保有コア数とクラウドVM台数・コア数のマトリクスを定期的に見直す必要があります。
AWSの「2019年10月1日ルール」の無視
SAなしでAWS Dedicated HostsにWindows ServerをBYOLする場合、2019年10月1日以前に購入したライセンスのみが対象となります*2。この日付より後に購入したSAなしのライセンスをDedicated Hostsに持ち込んでも、ライセンス条件上の問題が生じる可能性があります。適用前にマイクロソフトの製品使用条件を確認することが前提です。
内製か外注か：BYOL管理に必要なスキルと工数の目安
BYOLの設定・運用を内製で行うには、クラウドの知識だけでなく、マイクロソフトのボリュームライセンス体系への理解が必要です。具体的には以下のスキルが求められます。
- マイクロソフトボリュームライセンス（SA・VLSC・ライセンスモビリティの条件）の読解力
- AWSのEC2・Dedicated Hosts・License Managerの設定経験、またはAzureのポータル・PowerShell・CLIの操作スキル
- ライセンス棚卸しと使用量追跡のための台帳管理・監査対応スキル
- コア数計算とコスト試算のためのコスト管理知識
初回のライセンス棚卸しと移行設計だけでも、担当者1〜2名が数週間を要する場合があります。SAの有効期限管理や使用量の継続追跡まで含めると、ライセンス担当とクラウドインフラ担当の連携体制が必要です。
ライセンス条件を誤解したまま設定した場合、マイクロソフト監査で不足ライセンスの購入を求められるリスクがあります。特にSAなしBYOLの適用可否判断や、コア数の正確な計算はミスが起きやすいポイントです。専門的なIT調達知識とクラウド設定スキルの両方を備えた外部パートナーに依頼することで、このリスクを抑えられます。
まとめ：BYOL導入の3つの判断軸
本稿ではクラウドBYOLの仕組み・適用経路・AWS/Azure別の設定方法・コンプライアンスリスクを整理しました。要点を3つに集約すると次のとおりです。
第一に、BYOLの出発点はライセンスの棚卸しとSA有無の確認です。SAがあるかどうかで適用できるクラウド経路が大きく変わります。SAなしの場合はAWSのDedicated Hosts利用と購入時期の制限があります。
第二に、AWSとAzureではBYOLの仕組みが異なります。AWSはLicense Manager＋Dedicated Hostsで管理し、AzureはAzure Hybrid Benefitをポータルから有効化します。自社が移行するクラウドと保有ライセンスの種類に合わせて経路を選ぶことが大切です。
第三に、BYOL運用はSAの有効期限管理・コア数の正確な把握・監査対応が継続的に必要です。設定ミスや管理漏れはライセンス違反リスクに直結するため、ライセンス知識とクラウド設定スキルを組み合わせた運用体制が欠かせません。
よくある質問
BYOLはSAなしのライセンスでも適用できますか？
SAなしでも適用できる場合はありますが、条件が限られます。AWSの場合、SAなしのWindows ServerライセンスはDedicated Hostsを使用することが必要で、2019年10月1日以前に購入したライセンスに限られます*2。SQL Serverの場合もSAなしはSQL Server 2017以前かつDedicated Hostsが必須です。AzureのAzure Hybrid BenefitはSAまたは対象サブスクリプションライセンスが必須条件となっています*5。SAなしのBYOL適用を検討する場合は、マイクロソフトの最新の製品使用条件を確認してください。
Azure Hybrid Benefitを有効にすると既存VMは再起動が必要ですか？
再起動は不要です。AzureポータルやPowerShell・Azure CLIでAzure Hybrid Benefitを有効化すると、ライセンスのメタデータフラグが変更されるだけで、VMは稼働したまま設定が切り替わります*5。既存の本番VMに対しても停止なしで適用できます。ただし、適用後は「OSライセンス特典」の状態を確認し、変更が正しく反映されているかチェックすることをお勧めします。
BYOL適用後にSAが切れた場合はどうなりますか？
SAが切れた後もAzure Hybrid BenefitやAWSのライセンスモビリティ経由でBYOLを継続することはライセンス違反となります。Azureの場合、SAの有効期限が切れたらAHBを無効化するか、SAを更新する必要があります*5。期限切れのまま稼働させた場合、Microsoftの監査で不足ライセンスの購入を求められるリスクがあります。SAの更新期限はボリュームライセンスサービスセンター（VLSC）で確認でき、更新期限のアラート設定を推奨します。
AWS License Managerを使わなくてもBYOLは適用できますか？
技術的にはLicense Managerなしでも適用はできますが、使用量の追跡や監査ログの蓄積が手動管理になります。AWS License Managerはライセンスルールの設定・使用量の可視化・ベンダー監査対応のダッシュボード機能を提供しており、特に複数アカウントや複数リージョンで展開している場合には管理コストを大きく削減できます*4。監査リスクを考慮すると、License Managerの活用が実務上の推奨です。
オンプレミスとクラウドの両方でBYOLライセンスを同時に使えますか？
ライセンスモビリティには原則として移行許容期間があります。Azure Hybrid BenefitにおけるSQL Serverの場合、移行期間として180日間の許容量が設けられており、その期間はオンプレミスとクラウドの両方で同じライセンスを利用できます*6。180日を過ぎると同一ライセンスをオンプレミスで使い続けることはできなくなります。オンプレミスを段階的に廃止する移行計画と組み合わせて利用する場合は、この期間を考慮したスケジュールが必要です。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：Microsoft「License Mobility through Software Assurance」（Microsoft ライセンスリソース）
- *2 出典：Amazon Web Services「AWS での Microsoft ソフトウェア FAQ（BYOL 関連）」（AWS 公式）
- *3 出典：Amazon Web Services「Amazon EC2 Dedicated Hosts」（AWS 公式）
- *4 出典：Amazon Web Services「What is AWS License Manager?」（AWS ドキュメント）
- *5 出典：Microsoft「Windows VMs 向け Azure ハイブリッド特典」（Microsoft Learn、2024年12月更新）
- *6 出典：Microsoft「Azure ハイブリッド特典 – Azure SQL Database & SQL Managed Instance」（Microsoft Learn、2025年5月更新）
