共用方式為


適用於 Windows Server 2012 之擴充安全性 更新 的授權布建指導方針

透過 Azure Arc 註冊擴充安全性 更新 (ESU) 中的支持基礎結構終止以接收重要修補程式時,彈性十分重要。 若要簡化虛擬化和災害復原案例的選項,您必須先布建 Windows Server 2012 Arc ESU 授權,然後將這些授權連結至已啟用 Azure Arc 的伺服器。 您可以透過 Azure 入口網站 完成授權的連結和布建。

佈建 WS2012 ESU 授權時,您必須指定:

  • 虛擬核心或實體核心授權
  • 標準或數據中心授權

您也需要證明相關聯的核心數目(按 2 核心和 16 核心套件的數目細分)。

為了協助進行授權布建程式,本文提供透過 Azure Arc 規劃 WS2012 ESU 部署的一般指引和範例客戶案例。

一般指引:標準與數據中心、實體與虛擬核心

實體核心授權

如果您選擇根據實體核心授權,授權需要每部機器至少16個實體核心。 大部分的客戶選擇根據實體核心進行授權,然後選取 [標準] 或 [數據中心版本] 以符合其原始 Windows Server 授權。 雖然標準授權可以套用至最多兩部虛擬機(VM),但數據中心授權對可以套用的 VM 數目沒有限制。 視涵蓋的 VM 數目而定,選擇資料中心授權而非標準授權可能很合理。

虛擬核心授權

如果您選擇根據虛擬核心授權,則每個虛擬機至少需要8個虛擬核心授權。 有兩個主要案例可建議此模型:

  1. 如果 VM 是在 AWS、GCP 或 OCI 等第三方主機或雲端服務提供者上執行。

  2. Windows Server 操作系統是以虛擬化為基礎授權。

另一個案例(案例 1,以下)是 WS2012 VM 在較新的 Windows Server 主機上執行時,VM/虛擬核心授權的候選專案(也就是 Windows Server 2016 或更新版本)。

重要

虛擬核心授權無法在實體伺服器上使用。 使用虛擬核心建立授權時,請一律選取標準版本,而不是數據中心,即使操作系統是數據中心版本也一樣。

授權限制

每個 WS2012 ESU 授權最多可以涵蓋 10,000 個核心。 如果您需要超過 10,000 個核心的 ESU,請將核心總數分割成多個授權。 此外,在單一資源群組中只能建立 800 個授權。 如果您需要建立超過 800 個授權資源,請使用更多資源群組。

SA/SPLA 一致性

在所有情況下,您必須證明符合 SA 或 SPLA。 這些需求沒有任何例外。 您必須購買軟體保證或對等的伺服器訂用帳戶,才能在內部部署和託管環境中購買延伸安全性 更新。 您可以從 Enterprise 合約(EA)、企業訂用帳戶合約(EAS)、伺服器與雲端註冊(SCE)和教育解決方案註冊(EES)購買延伸安全性 更新。 在 Azure 上,您不需要軟體保證才能取得免費的擴充安全性 更新,但需要軟體保證或伺服器訂用帳戶,才能利用 Azure Hybrid Benefit。

開發/測試案例的Visual Studio訂用帳戶權益

Visual Studio 訂 用帳戶可讓開發人員免費取得 Windows Server 的產品密鑰 ,以協助他們開發及測試其軟體。 如果 Windows Server 2012 伺服器的作業系統是透過從 Visual Studio 訂用帳戶取得的產品密鑰授權,您也可以不需額外費用取得這些伺服器的延伸安全性更新。 若要使用 Azure Arc 為這些伺服器設定 ESU 授權,您必須至少有一部伺服器具有付費 ESU 使用量。 您無法建立 ESU 授權,其中所有相關聯的伺服器都有權享有 Visual Studio 訂用帳戶權益。 如需如何針對此案例正確布建 ESU 授權的詳細資訊,請參閱部署文章中的其他案例。

開發、測試和其他具有付費操作系統授權的非生產伺服器(例如,從貴組織的大量授權密鑰,例如) 必須使用 付費 ESU 授權。 唯一有權獲得 ESU 授權的開發/測試伺服器不需額外費用,就是其操作系統授權來自 Visual Studio 訂用帳戶的伺服器。

使用工作負載的移轉和現代化節省成本

當您在 2023 年底移轉和現代化 Windows Server 2012 和 Windows 2012 R2 基礎結構時,您可以利用 Azure Arc 啟用的 Windows Server 2012 ESU 每月計費彈性來節省成本的好處。

由於伺服器已移轉至 Azure、Azure VMware 解決方案 (AVS) 或 Azure Stack HCI,因此伺服器不再需要 ESU,或更新至 Windows Server 2016 或更高版本,您可以修改與授權相關聯的核心數目,或刪除/停用授權。 您也可以將授權連結至其他伺服器的新範圍。 若要深入瞭解,請參閱以程序設計方式部署和管理 Azure Arc 擴充安全性 更新 授權。 如需透過 Azure Stack HCI 的無成本 ESU 資訊,請參閱透過 Azure Stack HCI 免費擴充安全性 更新。

注意

此程式不是自動的;計費會系結至啟用的授權,而您必須負責修改已布建的授權,以利用節省成本。

案例型範例:符合規範且符合成本效益的授權

