RDS CALの購入方法と支払い形態を徹底解説|オンプレミスとSPLAの違い

ビジネスの成長やリモートワークの普及に伴い、リモートデスクトップ環境の重要性はますます高まっています。そんな中、RDS CAL(リモートデスクトップサービス クライアントアクセスライセンス)の料金形態や購入方法は、システム導入時に必ず考慮すべき重要なポイントです。ここでは、RDS CALの買い切り型ライセンスとサービスプロバイダ向けライセンス(SPLA)の違いを軸に、ライセンス導入の判断材料を徹底的に解説していきます。

目次

RDS CALとは何か?

RDS CALとは、Microsoft Windows Server上で提供されるリモートデスクトップサービス(Remote Desktop Services)を利用するために必要となるライセンスの一種です。ユーザーがサーバーにリモートで接続し、アプリケーションやデスクトップ環境を利用する際、RDS CALを取得しなければライセンス違反となる可能性があります。

RDSの基本的な仕組み

RDSは、Windows Serverにリモートで接続して操作するためのサービスです。例えば、リモートアプリケーションを使って社外から業務システムにアクセスできたり、集中管理された仮想デスクトップ環境(VDI)の提供が可能になったりします。RDSを適切に利用するには、RDS CALの購入(または利用契約の締結)が必要であり、これによりMicrosoftのライセンス要件を満たすことになります。

RDS CALの種類

RDS CALには「ユーザーCAL(User CAL)」と「デバイスCAL(Device CAL)」の2種類があります。ユーザーCALは、特定のユーザーがどのデバイスからでもリモートデスクトップにアクセスできるライセンスです。一方のデバイスCALは、特定の端末にライセンスを紐付け、その端末から複数ユーザーがアクセスできる形態です。
どちらを選択するかは、社内の利用形態によって異なります。ユーザー数が少なく一人ひとりが複数の端末を使うケースではユーザーCALが向いており、逆に端末の数が限定されている工場や倉庫の端末を複数人で共有するケースなどではデバイスCALが有利になることがあります。

RDS CALの買い切り型ライセンス

まずは、オンプレミス環境で用いられるRDS CALの買い切り型ライセンスについて解説します。これは一度購入すれば継続的な支払いが必要ないライセンス形態です。

買い切り型ライセンスの基本

買い切り型のRDS CALは、初回にまとまったコストが発生しますが、支払いはそこで完結します。追加でメンテナンス費用などがかかる場合もありますが、基本的には月々のサブスクリプションは不要です。そのため、長期的に見るとコストを抑えられるケースも多いでしょう。

Windows Server CALとの違い

よく混同されるのが、Windows Serverの基本的なアクセスライセンス(Windows Server CAL)との違いです。Windows Server CALは、ファイルサーバーやプリントサーバーなど、Windowsサーバーの基本機能を利用する際に必要となります。一方、RDS CALはリモートデスクトップサービスやリモートアプリケーションを利用する際に追加で必要になるライセンスです。
つまり、「Windows Server CAL + RDS CAL」という組み合わせで、リモートデスクトップの機能を正しく利用する権利を得ることができます。

サービスプロバイダ向けライセンス(SPLA)の概要

ホスティング環境やクラウド環境でRDSを提供する場合、一般的に利用されるのがMicrosoftのSPLA(Service Provider License Agreement)プログラムです。これは、ホスティング事業者やISP、システムインテグレーター、またはソフトウェアベンダーなどが、自社のサーバーを使ってエンドユーザーにサービスを提供する場合に適用されるライセンスモデルです。

従量課金のSAL(Subscriber Access License)

SPLAの特徴は「月額従量課金」という点にあります。ユーザー数やデバイス数など、ライセンス対象の利用状況を毎月集計し、その分のSAL費用をMicrosoftに支払う仕組みです。以下のようなメリットとデメリットがあります。

メリット

  • 初期コストを抑えられる: 大量のライセンスを一括購入する必要がなく、必要な分だけSALを確保していけばよい
  • 柔軟なスケールアップ/ダウン: ユーザー数が変動しても月ごとにライセンス数を調整できる

デメリット

  • ランニングコストの管理: 月々の支払いが発生するので、利用状況を正確に把握しないとコストが膨れ上がる可能性がある
  • ライセンス報告の手間: 毎月のユーザー数や利用数を細かく報告する必要があり、報告漏れや誤報告があった場合はライセンスコンプライアンス違反にもなり得る

ホスティング事業者が選べる契約形態

Microsoftパートナーとしてホスティングサービスを提供する事業者は、主に以下の契約形態を検討することになります。

1. カスタマー所有のライセンスを利用する

顧客自身がRDS CALを買い切り型で所有している場合、ホスティング事業者の環境に持ち込みライセンス(BYOL: Bring Your Own License)の形で利用することが、理論上可能なケースもあります。ただし、Microsoftのボリュームライセンス規約や、ソフトウェア アシュアランス(Software Assurance)の条項によって制限がある場合があるため、必ず事前にMicrosoftまたはライセンスディストリビューターへの確認が必要です。

