Windows Server 2012 の拡張セキュリティ更新プログラムのライセンス プロビジョニング ガイドライン

  • [アーティクル]

Azure Arc 経由での拡張セキュリティ更新プログラム (ESU) にサポート終了インフラストラクチャを登録して重要なパッチを受け取る場合、柔軟性が非常に重要です。 仮想化とディザスター リカバリーのシナリオでオプションを使いやすくするには、まず Windows Server 2012 Arc ESU ライセンスをプロビジョニングしてから、それらのライセンスを Azure Arc 対応サーバーにリンクする必要があります。 ライセンスのリンクとプロビジョニングは、Azure portal を使用して行うことができます。

WS2012 ESU ライセンスをプロビジョニングするときは、次を指定する必要があります。

  • 仮想コアまたは物理コア ライセンス
  • Standard または Datacenter ライセンス

また、関連付けられているコアの数を証明する必要もあります (2 コア パックと 16 コア パックの数で分類)。

ライセンス プロビジョニング プロセスを支援するために、この記事では、Azure Arc 経由での WS2012 ESU のデプロイを計画するための一般的なガイダンスとサンプルの顧客シナリオについて説明します。

一般的なガイダンス: Standard とDatacenter、物理コアと仮想コア

物理コア ライセンス

物理コアに基づいてライセンスを付与する場合、マシンごとに少なくとも 16 個の物理コアが必要です。 ほとんどのお客様は、物理コアに基づいてライセンスを取得し、元の Windows Server ライセンスに合わせて Standard Edition または Datacenter Edition を選択します。 Standard ライセンスは最大 2 つの仮想マシン (VM) に適用できますが、Datacenter ライセンスには、適用できる VM の数に制限がありません。 対象となる VM の数によっては、Standard ライセンスではなく Datacenter ライセンスを選択することが理にかなっている場合があります。

仮想コア ライセンス

仮想コアに基づいてライセンスを付与する場合、仮想マシンごとに少なくとも 8 個の仮想コアが必要です。 このモデルが推奨される主なシナリオは、次の 2 つです。

  1. VM がサードパーティのホストまたは AWS、GCP、OCI などのクラウド サービス プロバイダーで実行されている場合。

  2. Windows Server オペレーティング システムは仮想化ベースでライセンスされました。

もう 1 つのシナリオ (以下のシナリオ 1) は、WS2012 VM が新しい Windows Server ホスト (つまり Windows Server 2016 以降) で実行されている場合の VM/仮想コア ライセンスの候補です。

重要

仮想コア ライセンスは、物理サーバーでは使用できません。 仮想コアを使用してライセンスを作成する場合は、オペレーティング システムがデータセンター エディションであっても、データセンターではなく常に Standard エディションを選択してください。

ライセンスの制限

各 WS2012 ESU ライセンスは、最大 10,000 コアまでカバーできます。 10,000 を超えるコアに対して ESU が必要な場合は、コアの合計数を複数のライセンスに分割します。 さらに、1 つのリソース グループで作成できるライセンスは 800 のみです。 800 を超えるライセンス リソースを作成する必要がある場合は、より多くのリソース グループを使います。

SA/SPLA への準拠

いずれの場合も、SA または SPLA に準拠していることを証明する必要があります。 これらの要件に例外はありません。 オンプレミスおよびホスト環境で拡張セキュリティ更新プログラムを購入するには、ソフトウェア アシュアランスまたは同等のサーバー サブスクリプションが必要です。 拡張セキュリティ更新プログラムは、Enterprise Agreement (EA)、エンタープライズ サブスクリプション契約 (EAS)、サーバーおよびクラウド加入契約 (SCE)、および教育ソリューション加入契約 (EES) から購入できます。 Azure では、無料の拡張セキュリティ更新プログラムを入手するためにソフトウェア アシュアランスは必要ありませんが、Azure ハイブリッド特典を利用するにはソフトウェア アシュアランスまたはサーバー サブスクリプションが必要です。

Dev/Test シナリオ向けの Visual Studio サブスクリプション特典

