近年、企業システムの基盤としてWindows Serverを採用し、アプリケーションサーバーにTomcat、データベースにPostgreSQLを組み合わせる構成が増えています。しかしCAL (Client Access License) の要否は意外と知られていません。本記事ではWindows Server 2022のライセンス要件とCALの必要性を分かりやすく解説します。
Windows Server 2022でのCALの基礎知識
Windows Server 2022を導入する際、必ず話題に上がるのが「CAL (Client Access License)」です。これは、サーバーの機能やリソースにアクセスするクライアント(ユーザーやデバイス)に対して必要となるライセンス形態を指します。具体的には、ユーザーごとに割り当てる「ユーザーCAL」、デバイスごとに割り当てる「デバイスCAL」、そして外部ユーザー向けの「External Connector License(外部コネクタライセンス)」などが存在します。
多くの企業や組織では、Windows Serverを単にファイルサーバーや認証基盤(Active Directory)として使うだけでなく、TomcatなどのWebアプリケーションサーバーを同居させるケースも少なくありません。その際、「TomcatのWebアプリにアクセスしているだけなのにCALはいるのか？」と疑問に思う方もいるでしょう。結論から言えば、Windows Server本体のサービスやファイル共有に直接アクセスしない形であれば、CALが必ずしも必要になるわけではありません。しかし、一部の利用形態ではCALが要求される可能性もあるため、導入時の検討が重要です。
CALの種類と選択基準
Windows ServerのCALには主に以下の2種類が存在します。
- ユーザーCAL
組織内のユーザー数がデバイス数より少ない、またはユーザーがさまざまなデバイスを利用してサーバーにアクセスする場合に有効です。リモートワークを推進しており、ユーザーが自宅PCやモバイル端末など複数端末でサーバーへアクセスするケースが多いなら、ユーザーCALの方がコスト効率が高い場合があります。 - デバイスCAL
ユーザー数よりもデバイス数が少ない、または特定の端末だけがサーバーに接続する形態に合っています。工場や店舗など、限られた数の端末のみでシステムにアクセスする環境なら、デバイスCALがより安価で済む場合があります。
また、企業のシステムを外部向けに公開し、不特定多数がアクセスするようなWebサービスを運営する場合は、利用するユーザー数を正確に見積もるのが困難です。そのようなときには「External Connector License」を検討する必要があります。ただし、今回のようにTomcatやPostgreSQLを社内ユーザー向けに利用しているだけであれば、外部コネクタライセンスまで必要になるケースはあまり多くはありません。
TomcatとPostgreSQLの利用パターンで見たCAL要否
Windows Server 2022上にTomcatとPostgreSQLをセットアップする場合、クライアントPC(ワークステーション)が以下のようにアクセスするケースが考えられます。
- WebブラウザからTomcatが提供するWebアプリにのみ接続
- クライアントPCはWindows Serverの共有フォルダやドメインサービスなど、サーバーの機能に直接アクセスしない
- Tomcatが動作しているアプリケーションがHTTP(S)でリクエストを受け取り、DB(PostgreSQL)とのやり取りはあくまでサーバーサイドで完結
- このような構成であれば、一般的には「サーバーリソースへの直接アクセス」がないため、CALが不要になる可能性が高い
- Windows Serverのファイル共有やAD認証、リモートデスクトップを利用
- Tomcatを介したサービス利用だけでなく、クライアント側が共有フォルダにアクセスしたり、リモートデスクトップでサーバーにログインして作業する
- この場合はWindows Serverのリソースへ直接アクセスするため、ユーザーCALやデバイスCALが要求される
- 特にドメイン参加端末で認証を行っているような場合、適切なCALの取得が必要になる
このように、TomcatやPostgreSQL自体がライセンスを要求するわけではなく、「Windows Server 2022のどの機能をクライアントPCが使っているのか」に注目することがポイントです。
CAL要否の判断ポイント
ここでは、具体的にどのような観点でCALの要不要を判断すればよいかを整理します。
ポイント1: サーバーリソースへの直接アクセスの有無
Windows Serverを利用しているとはいえ、クライアントが直接サーバーのリソース(共有フォルダやプリンタ、リモートデスクトップなど)を使わないのであれば、CALが不要な場合があります。Tomcat上で動作するアプリは基本的にHTTP(S)経由のアクセスで完結し、OSレベルの機能と直接対話しないケースが多いです。
ただし、アプリケーション内部でWindows認証を利用している場合、Active Directory経由でユーザー認証を行う段階でCALが必要になるシナリオもあるため注意が必要です。
ポイント2: 認証形態とAD利用の度合い
ユーザー認証をAD(Active Directory)で一元管理している場合、クライアントがWindowsドメイン環境に参加しているかどうかによってCALの要否が変わります。ドメイン参加端末は、ログオン時にサーバーリソースと通信するため、ユーザーCALまたはデバイスCALが必須となる可能性が高いです。一方、アプリケーション側で独自の認証機構を用意し、Windowsドメインと一切連携しない場合はCALの対象外となる場合があります。
ポイント3: 外部公開サイトの有無
もしTomcatを利用して外部ユーザーがアクセスするWebサイトを公開し、不特定多数が利用する場合は、External Connector Licenseを検討することになります。これは通常のユーザーCAL・デバイスCALではライセンス管理しきれないほど、アクセスユーザーが多い環境に向けて設計されています。社内利用のみならExternal Connectorは不要ですが、将来的にサービスを拡張する可能性がある場合は、長期的なライセンス戦略を考えておくとよいでしょう。
ポイント4: スケールアップとクラウド環境
今後システムを拡張し、ユーザー数やデバイス数が増大する可能性があるなら、最初からユーザーCALとデバイスCALのどちらが拡張性に優れるかを検討しておくべきです。たとえばオンプレミスで始めたとしても、将来的にAzureや他のクラウド環境に移行するプランがある場合、ライセンス移行がどのように扱われるか確認が必要です。
また、クラウド上のWindows Serverを利用する際は、既にクラウドベンダーでライセンスを包括的に管理している可能性があります。クラウド提供形態によっては、CALの考え方がやや異なる場合もあるため、事前にライセンス情報を十分に確認しましょう。
ユーザーCALとデバイスCAL、External Connectorを比較する表
以下の表は、代表的なCALライセンス形態を簡単に比較したものです。どれが最適かは、組織の規模や運用形態によって異なります。
| ライセンス種類 | 特徴 | 適用例 |
|---|---|---|
| ユーザーCAL | ユーザーごとに購入。ユーザーが複数のデバイスからアクセス可能。 | リモートワークやBYODが進んでおり、1人がPC・スマホ・タブレットなどから頻繁にアクセスする組織 |
| デバイスCAL | デバイス(端末)ごとに購入。1つの端末を複数ユーザーで共有できる。 | 店舗や工場など、限られた端末で複数の従業員がシフト制で利用する環境 |
| External Connector | 不特定多数の外部ユーザーへサービスを提供する場合のライセンス形態。 | 公開Webサービスや外部顧客向けポータルサイトなど、多数の外部ユーザーがアクセスする環境 |
上記の表を参考に、まず自社のシステム利用形態を明確にし、最適なライセンス形態を検討してください。TomcatとPostgreSQLを利用したWebアプリケーションでも、Windows Serverのリソースに深く依存するならCALが必要となるケースがありますし、逆に単なるWeb経由のサービス提供であればCAL不要になる場合もあります。
TomcatとPostgreSQLの構成例：コードと設定のポイント
ここでは、TomcatとPostgreSQLを組み合わせた簡単な構成例を示し、実際の設定ポイントについて触れます。ライセンスとは直接関係ありませんが、参考としてご覧ください。
Tomcatの設定例
以下は、Tomcatのserver.xmlでPostgreSQL接続のために設定を行う場合の一例です。実際にはアプリケーション構成やセキュリティ要件に応じて調整してください。
<Context>
<Resource
name="jdbc/PostgresDB"
auth="Container"
type="javax.sql.DataSource"
driverClassName="org.postgresql.Driver"
url="jdbc:postgresql://localhost:5432/mydatabase"
username="dbuser"
password="dbpassword"
maxActive="50"
maxIdle="10"
maxWait="10000"
/>
</Context>このようにTomcatではJNDIリソースを使い、DBへの接続設定を外部化することが一般的です。
もしWindows Serverの認証機能などを使わずに、アプリケーション独自のユーザー認証を行っているのであれば、WindowsのCALとは直接関わりがない可能性が高まります。ただし、運用上Windowsの共有ディレクトリを参照したり、ドメイン認証を組み込んだりするケースではCALが検討課題となります。
PostgreSQLの設定例
PostgreSQL側でも、pg_hba.confやpostgresql.confの設定が重要です。Windows Server上であっても、データベース認証にはPostgreSQL独自の認証方式を利用することが多く、その点ではWindowsのライセンス要件とは直接連動しません。たとえば、pg_hba.confの一部は以下のようになります。
# IPv4 local connections:
host all all 127.0.0.1/32 md5
# IPv4 internal network:
host all all 192.168.0.0/24 md5上記はあくまで例ですが、ネットワークセグメントごとにアクセス制御を設定することで、外部への公開を制限することができます。Tomcatから接続する場合は、サーバー内部ネットワーク上での通信となるように構成すれば、セキュリティ面で安心です。
CAL導入で気をつけたい運用上のポイント
CALが必要になるシナリオの場合、単に「ライセンスを買って終わり」ではなく、適切な運用管理が必要です。以下のポイントを押さえておくと、後々のトラブルを防げます。
ライセンス監査のリスク
Microsoftは定期的にライセンス監査(ライセンスコンプライアンスチェック)を実施することがあります。その際、ユーザー数やデバイス数の把握、CALの正確な割り当て履歴が確認できないと追加コストや是正措置が必要になる可能性があります。システム管理者やライセンス管理担当者は、CAL購入のタイミングや割り当て台数・ユーザー数を常に最新の状態に保つことを心掛けましょう。
リモートデスクトップサービス(RDS)との混同
RDSを利用する場合には、通常のCALとは別途「RDS CAL」が必要になる点に注意が必要です。特にサーバーにリモート接続をして、GUIベースで操作を行う場面が多いシステムでは、このRDS CALを見落としがちです。Tomcatの管理やPostgreSQLのメンテナンスをリモートデスクトップで行う際は、RDS CALを含めたライセンスが正しく整備されているか確認しましょう。
物理サーバーと仮想マシンでのライセンス適用の違い
Windows Server 2022を仮想環境で運用する場合、Hyper-Vなどの仮想化プラットフォームによってはホストサーバーとゲストOSのライセンスの取り扱いが複雑になる場合があります。ホスト側で一定数の仮想マシンを稼働させる権利が含まれるエディションもありますが、CALの要否はゲストOSでのアクセス形態によって左右されるため、物理/仮想問わずCALの検討は怠らないようにしましょう。
専門家への相談が重要
Windows Serverのライセンスはバージョンやエディション、利用形態によって複雑に分岐します。特にCALに関しては、「ユーザー数なのか端末数なのか」「社外ユーザーの利用状況はどうか」などを詳細に詰める必要があります。TomcatやPostgreSQLの導入が目的であっても、根本となるWindows Serverライセンスをないがしろにすると、後々の監査や追加コストリスクに直面する可能性があります。
そこで、確実性を高めるためには、ソフトウェア販売代理店やMicrosoftの公式ドキュメント、あるいはライセンスに精通したコンサルタントへの相談が効果的です。ライセンスポリシーは頻繁に更新されることもあり、最新情報を把握しないまま導入計画を進めると、後から思わぬ出費が発生するケースもあるからです。
まとめ：正確な運用設計で安心を手に入れる
Windows Server 2022上でTomcatとPostgreSQLを動作させるシステムにおいて、CALの必要性は「Windows Serverのリソースや機能をクライアントがどのように利用するか」で大きく左右されます。Web経由のアクセスのみであればCALが不要な場合も多いですが、ファイルサーバー、リモートデスクトップ、ドメイン認証などを組み合わせるとCALが必須になることもあります。
また、CALにはユーザーCALとデバイスCALという2つの主要オプションがあり、運用環境によって最適解は変わります。さらに不特定多数の外部ユーザーを対象とする場合にはExternal Connector Licenseが登場することもあるため、事前に十分な検討と情報収集が欠かせません。最終的には、システムの利用形態と将来の拡張性を見据えながら、ライセンスの専門家と相談しつつ最適な構成を選ぶことが、安定した運用への近道となります。
コメント