Windows Server のライセンス付与とライセンス認証を行う
サーバーのアップグレードと移行プロセスの計画の一環として、Contoso 社では、オペレーティング システムのライセンス付与とライセンス認証の管理方法についても検討する必要があります。 ライセンス認証モデルの選択は、使用している環境の特性に基づいて行われます。
展開する Windows Server のエディションに応じて、特定のライセンス特性があります。 次の表では、これらについて説明します。
| Windows Server 2025 エディション | ライセンスの特性 |
|---|---|
| Windows Server Essentials | Windows Server Essentials のライセンスは、サーバーごとに付与されます。 これには、25 人のユーザーのクライアント アクセス ライセンスが含まれ、2 つのソケットに制限されています。 この制限を超えてライセンスを購入することはできません。 |
| Windows Server Standard | Windows Server Standard のライセンスは、プロセッサではなくコアの数に基づいて付与されます。 |
| Windows Server Datacenter | Windows Server Standard では、ライセンスはコア数に基づいて付与されます。 |
注意
Windows Server Essentials と同様に、これらが含まれていない場合は、CAL を別途購入する必要があります。
コアベース ライセンスの要件
各 Windows Server には、以下の最小ライセンス要件があります。
- すべての物理コアにライセンスが付与されている必要があります。
- プロセッサごとに少なくとも 8 つのコア ライセンスが必要です。
この最小要件は、Datacenter と Standard の両方のバージョンに適用されます。 ライセンスは、2 コアパックまたは 16 コアパックで購入できます。 多くのプロセッサが搭載されているサーバーでは、多くのコア ライセンスの取得が必要になります。 たとえば、各プロセッサに 8 コア ライセンスが必要であるため、4 つのプロセッサを搭載したサーバーでは少なくとも 32 コア ライセンスが必要になります。
注意
Standard エディションには、Windows Server または Hyper-v コンテナーを実行する 2 つの VM のライセンスが含まれています。 さらに VM が追加されている場合は、コア ライセンスを追加で購入する必要があります。
ヒント
フェールオーバー クラスターで実行されている VM には、特別なライセンス ルールがあります。 ライセンスでは、各ホストで実行するすべての VM を完全にサポートしている必要があります。 たとえば、各ホストに 2 つの VM を持つ 2 ノードのフェールオーバー クラスターがある場合、単一のホストで実行されている可能性のある 4 つのすべての VM をサポートするように各ホストにライセンスを付与する必要があります。
クライアント アクセス ライセンス (CAL)
何らかの目的でサーバーに接続する認証済みのユーザーまたはデバイスごとに、クライアント アクセス ライセンス (CAL) が必要になります。 user CAL と device CAL があります。 CAL により、ユーザーまたはデバイスが組織内の任意のサーバーに接続できるようになります。 各ユーザーにワークステーションが割り当てられている一般的な組織では、ユーザーごとに user CAL を購入するのが理にかなっています。 組織に多数の共有ワークステーションがある場合、device CAL を購入する方が合理的な場合があります。
注意
リモート デスクトップ接続は、user CAL には含まれていません。 リモート デスクトップ CAL を別途購入する必要があります。
Windows Server のライセンス認証
Windows Server をライセンス認証するには、複数の方法があります。 多くの場合、相手先ブランド供給業者 (OEM) からサーバーを購入すると、オペレーティング システムがプレインストールされてライセンス認証された状態で提供されます。
組織が適切なライセンスを持っていることを確認し、製品の更新に関する通知を受け取るには、インストールする Windows Server のすべてのコピーをライセンス認証する必要があります。 Windows Server では、インストール後にオペレーティングシステムをライセンス認証する必要があります。 これにより、製品にライセンスが付与されていることが確認され、重要な更新情報を受け取ることができるようになります。 ライセンス認証猶予期間はありません。 Windows Server をライセンス認証しない場合、オペレーティングシステムをカスタマイズできません。 以下の 2 つの一般的なライセンス認証戦略があります。
- 手動ライセンス認証。 この戦略は、少数のサーバーを展開する場合に適しています。
- 自動ライセンス認証。 この戦略は、多数のサーバーを展開する場合に適しています。
手動ライセンス認証
手動ライセンス認証を実行する場合は、プロダクト キーを入力する必要があります。 リテール プロダクト キーまたはマルチ ライセンス認証キー (MAK) を使用して、手動ライセンス認証を実行できます。 リテール プロダクト キーでは、1 台のコンピューターでのみライセンス認証を行うことができます。 MAK では、使用できるライセンス認証の数が設定されています。 これにより、設定されたライセンス認証限度まで複数のコンピューターをライセンス認証できます。
OEM キーは、製造元が受け取る特殊なタイプのライセンス認証キーです。 OEM キーは、コンピューターの起動時に自動ライセンス認証を有効にします。 通常、この種類のライセンス認証キーは、Windows 10 などの Windows クライアント オペレーティング システムを実行しているコンピューターで使用します。 Windows Server オペレーティング システムを実行しているコンピューターでは、OEM キーを使用することはめったにありません。
自動ライセンス認証
大規模なサーバー展開でライセンス認証を手動で実行するのは煩雑になる可能性があります。 Microsoft では、各システムに手動でプロダクトキーを入力しなくても、多数のコンピューターを自動的にライセンス認証できるオプションを提供しています。
Windows Server ライセンスのライセンス認証を自動化するために使用できる以下のような複数のテクノロジがあります。
- キー管理サービス (KMS)。 これは、KMS ホストがインストールされているサーバーからネットワーク内のシステムでライセンスをライセンス認証するのに役立つサービスです。 個々のコンピューターが Microsoft に接続してライセンス認証を行うのではなく、KMS ホストがライセンス認証プロセスを実行します。
- ボリューム ライセンス認証サービスのサーバーの役割。 このサーバーの役割は、Microsoft ソフトウェアのボリューム ライセンスの発行と管理を自動化するのに役立ちます。 ボリューム ライセンス認証サービスを使用することにより、KMS および Active Directory によるライセンス認証をインストールして構成することができます。 KMS では、少なくとも 5 台のサーバーと 25 台のクライアントをライセンス認証する必要があります。
- Active Directory によるライセンス認証。 これは、Active Directory Domain Services (AD DS) を使用してライセンス認証オブジェクトを格納できるようにするサービスです。 Windows Server またはクライアントを実行しているコンピューターは、Microsoft に連絡することなく、AD DS に自動的に接続してライセンス認証オブジェクトを受け取ります。
- ボリューム ライセンス認証ツールのコンソール。 このコンソールを使用して、AD DS または KMS でボリューム ライセンスのライセンス認証キーをインストール、ライセンス認証、および管理します。
- ボリューム ライセンス認証管理ツール (VAMT)。 これは、マルチ ライセンス認証キー (MAK) を使用してボリューム ライセンス認証を管理したり、KMS を管理したりするために使用できる無料のツールです。 VAMT を使用して、エンタープライズ ネットワークでライセンス レポートを生成し、クライアントとサーバーのライセンス認証を管理できます。
- 仮想マシンの自動ライセンス認証 (AVMA)。 AVMA を使用すると、インターネットに接続されていない環境でも、プロダクト キーを使用せずに仮想化サーバー上の VM をライセンス認証できます。 AVMA はVM のライセンス認証をライセンスを付与されている仮想化サーバーにバインドし、起動時に VM をライセンス認証します。