2. サービスプロバイダのSPLAを利用する

ホスティング事業者が自社のSPLA契約に基づき、月額課金モデルでRDSを提供する方法です。ユーザーにライセンスを再販するのではなく、毎月ユーザー数を報告して、その分のライセンス費用をMicrosoftに支払います。ユーザーにとっては初期コストが抑えられ、サービス事業者にとっても利用者数に応じた課金が可能になります。

3. ハイブリッド形態

オンプレミスからクラウドへ移行中の企業などでは、オンプレミスで買い切り型RDS CALを保持しつつ、ピーク時だけクラウドのSPLAを利用することもあり得ます。ただし、ライセンスの冗長や二重管理を防ぐためにも、どの環境でどのユーザーが利用しているかを明確に管理する必要があるでしょう。

導入形態ごとのライセンスの選び方

以下の表は、オンプレミス(買い切り型RDS CAL)とSPLA(SAL)による大まかな違いをまとめたものです。

項目オンプレミスRDS CAL(買い切り型)SPLA(SAL)
支払い形態一括購入月額課金
メリット長期的に見れば割安になる可能性初期コストを抑えつつ柔軟にライセンス数を変更可能
デメリット初期投資が大きい累積コストが高くなる場合も
導入対象社内利用が中心の企業ホスティング事業者やクラウドでの利用
対象ライセンスRDS CAL(User/Device)SAL(Subscriber Access License)
ライセンス管理購入時のCAL数に応じた管理毎月の利用状況に応じた報告が必要

ライセンス導入時の注意点とポイント

RDS CALを導入する際は、以下の点に留意することでライセンスリスクを回避し、安定的な運用を実現できます。

1. リソースの見積もりとスケーラビリティ

オンプレミスの買い切り型を選ぶ場合でも、ユーザー数の増減や新規プロジェクトの立ち上げなどでCALが不足することがあります。将来的にユーザーが大幅に増える可能性があるなら、必要なライセンス数を見越して初期導入しておくか、追加購入のタイミングを明確にしておきましょう。
逆に、SPLAであれば、ユーザー数の変動に応じてライセンス数を柔軟に調整できます。ただし、その分毎月の利用数の集計と報告が必要となるので、運用の手間を見込む必要があります。

2. ライセンスの組み合わせ

リモートデスクトップサービスを利用する際には、Windows Server本体のCAL(Windows Server CAL)に加えて、RDS CALが必要になります。オンプレミス環境では以下のようなライセンス組み合わせを正しく把握することが大切です。

  • Windows Server CAL(ユーザーもしくはデバイス)
  • RDS CAL(ユーザーもしくはデバイス)

SPLAの場合は、RDS SALとWindows Server SALが必要な場合がありますが、詳細は契約内容によって異なります。誤った組み合わせで運用してしまうと、後々ライセンス違反が発覚したり、追加費用を支払う必要が生じたりするリスクがあります。

3. サブスクリプション型のライセンスレポート

SPLAの場合、毎月利用しているユーザー数やデバイス数をレポートし、ライセンス費用を支払うことが基本です。これを怠るとライセンスコンプライアンス違反となり、ペナルティを科される可能性があります。そのため、レポート作成を自動化できるシステムを用意したり、定期的に利用状況を監査する体制を整えたりすることが望ましいでしょう。

4. 持ち込みライセンスの可否(BYOL)

顧客が既にボリュームライセンスでRDS CALを所有している場合、それをホスティング環境に持ち込めるかどうかは、必ずMicrosoftのドキュメントやライセンスディストリビューターを通じて確認しましょう。特に、ソフトウェア アシュアランス(Software Assurance)を付帯していないライセンスの場合には持ち込みが制限される場合があるため、要チェックです。

導入・運用シナリオ別の具体例

ここでは、実際によくある3つのシナリオを取り上げ、そのライセンス戦略を考えてみましょう。

シナリオ1:中小企業のオンプレミス導入

比較的ユーザー数が固定化されている会社で、社内サーバーを運用し、リモートで社内業務にアクセスしたい場合。

  • 推奨ライセンス: 買い切り型のRDS CAL(ユーザーCAL)
  • 理由: ユーザー数が急増する予定がなければ、一括購入のほうが総コストを抑えられる。管理もシンプル

シナリオ2:急成長が見込まれるベンチャー企業

事業拡大とともにユーザー数が急増する可能性が高く、オンプレミスに加えてクラウドも積極的に活用する場合。

  • 推奨ライセンス: SPLA(SAL)などのサブスクリプション型
  • 理由: ユーザー数に応じて月単位でライセンス数を調整でき、初期投資を抑えられる。クラウド環境にも柔軟に対応できる

シナリオ3:ホスティング事業者によるサービス提供