案例 1:八部新式 32 核心主機(而非 Windows Server 2012)。 雖然每部主機都執行四個 8 核心 VM,但每個主機上只有一部 VM 正在執行 Windows Server 2012 R2

在此案例中,您可以使用虛擬核心型授權來避免涵蓋整個主機,方法是為每個虛擬核心佈建八個 Windows Server 2012 Standard 授權,並將每個授權連結至執行 Windows Server 2012 R2 的 VM。 或者,您可以考慮將 Windows Server 2012 R2 VM 合併成兩部主機,以利用實體核心型授權選項。

案例 2:32 核心 Windows Server 2012 Standard 主機上有四部 VM 的分公司,每部 8 核心

在此情況下,您應該為每個16個實體核心布建兩個WS2012 Standard授權,並套用至四部已啟用Arc的伺服器。 或者,您可以為每個八個虛擬核心布建四個 WS2012 Standard 授權,並個別套用至四部已啟用 Arc 的伺服器。

案例 3:零售商店中有 8 部實體伺服器,每部伺服器都有 8 個核心的標準,而且沒有虛擬化

在此案例中,您應該為每個16個實體核心套用八個WS2012標準授權,並將每個授權連結至實體伺服器。 請注意,最低16個實體核心適用於布建的授權。

案例 4:具有 12 個 AWS VM 的多重雲端環境,每個 VM 都有 12 個核心,且正在執行 Windows Server 2012 R2 Standard

在此案例中,您應該套用 12 個 Windows Server 2012 Standard 授權,每個授權各有 12 個虛擬核心,並個別連結至每個 AWS VM。

案例 5:您已透過大量授權購買傳統的 Windows Server 2012 ESU

在此案例中,已啟用 Azure Arc 的伺服器已透過啟用的 MAK 金鑰在擴充安全性 更新 中註冊,如同在 Azure 入口網站 中的 ESU 中註冊。 您可以彈性地從這個以密鑰為基礎的傳統 ESU 模型切換至 Azure Arc 在一年到第二年之間啟用的 WS2012 ESU。

案例 6:移轉或淘汰已在 Windows Server 2012 ESU 中註冊的 Azure Arc 伺服器

在此案例中,您可以停用或解除委任與這些伺服器相關聯的 ESU 授權。 如果授權所涵蓋的伺服器資產中只有一部分不再需要 ESU,您可以修改 ESU 授權詳細數據,以減少相關聯的核心數目。

案例 7:128 核心 Windows Server 2012 Datacenter 伺服器,在 10 到 15 個 Windows Server 2012 R2 VM 之間執行,這些 VM 會定期布建和取消布建

在此案例中,您應該布建與 128 個實體核心相關聯的 Windows Server 2012 Datacenter 授權,並將此授權連結到其上執行的已啟用 Arc 的 Windows Server 2012 R2 VM。 刪除基礎 VM 也會刪除對應的已啟用 Arc 的伺服器資源,讓您連結另一個已啟用 Arc 的伺服器。

案例 8:保險客戶正在內部部署執行 16 個節點 VMware 叢集,其中包含 1024 個實體核心。 叢集上的 44 部 VM 正在執行 Windows Server 2012 R2。 這 44 個 VM 會耗用 506 個虛擬核心,其計算方式是加總 8 個或指派給每個 VM 的實際核心數目上限。

在此案例中,您可以使用 1024 Windows Server 2012 Datacenter ESU 實體核心來授權整個叢集,或以總共 506 個標準版虛擬核心個別授權每個 VM。 在此情況下,購買與 506 虛擬核心相關聯的 Arc ESU Windows Server 2012 Standard Edition 授權會更便宜。 您必須將每個 44 部 VM 上架到 Azure Arc,然後將授權連結至 Arc 機器。

重要

如果您將 VM 遷移至 Azure VMware 解決方案 (AVS),這些伺服器就有資格使用免費的 WS2012 ESU,且不應該註冊透過 Azure Arc 啟用的 ESU。

授權作業

布建 WS2012 Arc ESU 授權資源的管理案例有數個限制:

  • 授權核心是可變屬性,客戶能夠遞增或遞減核心。 這同時受限於實體核心授權的16個核心和虛擬核心型授權的8個核心。

  • 授權版本和類型不是可變屬性。 標準授權無法變更為數據中心授權,反之亦然。 同樣地,實體核心授權無法變更為虛擬核心授權,反之亦然。 請注意,有三個有效的授權組合:標準虛擬核心、標準實體核心和數據中心實體核心。 數據中心虛擬核心不是可行的授權組合。 錯誤布建的數據中心虛擬核心授權已轉譯為數據中心實體核心授權,且核心計數符合授權指導方針。

  • 您可以在資源群組和訂用帳戶之間移動授權。 授權會在 Azure Resource Manager 中建立模型,而且可以使用 Azure Resource Graph 來查詢。

  • 授權可以連結至相同租使用者內另一個訂用帳戶中的伺服器,但授權無法連結到其他租使用者訂用帳戶內的伺服器。

  • 在評估案例中標記授權,例如開發測試或災害復原不會影響計費。 不論標籤為何,計費都會嚴格系結至與授權相關聯的核心數目。 用於評估或免費案例的核心不應該針對 Azure Arc ESU 授權布建。

下一步