Visual Studio サブスクリプションを使うと、開発者は、Windows Server のプロダクト キーを追加コストなしで取得し、ソフトウェアの開発とテストに役立てることができます。 Windows Server 2012 サーバーのオペレーティング システムが Visual Studio サブスクリプションから取得したプロダクト キーを通じてライセンスされている場合は、これらのサーバーの拡張セキュリティ更新プログラムを追加料金なしで入手することもできます。 Azure Arc を使ってこれらのサーバーの ESU ライセンスを構成するには、有料の ESU 使用量を持つサーバーが少なくとも 1 つ必要です。 関連付けられているすべてのサーバーが Visual Studio サブスクリプション特典を受ける権利がある場合は、ESU ライセンスを作成することはできません。 このシナリオで ESU ライセンスを正しくプロビジョニングする方法の詳細については、デプロイに関する記事の追加シナリオを参照してください。

有料のオペレーティング システム ライセンス (組織のボリューム ライセンス キーなどから) を持つ開発サーバー、テスト サーバー、その他の非運用サーバーでは、有料の ESU ライセンスを使う必要があります。 追加料金なしで ESU ライセンスを取得できる Dev/Test サーバーは、オペレーティング システム ライセンスが Visual Studio サブスクリプションから取得されたサーバーだけです。

ワークロードの移行と最新化によるコスト削減

2023 年末までに Windows Server 2012 および Windows 2012 R2 インフラストラクチャを移行して最新化すると、Azure Arc で有効になっている Windows Server 2012 ESU を使用した月単位課金の柔軟性を利用して、コスト削減のメリットを得ることができます。

サーバーは、Azure、Azure VMware Solution (AVS)、または Azure Stack HCI (無料の ESU の対象となる) に移行されたか、Windows Server 2016 以降に更新されているため、ESU を必要としなくなったため、ライセンスに関連付けられているコアの数を変更したり、ライセンスを削除/非アクティブ化したりすることができます。 ライセンスを追加サーバーの新しいスコープにリンクすることもできます。 詳細については、「プログラムによって Azure Arc 拡張セキュリティ更新プログラムのライセンスをデプロイおよび管理する」を参照してください。 Azure Stack HCI を介した無償の ESU の詳細については、「Azure Stack HCI を介した無料の拡張セキュリティ更新プログラム」を参照してください。

Note

このプロセスは自動ではありません。課金はアクティブ化されたライセンスに関連付けられており、コスト削減を利用するためにプロビジョニングされたライセンスを変更する責任がお客様にあります。

シナリオ ベースの例: 準拠とコスト効率の高いライセンス

シナリオ 1: 8 つの最新の 32 コア ホスト (Windows Server 2012 ではありません)。 これらの各ホストは 4 つの 8 コア VM を実行していますが、Windows Server 2012 R2 を実行している VM はホストごとに 1 つのみです

このシナリオでは、仮想コアベースのライセンスを使用して、8 つの仮想コアごとに 8 つの Windows Server 2012 Standard ライセンスをプロビジョニングし、Windows Server 2012 R2 を実行している VM にそれらの各ライセンスをリンクすることで、ホスト全体をカバーしないようにすることができます。 または、Windows Server 2012 R2 VM を 2 つのホストに統合することで物理コア ベースのライセンス オプションを利用を検討することを検討することもできます。

シナリオ 2: 32 コア Windows Server 2012 Standard ホスト上に 4 つの VM (各 8 コア) を備えたブランチ オフィス

この場合、16 個の物理コアごとに 2 つの WS2012 Standard ライセンスをプロビジョニングし、4 つの Arc 対応サーバーに適用する必要があります。 または、8 つの仮想コアごとに 4 つの WS2012 Standard ライセンスをプロビジョニングし、4 つの Arc 対応サーバーに個別に適用することもできます。

シナリオ 3: 小売店に 8 台の物理サーバーがあり、各サーバーはそれぞれ 8 コアを備えた Standard ライセンスであり、仮想化は行われません

このシナリオでは、16 個の物理コアごとに 8 つの WS2012 Standard ライセンスを適用し、各ライセンスを物理サーバーにリンクする必要があります。 プロビジョニングされたライセンスには最低限 16 個の物理コアが適用されることに注意してください。

シナリオ 4: 12 個の AWS VM を持つマルチクラウド環境。それぞれに 12 個のコアがあり、Windows Server 2012 R2 Standard が実行されています

このシナリオでは、それぞれ 12 個の仮想コアを持つ 12 個の Windows Server 2012 Standard ライセンスを適用し、各 AWS VM に個別にリンクする必要があります。