ホスティングプロバイダがRDSベースのデスクトップ環境やアプリケーションをエンドユーザーに提供する場合。

  • 推奨ライセンス: SPLAによる月額課金
  • 理由: 顧客企業ごとにライセンスを管理しやすく、シンプルに月次レポートで対応可能。顧客へ費用を転嫁しやすい仕組みが作れる

PowerShellを活用したRDS役割のインストール例

オンプレミス環境でRDSを導入する場合は、Windows Serverの機能として「リモートデスクトップ サービス」役割を追加インストールし、RDS CALを適切に設定します。下記はPowerShellを用いたインストール手順の一例です。

# RDSのリモートデスクトップ セッションホスト役割をインストール
Install-WindowsFeature -Name RDS-RD-Server -IncludeAllSubFeature -Restart

# RDSライセンスマネージャーの役割をインストール
Install-WindowsFeature -Name RDS-Licensing -IncludeAllSubFeature -Restart

上記のように、RDSセッションホスト役割やライセンスサーバーをインストールした後、ライセンスマネージャーを起動して、購入したRDS CALのライセンスキーを登録します。

ライセンスコンプライアンスを守るためのベストプラクティス

1. 定期的な棚卸し

ユーザー数や端末数を正確に把握するため、定期的に「誰がどの端末からRDSを利用しているか」をチェックしましょう。SPLAの場合は毎月、買い切り型のRDS CALの場合でも、ユーザーの増減や異動があればライセンスの過不足が発生していないか点検します。

2. 監査ログの活用

Windows Serverにはログ機能が用意されており、リモートデスクトップ接続のログイン・ログアウト情報を追跡可能です。必要に応じてイベントログや監査用のツールを導入し、ライセンス数と実際の利用状況を照らし合わせる仕組みを作ると安心です。

3. ライセンスサーバーの冗長化

ライセンスサーバーは、RDS環境においてCALの配布と認証を行う重要な役割を担います。もしライセンスサーバーがダウンすると新規セッションが確立できなくなるリスクがあるため、ライセンスサーバーを二重化(冗長化)しておくと業務継続性を高めることができます。

4. 最新情報の把握

Microsoftのライセンス規約は、クラウドサービスや新しい製品リリースなどに伴い変更される可能性があります。そのため、定期的にMicrosoftの公式ドキュメントやライセンスディストリビューター、パートナーの情報を確認し、常に最新のルールに対応するようにしましょう。

よくある質問とその回答

Q. オンプレミス用のRDS CALを購入したあと、クラウド環境でも利用できる?

A. 基本的にはオンプレミス向けのRDS CALはオンプレミス環境でのみ有効であり、クラウド(パブリッククラウドやホスティング環境)での利用にはSPLA(SAL)が必要となる場合が多いです。ただし、ソフトウェア アシュアランス(Software Assurance)の有無や、ライセンス持ち込み(BYOL)が認められる特約があるかどうかで変動するため、詳細はMicrosoftのライセンス情報を確認してください。

Q. すでにRDS CALを買い切り型で100ライセンス持っているが、今後ユーザーが増える場合どうすればいい?

A. 新規ユーザー数に応じて追加のRDS CALを購入する、またはSPLAに切り替えるといった選択肢があります。どちらを選ぶかは、将来的なユーザー増加の見込みやクラウドへの移行計画次第です。増加が一時的であれば追加購入、急激に増加する見通しがあればSPLAで柔軟に対応する方法が有力です。

Q. ホスティング事業者として顧客にRDS環境を販売したいが、顧客が自前でライセンスを持っている場合はどうする?

A. 一般的にはSPLAが推奨されますが、顧客が既にボリュームライセンス契約(VL)でRDS CALを所有している場合、持ち込みライセンスが許可されるかはMicrosoftライセンス規約の条件次第です。特定の条項をクリアしていないと許諾されないケースもあるので、あらかじめディストリビューターへ確認する必要があります。

まとめと次のステップ

RDS CALは、企業やホスティング事業者がリモートデスクトップ環境を提供・活用する上で避けて通れない重要なライセンスです。オンプレミスでは一度購入すれば基本的に追加費用がかからない買い切り型が中心ですが、ホスティング環境や柔軟性が求められる場面ではSPLA(SAL)のように月額課金型のライセンス形態が活用されます。
どの形態が最適かは、運用モデル(オンプレミスかクラウドか)、ユーザー数の変動幅、予算、サーバー管理のリソースなど多岐にわたる要素で決まります。導入前に自社のビジネスモデルや運用スタイルを見極めた上で、Microsoftの公式ドキュメントやライセンスディストリビューターへの問い合わせを行い、最適解を探ってください。

最後に重要なのは、ライセンスコンプライアンスを守る体制を整えることです。正しいライセンス形態を選んだとしても、その管理が徹底できていなければ違反リスクや予期せぬコスト増に直面する可能性があります。定期的な監査やレポートの自動化を行い、常に最新のルールを把握しながら運用することで、安心してリモートデスクトップサービスを活用していきましょう。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次