シナリオ 5: ボリューム ライセンスを通じて従来の Windows Server 2012 ESU を既に購入している

このシナリオでは、アクティブ化された MAK キーを使用して拡張セキュリティ更新プログラムに登録されている Azure Arc 対応サーバーは、Azure portal の ESU に登録されます。 このキーベースの従来の ESU モデルから、Azure Arc で有効になっている WS2012 ESU に、1 年目と 2 年目の間で柔軟に切り替えることができます。

シナリオ 6: Windows Server 2012 ESU に登録されている Azure Arc 対応サーバーの移行または廃止

このシナリオでは、これらのサーバーに関連付けられている ESU ライセンスを非アクティブ化または使用停止にすることができます。 ライセンスの対象となるサーバー資産の一部だけが ESU を必要としない場合は、ESU ライセンスの詳細を変更して、関連付けられているコアの数を減らすことができます。

シナリオ 7: 定期的にプロビジョニングおよびプロビジョニング解除される 10 から 15 個の Windows Server 2012 R2 VM の間で実行される 128 コア Windows Server 2012 Datacenter サーバー

このシナリオでは、128 個の物理コアに関連付けられた Windows Server 2012 Datacenter ライセンスをプロビジョニングし、その上で実行されている Arc 対応 Windows Server 2012 R2 VM にこのライセンスをリンクする必要があります。 基になる VM を削除すると、対応する Arc 対応サーバー リソースも削除され、別の Arc 対応サーバーをリンクできるようになります。

シナリオ 8: 保険のお客様が、オンプレミスで 1024 個の物理コアを持つ 16 ノードの VMware クラスターを実行しています。 クラスター上の 44 個の VM で Windows Server 2012 R2 が実行されています。 これらの 44 個の VM は 506 個の仮想コアを消費します。これは、最大 8 個または各 VM に割り当てられた実際のコア数を合計して計算されました。

このシナリオでは、1024 個の Windows Server 2012 Datacenter ESU 物理コアを使用してクラスター全体にライセンスを付与するか、合計 506 個の Standard Edition 仮想コアを使用して各 VM にライセンスを個別に付与できます。 この場合、506 個の仮想コアに関連付けられている Arc ESU Windows Server 2012 Standard Edition ライセンスを購入する方が安価です。 44 個の各 VM を Azure Arc にオンボードし、ライセンスを Arc マシンにリンクする必要があります。

重要

VM を Azure VMware Solution (AVS) に移行すると、これらのサーバーは無料の WS2012 ESU の対象となり、Azure Arc 経由で有効化される ESU に登録する必要はありません。

ライセンス操作

プロビジョニングされた WS2012 Arc ESU ライセンス リソースの管理シナリオには、いくつかの制限があります。

  • ライセンス コアは変更可能なプロパティであり、お客様はコアをインクリメントまたはデクリメントできます。 これは次の必須最小値の両方に従います。(i) 物理コア ベースのライセンスの場合は 16 コアで、(ii) 仮想コア ベースのライセンスの場合は 8 コアです。

  • ライセンスのエディションと種類は変更可能なプロパティではありません。 標準ライセンスをデータセンター ライセンスに変更することはできません。その逆も同様です。 同様に、物理コア ライセンスを仮想コア ライセンスに変更することはできません。その逆も同様です。 有効なライセンスの組み合わせは、標準仮想コア、標準物理コア、データセンター物理コアという 3 つになることにご注意ください。 データセンター仮想コアというライセンスの組み合わせはありえません。 誤ってプロビジョニングされたデータセンター仮想コア ライセンスはデータセンター物理コア ライセンスになり、コア数はライセンス ガイドラインに準拠します。

  • ライセンスはリソース グループとサブスクリプションの間で移動できます。 ライセンスは Azure Resource Manager でモデル化され、Azure Resource Graph を利用してクエリを実行できます。

  • ライセンスは同じテナント内の別のサブスクリプション内のサーバーにリンクできますが、他のテナントのサブスクリプション内のサーバーにはリンクできません。

  • 開発テストやディザスター リカバリーなどの評価シナリオの下でライセンスにタグをつけても課金には影響しません。 課金は、タグに関係なく、ライセンスに関連付けられているコア数に厳密に関連付けられます。 評価または無料シナリオに使用されるコアは、Azure Arc ESU ライセンスにはプロビジョニングしないでください。

次のステップ