Microsoft 軟體的使用僅需遵守 Microsoft 的條款。作為 AWS 的客戶使用 Microsoft 軟體時，您有責任遵守 Microsoft 授權條款。此資訊僅供參考，為您提供便利，您不得依賴其描述，也不得將其視為任何形式的法律建議。如果您對於 Microsoft 軟體的授權或權利有任何疑問，請諮詢您的律師團隊、Microsoft 或您的 Microsoft 經銷商。可前往這裡檢閱目前的 Microsoft 產品條款。
Microsoft 和 Amazon Web Services 之間的關係為何？
什麼是 Amazon 和 Microsoft 之間的擴充支援協議？對我有什麼好處？
AWS 是否會針對我可能遇到的問題在 Microsoft 開啟支援案例？
AWS 和 Microsoft 之間的延伸支援協議是否涵蓋在 Windows Server 或 Windows 桌面執行應用程式的所有相關支援問題？
AWS 和 Microsoft 之間的擴展支援協議是否會取代我的 Microsoft 支援協議？
存取與 Microsoft 的延伸支援協議權益是否有區域限制？
我可以在 AWS 上執行哪些類型的 Microsoft 軟體？
Amazon EC2 上我的 Microsoft 軟體包含哪些授權選項？
哪些類型的 Microsoft 授權協議/計劃允許在 AWS 上使用自有授權 (BYOL)？
如何得知某個特定的 Microsoft 產品是否符合授權行動性的資格？
是否需要有效軟體保證和授權行動性權益，才能在 AWS 使用我的 Microsoft 授權？
如果我使用自有授權，是否可以重新授權 AWS 的 Microsoft 媒體或者必須自備媒體 (又稱為 "bits")？
匯入自己的 Microsoft 媒體之後，是否需要比對自己的金鑰管理伺服器 (KMS) 來啟用媒體？
我在授權條款中看到我專用的基礎設施上必須使用特定授權。如果我使用自有授權，Amazon EC2 如何讓我符合這項需求？
我在授權條款中看到至少 90 天內授權不可以移到另一個區域或實體機器。如果我使用自有授權，Amazon EC2 如何協助我符合這項需求？
Windows Server 是否有資格在 EC2 上使用 BYOL？
AWS 上的 Windows Server 是否需要有軟體保證？
如何在 Microsoft 於 2019 年宣佈更新授權後在專用主機上執行 Windows Server？
授權行動性是否可與 Windows Server 搭配使用？
如何在使用預設租用的 EC2 執行個體上使用自有的 Windows Server 授權？
從 AWS 購買 Windows Server 執行個體時，裡面包含哪些內容？
我是否能重新授權已包含授權的 EC2 Windows Server 執行個體來使用自有授權，並指向自己的 KMS 伺服器？
Nano Server 與 Windows Server 2016 有何不同？
EC2 主控台與 Nano Server 的使用經驗有何不同？
是否可以從 Windows Server 2016 和 Nano Server 執行個體建立自己的映像？
Windows Server 2016 AMI 有任何其他重大變更嗎？
Amazon Elastic Container Service (ECS) 是否支援 Windows 容器？
哪些 EC2 執行個體類型最適合搭配 Windows Server 2016？
Windows Server 2016 是否允許使用自有授權 (BYOL)？
是否可將 Windows Server 執行個體升級至 Windows Server 2016？
哪些 AWS 區域支援 Windows Server 2016？
Windows Server 2012 的預期終止支援日期為何時？ 我應該對 AWS 有何期望？
AMI 提供哪些 Windows Server 2012 R2 版本？
執行 Windows Server 2012 R2 的成本是否較高？
如何將執行 Windows Server 2012 R2 的應用程式部署到 AWS？
Windows Server 2012 R2 AMI 有哪些 SQL Server 版本和語言？
Windows Server 2012 R2 有兩個檔案系統：NTFS 和 ReFS。我應該用哪一個？
使用之前發佈的 Windows Server AMI 時，我依照文件中的步驟啟用增強型聯網。是否仍然需要對 Windows Server 2012 R2 AMI 執行相同的步驟？
問：EOS 對我在 Amazon Web Services (AWS) 上的現有執行個體有何影響？
問：是否可使用 AWS 工具將包含 EOS 軟體的映像匯入 AWS？
問：EOS 對受管 AWS Windows AMI 有何影響？
問：是否可從自訂 Amazon Machine Image (AMI) 啟動包含 EOS 軟體的新執行個體？
問：如果我的帳戶包含 EOS 軟體，是否可從現有的自訂 AMI 建立其他自訂 AMI？
問：對於執行接近 EOS 的 Microsoft 軟體，我有哪些選項？
問：是否可購買延伸安全性更新，以涵蓋 AWS 上使用 Microsoft EOS 軟體的執行個體？
問：Amazon 出售的 Microsoft 產品有哪些接近 EOS，以及 Microsoft 何時會停止支援？
問：哪些 Amazon 產品和服務受 EOS 影響，以及何時會進行變更？
問：Microsoft 的 EOS 軟體分發原則變更是否僅適用於 AWS？
問：移到支援的 Microsoft 作業系統或 SQL Server 版本對成本有什麼影響？
問：如果我執行 Microsoft 已終止支援的產品時遇到技術問題，AWS Support 是否會提供協助？
問：如果有關於在 AWS 上使用 Microsoft EOS 的進一步相關問題，可以聯絡誰？
問：針對我的 Win 2008 和 Win 2012 執行個體，我有哪些就地升級選項？
問：請具體指出哪些已包含授權受管 AWS Windows AMI 會受到影響以及何時生效？
Microsoft 與 Amazon Web Services 之間的關係為何？
自 2008 年 AWS 推出 Windows Server 執行個體開始，Amazon Web Services 與 Microsoft 已合作多年。AWS 是 Microsoft 合作夥伴網路的金級認證成員，已獲授權可依服務供應商授權合約 (SPLA) 銷售 Microsoft 軟體。AWS 也是經過授權的授權行動性合作夥伴。這些年來，AWS 與 Microsoft 共同合作讓 Windows 及其相關工作負載可在 AWS 雲端上使用。現在，Microsoft 和 AWS 有許多共同客戶在 AWS 上執行 Windows 工作負載，包含 Dole Foods、Hess Corporation 以及 Lionsgate。此外，AWS 推出可讓使用者在 AWS 中管理和最佳化 Windows 應用程式的 Microsoft 專門技術 – 例如適用於 Windows PowerShell 的 AWS 工具和適用於 EC2 Windows 的 EC2Rescue。
是。自從我們於 2008 年首次在 EC2 啟動 Windows Server 以來，AWS Support 就已成功支援在 AWS 雲端執行 Microsoft Windows EC2 執行個體的客戶。我們的支援工程師擁有 AWS 上豐富的 Microsoft 技術經驗，包括 Amazon EC2、Amazon ECS、Amazon RDS、Amazon Workspaces 等等。現在 AWS 透過 AWS Support 和 Microsoft 支援服務之間的全新額外直接聯繫，更進一步提升我們的支援能力，以協助確保為客戶提供高品質的支援和問題解決方案。如需 Microsoft 產品終止支援 (EOS) 詳細資訊，請參閱這裡。
AWS 是 Microsoft 合作夥伴網路的成員，已獲授權可依服務供應商授權合約 (SPLA) 銷售 Microsoft 軟體，同時也是 Microsoft 金級認證託管合作夥伴。AWS 是經過授權的 Microsoft 授權行動性合作夥伴，也與 Microsoft 簽署了有效的大型企業技術支援 (Premier Support) 協議。
什麼是 Amazon 與 Microsoft 之間的延伸支援協議？對我有什麼好處？
對於已購買商業或企業方案 AWS Support 的客戶，AWS Support 可直接與 Microsoft 支援工程師共同解決在 AWS 執行 Microsoft Windows Server、SQL Server 或 Windows 桌面 (透過 Amazon Workspaces) 的相關客戶問題。因為有了這個延伸支援協議，AWS 便可直接與 Microsoft 共同建立最佳的支援體驗。AWS Support 可視需要將問題直接呈報給 Microsoft，並與專屬 Microsoft 支援工程師共同合作，協助確保問題獲得妥善的處理和解決。
AWS 是否會針對我可能遇到的問題在 Microsoft 開啟支援案例？
是，AWS Support 可直接與 Microsoft 支援工程師共同合作，視需要呈報支援案例，為商業或企業方案 AWS Support 客戶解決問題。未經您的許可，AWS 不會共用任何客戶資訊或特定詳細資訊。
訂閱商業或企業方案 AWS Support 客戶可透過 AWS Support Center 主控台提交問題。如果 AWS Support 工程師發現問題是來自 Microsoft 產品或驅動程式，AWS Support 工程師可向 Microsoft 提出案例，並透過聯合故障診斷處理問題。AWS 共用任何客戶資訊或特定詳細資訊之前，可能會先要求客戶提供直接與 Microsoft 聯合處理的授權和許可證明。
AWS 和 Microsoft 之間的延伸支援協議是否涵蓋在 Windows Server 或 Windows 桌面執行應用程式的所有相關支援問題？
與購買 AWS 服務時內含的 Microsoft 產品 (例如，搭配 Amazon EC2、Amazon RDS、Amazon Elastic Container Service 或 Amazon Workspaces 的 Windows Server 或 SQL Server) 相關的問題，涵蓋在客戶的 AWS Support 協議中。對於不是透過 AWS 購買的軟體，AWS Support 可協助識別和解決與 AWS 服務相關的問題，並在您的許可之下，視需要與 Microsoft 共同排除與 AWS 服務相關的問題。
超過 Microsoft 終止支援日期的 Microsoft 產品不在此延伸支援服務內。
AWS 和 Microsoft 之間的延伸支援協議是否會取代我的 Microsoft 支援協議？
否，此延伸支援服務不會取代直接 Microsoft 支援協議。此服務提供保證，AWS 服務和 Microsoft 產品 (例如 Windows Server、SQL Server 或 Windows) 之間產生的問題將由兩家公司共同調查和修正。然而，客戶可能遇到與 AWS 服務無關的 Microsoft 應用程式問題，在這種情況下，客戶應透過其 Microsoft 支援服務關係直接解決。
存取與 Microsoft 的延伸支援協議權益是否有區域限制？
否，使用此權益沒有區域限制。
我可以在 AWS 上執行哪些類型的 Microsoft 軟體？
您可以在 AWS 上執行許多類型的 Microsoft 軟體，包括但不限於 Microsoft Office、Windows Server、SQL Server、Exchange、SharePoint、商務用 Skype、Microsoft Dynamics 產品、System Center、BizTalk 和遠端桌面服務。您可以使用已包含授權執行個體，這些執行個體包括 Amazon EC2 或 Amazon RDS 上的 Windows Server 和 SQL Server 適用之授權。AWS 客戶可彈性選擇使用內部部署 Microsoft 大量授權，並將遵守 Microsoft 授權條款部署在 Amazon EC2 執行個體。 自 2023 年 8 月 1 日起，您可以將您的 Microsoft 365 授權與 Amazon WorkSpaces 服務搭配使用。
Amazon EC2 上我的 Microsoft 軟體包含哪些授權選項？
在 Amazon EC2，您可以選擇執行其成本包含相關授權費用的執行個體 (「已包含授權」)，或使用您已經從 Microsoft 購買的授權。對於 Microsoft 軟體，EC2 允許您支付內含 Windows Server 和 SQL Server 授權的執行個體。對於所有其他 Microsoft 軟體，客戶使用自有授權需遵守 Microsoft 的條款。
BYOL 或「使用自有授權」是指將之前購買的內部部署授權應用至 AWS 的過程。AWS 擁有共享和專用部署選項，可滿足您的 BYOL 需求。當您使用自有授權時，您使用的產品授權成本不再包含在執行個體的價格中。當您使用授權時，需負責管理自己的授權。Amazon EC2 擁有 AWS License Manager 和專用主機上的目標置放等功能，可協助您在授權的整個生命週期保持授權合規。
哪些類型的 Microsoft 授權協議/計劃允許在 AWS 上使用自有授權 (BYOL)？
BYOL 資格取決於產品特定條款，在某些情況下，還取決於授權行動性及/或購買日期要求。Microsoft 授權協議及/或允許 BYOL on AWS 的計畫包括 (但不限於)：
- Microsoft 企業註冊/協議 (EA)
- Microsoft 伺服器和雲端註冊 (SCE)
- Microsoft 企業訂閱協議 (EAS)
- Microsoft 產品和服務協議 (MPSA)
- 開放式授權協議 (Open Value/Open Value Subscription)
授權行動性是 Microsoft 軟體保證權益，允許您將特定產品授權用於共享的雲端基礎設施，包括預設 (共享) 租戶 Amazon EC2。必須具備有效軟體保證才符合授權行動性資格。如需授權行動性的其他資訊，請參閱 AWS 網站上的授權行動性頁面。
如需深入了解在沒有軟體保證或授權行動性權益下帶入授權，請瀏覽常見問答集此部份。
如何得知某個特定的 Microsoft 產品是否符合授權行動性的資格？
此資訊包含在 Microsoft 產品條款中。每個產品都有個別的軟體保證部分，指出授權行動性資格。 符合授權行動性資格的產品包括 SQL Server、遠端桌面服務、System Center、Exchange 和 SharePoint。
是否需要有效軟體保證和授權行動性權益，才能在 AWS 使用我的 Microsoft 授權？
有特定的 BYOL 案例不需要軟體保證授權行動性權益。在這些案例中，始終需要 EC2 專用基礎設施。若要符合資格，授權必須在 2019 年 10 月 1 日之前購買，或在 2019 年 10 月 1 日之前生效的活動中有效的企業註冊下新增為校正。在這些特定的 BYOL 案例中，授權只能升級到 2019 年 10 月 1 日之前可用的版本。
如果我使用自有授權，是否可以重新授權 AWS 的 Microsoft 媒體或者必須自備媒體 (又稱為 "bits")？
否，您必須匯入並授權您自己的媒體。要開始進行，您可以使用 ImportImage API (從 AWS CLI 或適用於 Windows PowerShell 的 AWS 工具) 匯入自己的媒體 (VHD、VMDK、OVA)。如果是從 VMware vCenter 匯入，也可以使用 AWS Server Migration Service。媒體匯入之後，您會在 "My AMIs" 主控台中看到您的映像，也可以使用 DescribeImages API 描述這些映像。
匯入自己的 Microsoft 媒體之後，是否需要比對自己的金鑰管理伺服器 (KMS) 來啟用媒體？
是，在您啟動自己映像的執行個體之後，作業系統會提示您比對 KMS 來啟用映像。
請詳閱您的授權條款和條件，選取符合您需求的 AWS 模式。一般來說，我們提供各式各樣的產品，每一種產品都有不同等級的 BYOL 支援。
為了讓 Microsoft 軟體的 BYOL 帶入 AWS，您需要將 ImportImage 工具提供給 EC2 VM Import/Export 服務。不要使用 ImportInstance 工具，因為它不支援 Microsoft BYOL 案例。
我在授權條款中看到我專用的基礎設施上必須使用特定授權。如果我使用自有授權，Amazon EC2 如何讓我符合這項需求？
Amazon EC2 推出兩個提供專用基礎設施的購買選項：專用主機和專用執行個體。請務必注意，如果使用專用主機，則支援大部分的 BYOL 案例，而使用專用執行個體，則只支援特定案例。
有特定的 BYOL 案例不需要軟體保證授權行動性權益。在這些案例中，始終需要 EC2 專用基礎設施。若要符合資格，授權必須在 2019 年 10 月 1 日之前購買，或在 2019 年 10 月 1 日之前生效的活動中有效的企業註冊下新增為校正。在這些特定的 BYOL 案例中，授權只能升級到 2019 年 10 月 1 日之前可用的版本。
當您自備的產品僅取得實體層級的授權 (例如，Windows Server、特定 SQL Server 授權等)，專用主機能顯示實體處理器和核心數量，因此是推薦的部署模型。
如需專用主機的詳細資訊，請瀏覽專用主機詳細資訊頁面。
如需專用執行個體的詳細資訊，請瀏覽專用執行個體詳細資訊頁面。
我在授權條款中看到至少 90 天內授權不可以移到另一個區域或實體機器。如果我使用自有授權，Amazon EC2 如何協助我符合這項需求？
執行個體親和性 (僅在使用 Amazon EC2 專用主機時才提供) 和專用主機設定目標可協助您監控這個需求。啟用執行個體與專用主機之間的親和性之後，特定執行個體只能在特定專用主機上執行。使用專用主機設定目標，即可在特定專用主機上啟動執行個體，讓您完全控制授權的使用方式。
如需這些功能的詳細資訊，請瀏覽專用主機詳細資訊頁面。
軟體保證提供的授權行動性可讓客戶將合格的 Microsoft 軟體授權帶入 AWS，以便在使用預設租用的 EC2 執行個體上使用。AWS 授權行動性頁面是開始此程序的最佳位置。如果您打算在 AWS 利用授權行動性，則需要填寫適當的授權行動性表單。透過授權行動性，您可以在使用預設租用的 EC2 執行個體上執行的 EC2 Windows Server 已包含授權執行個體使用這些映像。在這個案例中，Windows Server 授權必須從 AWS 購買。
VM Import/Export 能讓您輕鬆地將虛擬機器映像從現有環境匯入 Amazon EC2 執行個體。此服務透過將虛擬機器納入 Amazon EC2 中做為準備就緒的執行個體，讓您可利用為了符合 IT 安全、組態管理和合規需求所建立的虛擬機器中的現有投資。如果您規劃要使用自有 Microsoft 授權，請使用透過 VM Import/Export 服務提供的 ImportImage 工具，以匯入您自有的 Microsoft 媒體。
除了 Amazon EC2 和 Amazon S3 的標準使用費外，VM Import/Export 服務並不收取其他費用。
EC2 專用執行個體和 EC2 專用主機在完全專供您使用的實體伺服器上提供執行個體容量。此外，EC2 提供執行「預設」租用的執行個體，它在託管不同客戶的多個獨立執行個體的實體伺服器上執行。
專用基礎設施提供單一客戶使用的實體獨立的伺服器。Amazon EC2 包含兩個專用基礎設施選項：專用主機和專用執行個體。如果您在專用主機或專用執行個體上使用自有的現有授權，則表示您使用的是完全專供您使用的硬體。
專用主機是一種完全專供您使用的實體 EC2 伺服器。憑藉 Amazon EC2 專用主機，您可以在 Amazon EC2 上使用供應商 (包括 Microsoft) 提供的符合資格的軟體授權，從而使用自有的授權來獲得靈活性和成本效益，同時具備 AWS 的復原能力、簡單性和彈性。使用專用主機，您可以選擇控制執行個體放置及查看安裝於主機上的通訊端數和核心數。您可以使用這些功能，帶入與虛擬執行個體、通訊端或核心 (包括 Windows Server、SQL Server 和 SUSE Enterprise Server) 繫結的自有軟體授權。
當客戶帶入沒有軟體保證或授權行動性權益的授權時，通常會使用專用主機。如需深入了解在沒有軟體保證或授權行動性權益下帶入授權，請瀏覽常見問答集此部份。
如需詳細資訊，請瀏覽專用主機詳細資訊頁面。
您可以使用 AWS License Manager 來簡化 EC2 專用主機的管理。您可在 AWS License Manager 中為主機分配和主機容量利用率指定專用主機管理偏好設定。設定後，AWS 代表您監控這些管理任務，因此，您可以在專用主機上無縫啟動虛擬機器 (執行個體)，如同您使用 AWS 提供的授權啟動 EC2 執行個體。AWS License Manager 可協助您追蹤專用主機使用的授權並協助您遵守指定的授權規則，例如 90 天親和性。
專用執行個體是在單一客戶的專用硬體上執行的 Amazon EC2 執行個體。如需專用執行個體的詳細資訊，請瀏覽專用執行個體頁面。
兩者都提供專供您使用的執行個體。不過，專用主機可讓您增加對執行個體的控制以及查看主機層級的資源和工具，讓您能管理使用每個核心或每個通訊端授權的軟體，如 Windows Server 和 SQL Server。此外，AWS Config 將會記錄您執行個體對這些專用主機資源的使用方式，讓您建立自己的授權用量報告。
如果我想要帶入自有授權，AWS 是否會建議 EC2 購買模型？
為了充分利用 EC2，建議客戶先考慮透過授權行動性帶入合格的授權。預設租用 EC2 允許客戶根據不斷變化的需求擴展和縮減容量。這可讓客戶按使用量付費。SQL 是最常透過授權行動性帶入 AWS 的產品。
Amazon EC2 專用主機非常適用於不符合授權行動性資格或沒有有效軟體保證的產品。如需深入了解在沒有軟體保證或授權行動性權益下帶入授權，請瀏覽常見問答集此部份。
當主機利用率極高且處於穩定、非變動狀態時，專用主機最為經濟實惠。專用主機將支援此常見問答集中概述的 BYOL 案例，也能夠提高客戶的控制能力，以及查看執行個體如何放置，對於降低 BYOL 案例中可能的風險和授權的費用相當有用。此外，專用主機還支援每個通訊端、每個核心、VM 和 CAL 的授權。Windows 是最常帶入專用主機的產品。
AWS 客戶可以選擇將 Microsoft 開發人員產品帶入 AWS，以用於測試、開發和非生產工作負載。
請參閱本節，獲取有關使用 Microsoft Developer Network (MSDN) 授權的資訊。
SQL Server 2022 Developer 版本可從 Microsoft 免費下載。從 Microsoft 下載之後，AWS 客戶可以帶入 SQL Server 2022 Developer 版本，並在 Amazon EC2 執行個體上安裝。SQL Server 2022 Developer 版本不需要專用基礎設施。
是。 此常見問答集中所描述的 EC2 BYOL 選項適用於 EC2 裸機部署。 EC2 裸機部署提供預設租用戶和專用執行個體選項。 如需 EC2 BYOL 選項的詳細資訊，請按一下這裡。
Windows Server 是否有資格在 EC2 上使用 BYOL？
Windows Server 必須符合三個要求才能在 EC2 上使用 BYOL：
1.授權必須部署在 EC2 專用主機上。
2.授權必須於 2019 年 10 月 1 日之前購買 (或根據 2019 年 10 月 1 日之前生效的協議作為補充購買)。
3.該版本於 2019 年 10 月 1 日之前公開可用。
Windows Server BYOL 不需要軟體保證。
注意：由於 Microsoft 授權限制，透過 Microsoft Cloud 解決方案供應商計畫 (CSP) 購買的 Windows Server 授權不符合 BYOL on AWS 的資格。
專用主機是一種完全專供您使用的實體 EC2 伺服器。憑藉 Amazon EC2 專用主機，您可以在 Amazon EC2 上使用供應商 (包括 Microsoft) 提供的符合資格的軟體授權，從而使用自有的授權來獲得靈活性和成本效益，同時具備 AWS 的復原能力、簡單性和彈性。使用專用主機，您可以選擇控制執行個體放置及查看安裝於主機上的通訊端數和核心數。您可以使用這些功能，帶入與虛擬執行個體、通訊端或核心 (包括 Windows Server、SQL Server 和 SUSE Enterprise Server) 繫結的自有軟體授權。
當客戶帶入沒有軟體保證或授權行動性權益的授權時，通常會使用專用主機。如需深入了解在沒有軟體保證或授權行動性權益下帶入授權，請瀏覽常見問答集此部份。
如需詳細資訊，請瀏覽專用主機詳細資訊頁面。
您可以使用 AWS License Manager 來簡化 EC2 專用主機的管理。您可在 AWS License Manager 中為主機分配和主機容量利用率指定專用主機管理偏好設定。設定後，AWS 代表您監控這些管理任務，因此，您可以在專用主機上無縫啟動虛擬機器 (執行個體)，如同您使用 AWS 提供的授權啟動 EC2 執行個體。AWS License Manager 可協助您追蹤專用主機使用的授權並協助您遵守指定的授權規則，例如 90 天親和性。
您可以選擇在特定的專用主機上啟動執行個體，也可以讓 Amazon EC2 自動根據您在 AWS License Manager 中的授權偏好設定來放置執行個體。控制執行個體放置允許您部署應用程式，以解決授權、公司合規和法規要求。
您可以在專用主機上使用 AWS Nitro 執行個體系列，在同一個執行個體系列內執行不同大小的執行個體。這可讓您充分利用專用主機機群以及您的軟體授權。
您可以使用 EC2 VM Import/Export 服務提供的 ImageImport 工具，使用自有的 Windows Server 已授權媒體。匯入這些映像之後，您可以在 AWS 管理主控台的 "my AMIs" 部分下或是使用 DescribeImages API 找到它們。接著您可以在專用主機上從 BYOL 機器映像啟動執行個體。
有關如何將自有機器映像帶入 AWS 的詳細資訊，請瀏覽此連結。
請記住，當您選擇帶入現有 Windows Server 授權時，就無法透過已包含授權執行個體利用從 AWS 購買的 Windows Server AMI。您必須使用自有的軟體媒體帶入自有授權。
使用 AWS Config 做為資料來源並將專用主機當做執行 BYOL 執行個體的平台，您即可追蹤 BYOL 對實體資源 (如通訊端和核心) 的使用狀況。在專用主機上開始啟動 BYOL 執行個體之前，請確定已啟用 AWS Config 以記錄專用主機的任何變更。AWS Config 會持續追蹤專用主機上發生的組態變更，包括專用主機上執行的執行個體和 AMI 的對應 ID。這些變更會與主機層級資料配對，如主機 ID 和專用主機上已安裝的通訊端數和實體核心數。AWS Config 也會持續追蹤執行個體標籤。如果您想以簡單易懂的方式在 AWS Config 輸出結果中識別 BYOL 執行個體，建議您以具有意義的識別符來標籤執行個體。如需 AWS Config 的詳細資訊，請瀏覽此頁面。
如需每個專用主機提供的執行個體數的相關資訊，請瀏覽專用主機詳細資訊頁面。在此頁面上，您也可以找到每個 EC2 專用主機上安裝的通訊端數和核心數。執行個體、通訊端和核心計數會隨著專用主機的執行個體類型組態而有所不同。
AWS 上的 Windows Server 是否需要有軟體保證？
否，如果您利用專用主機來使用自有的 Windows Server 授權，則不需要軟體保證 (SA)。 如果授權是在 2019 年 10 月 1 日之前購買的，或者是在 2019 年 10 月 1 日之前生效的有效企業註冊下新增為校正，則可以將 Windows Server 授權帶入專用主機。在這些特定的 BYOL 案例中，授權只能升級到 2019 年 10 月 1 日之前可用的版本。 當您購買 Windows Server 作為包含來自 AWS 執行個體的授權時，則不需要軟體保證來涵蓋這些 Windows Server 授權。
如何在 Microsoft 於 2019 年宣佈更新授權後在專用主機上執行 Windows Server？
Microsoft 於 2019 年針對專用主機雲端服務更新了授權條款。根據新的授權條款，如果授權是在 2019 年 10 月 1 日之前購買的，或者是在 2019 年 10 月 1 日之前生效的有效企業註冊下新增為校正，則可以將 Windows Server 授權帶入專用主機。在這些特定的 BYOL 案例中，授權只能升級到 2019 年 10 月 1 日之前可用的版本。
如果您沒有合格的 Window Server 授權或想執行 2019 年 10 月 1 日之後供應的最新版 Windows Server，可使用 Amazon 在專用主機上提供的 Windows Server AMI。如此您便能繼續將專用主機用於 Windows 和 SQL 的工作負載。如需詳細資料，請參閱專用主機上的軟體用量定價區段。
授權行動性是否可與 Windows Server 搭配使用？
否，依照 Microsoft 產品條款中的規定，Windows Server 不符合授權行動性的資格。如需深入了解在沒有軟體保證或授權行動性權益下帶入授權，請瀏覽常見問答集此部份。
如何在使用預設租用的 EC2 執行個體上使用自有的 Windows Server 授權？
在專用主機上部署 Windows Server 授權時，您的執行個體將是「主機」租用。除非得到 Microsoft 的核准，否則您不應該在具有預設租用的 EC2 執行個體上使用自有 Windows Server 授權。如果您已經與 Microsoft 協調好自訂條款且取得此許可，請聯絡 AWS Support 或聯絡您的客戶經理。
從 AWS 購買 Windows Server 執行個體時，裡面包含哪些內容？
AWS 會為您管理授權；您只需要支付所使用執行個體的費用。您不需要另外購買其他 Windows Server CAL，因為價格中已經包含使用權。每個執行個體隨附兩個僅供管理之用的遠端連線。如果您需要兩個以上的連線，或是需要將這些連線用於管理以外的用途，則必須在 AWS 使用自有的其他遠端桌面服務 CAL。
我是否能重新授權已包含授權的 EC2 Windows Server 執行個體來使用自有授權，並指向自己的 KMS 伺服器？
否，您不能重新授權現有的 Windows Server EC2 執行個體或將現有的 Windows Server EC2 執行個體移轉到 BYOL VM。不過，如果您需要從已包含授權移轉到 BYOL 且具有必須移轉的應用程式或作業系統組態，則建議您聯絡我們的合作夥伴，如 CloudEndure 或 AppZero，他們也許能夠協助這些類型的移轉。
EC2 裸機執行個體是否提供包含授權的 Windows Server？
是的，EC2 裸機執行個體提供向 AWS 購買包含授權的 Windows Server 的選項。您也可以將包含 Windows Server 授權的 EC2 裸機執行個體與第三方虛擬機器監視器 (例如 Nutanix) 結合使用。
是，您可以從 AWS 使用已包含 SQL Server 授權的執行個體，在 Amazon EC2 或 Amazon Relational Database Service (RDS) 上執行。您可以在 Amazon EC2 與 Amazon RDS 上使用 SQL Server Web Edition、Standard Edition 和 Enterprise Edition。
我是否可在 AWS 上使用自有的 SQL Server 授權？
是。您可以帶入自有的 SQL Server 授權至 AWS。
- 擁有作用中軟體保證的 SQL Server 授權
您可以透過授權行動性權益，將具備有效軟體保證的 SQL Server 授權應用於預設 (共享) 租戶 Amazon EC2。AWS 授權行動性頁面是一個了解程序相關資訊的好地方。Microsoft 會要求客戶填寫並傳送授權行動性驗證表單，可在此處下載該表單。
- 沒有有效軟體保證的 SQL Server 授權
如果授權是在 2019 年 10 月 1 日之前購買的，或者是在 2019 年 10 月 1 日之前生效的有效企業註冊下新增為校正，則可將沒有軟體保證的 SQL Server 授權部署於專用主機。在這些特定的 BYOL 案例中，授權只能升級到 2019 年 10 月 1 日之前可用的版本。如需專用主機的詳細資訊，請參閱常見問答集的此部份，以及專用執行個體詳細資訊頁面。
注意：由於 Microsoft 授權限制，透過 Microsoft Cloud 解決方案供應商計畫 (CSP) 購買的 SQL Server 授權不符合 BYOL on AWS 的資格。
是。具有有效軟體保證的 SQL Server 授權符合授權行動性，而且可在預設或租戶 EC2 上部署。若要深入了解將具有有效軟體保證的 SQL Server 授權帶入租戶 EC2 ，請參閱 AWS 網站上的 Microsoft 授權行動性頁面。
還可以在沒有有效軟體保證的情況下將 SQL Server 授權帶入 EC2 專用主機。若要符合資格，授權必須在 2019 年 10 月 1 日之前購買，或在 2019 年 10 月 1 日之前生效的活動中有效的企業註冊下新增為校正。若需要 EC2 專用主機的詳細資訊，請參閱常見問答集此部分。
我是否需要支付 SQL Server 被動容錯移轉費用？
授權 SQL Server 被動容錯移轉時有許多需要考量的因素。以下資訊只包含與 SQL Server 授權相關的內容，不包含 Windows Server 授權的說明。在所有情況下，都必須授權 Windows Server。如需 SQL 和容錯移轉伺服器案例的詳細資訊，請瀏覽這個 Microsoft SQL Server 授權指南。
- 使用包含 SQL Server 授權的執行個體：
在 EC2 上購買已包含 SQL Server 授權執行個體的客戶必須授權被動容錯移轉執行個體。 - 在預設租用戶 EC2 上使用包含有效軟體保證的 SQL Server 授權：
在預設租用戶 EC2 上使用包含有效軟體保證的 SQL Server 2014 及更新版本，將會在作用中執行個體授權虛擬核心(vCPU)。作為回報，軟體保證允許客戶在不需要 SQL Server 授權的情況下，即可使用一個被動執行個體 (相等或更小)。 - 在 Amazon EC2 專用主機或 Amazon EC2 專用執行個體上使用 SQL Server
- SQL Server 2014 及更新版本
專用基礎架構上的 SQL Server 被動容錯移轉功能需要軟體保證。客戶若使用包含軟體保障的 SQL Server，則可在無需 SQL Server 授權的情況下，對作用中執行個體/主機上的核心進行授權，並允許使用一個被動執行個體/主機 (相等或更小)。 - SQL Server 2008 – SQL Server 2012R2
SQL Server 2008 -2012R2 可在不含有效軟體保證的情況下，在 EC2 專用基礎架構上進行被動容錯移轉。在這些案例中，客戶在無需 SQL Server 授權的情況下，即可對作用中執行個體/主機進行授權，並允許使用一個相等或更小的被動執行個體/主機。請按一下這裡，獲取有關無需有效軟體保證即可使用 SQL Server 的資訊。
- SQL Server 2014 及更新版本
如果您透過軟體保證提供的 Microsoft 授權行動性來授權 SQL Server，則所需的授權數會視執行個體類型、SQL Server 的版本以及選用的 Microsoft 授權模式而有所不同。為了協助您依據 Microsoft 產品條款來計算虛擬核心授權，我們在這裡提供一個表格，其中顯示根據執行個體類型硬體執行緒的虛擬化呈現的數目。
如果您使用專用主機，EC2 會提供您在專用主機上安裝的實體核心數。您可以利用這個資訊計算您需要帶入的 SQL Server 授權數。如需其他資訊，建議您參考 Microsoft 文件，如 SQL Server 2019 的授權指南 (請參閱這裡)。
SQL Server Web Edition 有哪些使用案例？
服務提供者使用權利 (SPUR) 指明 SQL Server Web 可用於支援公有和網際網路可存取的網頁、網站、Web 應用程式和 Web 服務。SQL Server Web 不能用於支援企業營運應用程式 (例如客戶關係管理、企業資源管理和其他類似應用程式)。如需 SQL Server Web 使用案例的其他資訊，請諮詢 Microsoft 或您的 Microsoft 經銷商。
使用 AWS Config 做為資料來源，即可比對實體資源 (如通訊端和核心) 來追蹤組態變更。在 AWS 上開始啟動 BYOL 執行個體之前，請確定已啟用 AWS Config 以記錄任何變更。AWS Config 會持續追蹤發生的變更，包含執行個體和已執行的對應 AMI ID。這些變更會與主機層級資料配對，如主機 ID 和已安裝的通訊端數和實體核心數。AWS Config 也會持續追蹤執行個體標籤。如果您想以簡單易懂的方式在 AWS Config 記錄中識別 BYOL 執行個體，建議您以具有意義的識別符來標籤執行個體。如需 AWS Config 的詳細資訊，請瀏覽此頁面。
是否可在 AWS 使用 SQL Server 2022 Developer 版本？
是。SQL Server 2022 Developer 版本可從 Microsoft 免費下載。SQL Server 2022 Developer 版本可用於非生產、開發和測試工作負載。從 Microsoft 下載之後，AWS 客戶可以帶入 SQL Server 2022 Developer 版本，並在 Amazon EC2 執行個體上安裝。SQL Server 2022 Developer 版本不需要專用基礎設施。
在 Amazon EC2 或 Amazon RDS 已包含授權執行個體上使用 SQL Server 的客戶不需要 SQL Server 的用戶端存取授權 (CAL)。在已包含授權執行個體上存取 SQL Server 的最終使用者數目沒有限制。
客戶可以透過授權行動性或使用自有授權 (BYOL) 將自己的 SQL Server 授權帶入 Amazon EC2，並持續遵循內部部署的既定授權規則。如果客戶是以伺服器/CAL 模式購買 SQL Server，他們仍需要 CAL 才能符合 Microsoft 授權要求，但這些 CAL 將保留在內部部署，並讓最終使用者存取在 AWS 上執行的 SQL Server。
是。Visual Studio Enterprise 2022 和 Visual Studio Professional 2022 可作為 EC2 中包含的授權購買。
是否可將 Microsoft Developer Network (MSDN) 授權帶到 AWS？
在 2019 年 10 月 1 日之前，透過 Visual Studio 雲端訂閱、企業協議訂閱、開放式價值訂閱、校園協議或其他「訂閱」大量授權計劃購買的 Microsoft Development Network (MSDN) 訂閱，均符合在 EC2 專用主機或 EC2 專用執行個體上進行部署的資格。然而，Microsoft 對這些特定訂閱計劃的授權條款做出了變更，針對在 2019 年 10 月 1 日之後購買或續訂的訂閱不允許使用 BYOL，並且這些新條款在續訂時即生效。
依據 Microsoft 的 Visual Studio 授權指南，即使在訂閱到期後，透過某些通道購買的 Visual Studio 訂閱仍具有永久使用權。在 AWS 專用基礎架構上，允許在 2019 年 10 月 1 日之前獲得的永久授權用於 2019 年 10 月 1 日之前發佈的產品，而不受獲得永久授權的訂閱是否續訂或到期的限制。 AWS 還為 Amazon Elastic Compute Cloud (Amazon EC2) 上的 Microsoft Visual Studio Enterprise 2022 和 Microsoft Visual Studio Professional 2022 Amazon Machine Image (AMI) 提供完全相容的、由 Amazon 提供的許可證。 這些 AMI 可在 Amazon EC2 主控台和 AWS Marketplace 上使用，無需任何長期授權承諾即可按需啟動執行個體。 若想進一步了解相關資訊，請瀏覽 AWS License Manager 使用者指南。
否，AWS 沒有銷售 MSDN 授權。
否，Microsoft 不允許在使用預設租用的 AWS 執行個體上使用 MSDN 授權。
否，Microsoft 的授權行動性計劃不包含 MSDN。
可以。Microsoft Office LTSC Professional Plus 2021 可作為 EC2 上的內含授權供應。此方案可讓客戶取得 Microsoft Office LTSC Professional Plus 2021，循傳統方式使用 Office 生產力應用程式。EC2 上的授權內含 Office 會使用遠端桌面服務，經由個別使用者工作階段進行交付。對於 Microsoft Office LTSC Professional Plus 2021 和遠端桌面服務 SAL 的部分，會向客戶以每位使用者/每月為單位向客戶收費。
可以，如果授權是在 2019 年 10 月 1 日之前購買 (或者是在 2019 年 10 月 1 日以前的有效企業註冊下新增為校正)，您可以將 BYOL 永久 Microsoft Office 授權用於 EC2 專用主機或 EC2 專用預留執行個體。在這些特定的 BYOL 案例中，授權只能升級到 2019 年 10 月 1 日之前可用的版本。 如果您將現有授權帶入 EC2 專用主機或 EC2 專用預留執行個體，則表示您使用的是完全專供您使用的硬體。
目前或潛在客戶在 WorkSpaces 服務上使用 Microsoft 365 是否需要任何額外費用？
在 WorkSpaces 服務上執行 Microsoft 365 應用程式企業版不會產生額外費用或成本。WorkSpaces 服務會以公開列出的價格計費。 不需要特別設定或影像管理。您可以使用現有的工具，將 Microsoft 365 應用程式企業版部署至 WorkSpaces。
在 WorkSpaces 服務上執行 Microsoft Office 時有哪些選項？
您可以購買 Microsoft Office Pro Plus 2016 或 2019 作為 WorkSpaces 應用程式套件的一部分，或者，從 2023 年 8 月 1 日起，如果其符合 Microsoft 的授權要求，您可以在 WorkSpaces 服務上使用您自己的 Microsoft 365 應用程式企業版授權。
在 WorkSpaces 服務上執行的 Microsoft 365 應用程式企業版授權包含哪些應用程式？
Microsoft 365 應用程式企業版包括常用的生產力應用程式，例如 Microsoft Word、Excel、PowerPoint、Outlook 等等。隨附的應用程式因授權方案而異。如果貴組織符合 Microsoft 設定的授權需求，您可以使用 Microsoft 365 授權，並啟動 Microsoft 365 應用程式企業版，以在 WorkSpaces 服務上使用這些額外的應用程式。
我可以在 WorkSpaces 服務上執行哪些 Microsoft 365 應用程式企業版授權？
許可的授權方案包括 Microsoft 365 E3 或 E5、Microsoft 365 A3 或 A5，或者 Microsoft 365 Business Premium。這些方案適用於執行於專用預留執行個體的共用 Windows Server 執行個體和 BYOL Windows
桌面作業系統。
我是否可以在 AWS 上使用自有 Microsoft Dynamics CRM/365 內部部署伺服器授權？
Microsoft Dynamics 365 內部部署版可透過包含軟體保障 (SA) 的永久授權，或者作用中使用者訂閱授權來獲得授權
- Microsoft Dynamics 365 營運伺服器：
由於 AWS 是授權行動性合作夥伴，Microsoft Dynamics 365 Operations Server 符合授權行動性資格，並且具有包含作用中軟體保障 (SA) 的授權，可用於共享或專用租用 EC2。 - Microsoft Dynamics 365 內部部署 CAL 或使用者訂閱授權 (SL)：
藉助包含作用中 SA 的 Microsoft Dynamics 365 內部部署 CAL 或 Microsoft Dynamics 365 作用中使用者 SL，您可以安裝和使用任意數量的相應 Dynamics 365 Server 軟體副本，以在 EC2 上共享或專用租用。
- Microsoft Dynamics 365 Business Central:
Microsoft Dynamics 365 Business Central 作用中訂閱可讓客戶在 EC2 的共享或專用租用上安裝任意數量的 Dynamics 365 Business Central 內部部署軟體副本，前提是僅向指派了訂閱的使用者和裝置授予對伺服器軟體的存取權，包括 Dynamics 365 Business Central Premium、Essentials 或 Team Member CAL。 - 舊式 Microsoft Dynamics CRM 伺服器授權 (2016 版及更早版本)：
在 2019 年 10 月 1 日之前購買、且仍包含作用中 SA 的 Microsoft Dynamics CRM 伺服器授權 (2016 版及更早版本)，可用於 EC2 上的共享或專用租用。如果沒有 SA，這些授權需要 EC2 專用主機才能滿足 Microsoft 的授權條款。
我的 Microsoft Dynamics 365 Operations Server 授權上是否需要有效的軟體保障 (SA)？
- 不含 SA 的 Microsoft Dynamics 365 Operations Server：
Microsoft Dynamics 365 Operations Server (以前稱為 Dynamics AX) 只能透過作用中 SA 在 AWS 上使用。 允許 SA 過期的客戶應從 EC2 解除安裝 Operations Server 軟體。作為替代方案，擁有 2019 年 10 月 1 日之前購買的永久 Dynamics AX 授權 (或在 2019 年 10 月 1 日之前開始的 Microsoft 企業協議中購買) 的客戶，可在 SA 過期時安裝 Dynamics AX 2012 R3 Server 或 Commerce Server 軟體可用的最新更新。
- 不含 SA 的 Microsoft Dynamics 365 內部部署 CAL：
使用不含 SA 的 Microsoft Dynamics 365 內部部署 CAL 的客戶，仍然可以部署任意數量的伺服器軟體安裝，但只能在 EC2 專用主機上，並且僅當 CAL 最初是在 2019 年 10 月 1 日之前購買 (或在 2019 年 10 月 1 日之前開始的 Microsoft 企業協議中購買/)。這也要求客戶僅使用 2019 年 10 月 1 日之前可用的軟體版本。
- 不含 SA 的舊式 Microsoft Dynamics CRM 永久授權：
如果授權最初是在 2019 年 10 月 1 日之前購買 (或在 2019 年 10 月 1 日之前開始的 Microsoft EA 中購買)，則可以在 EC2 專用主機 (僅限) 上使用不含 SA 的 Microsoft Dynamics CRM 2016 和更早版本。
我是否需要為 Microsoft Dynamics 365 Operations Server 被動容錯移轉付費？
- 在 2019 年 10 月 1 日之前購買的 Microsoft Dynamics 365 Operations Server 永久授權 (或在 2019 年 10 月 1 日之前開始的 Microsoft 企業協議內購買)：
- 對於在 EC2 上每個包含作用中軟體保障 (SA) 的授權 Operations Server，則客戶可執行被動 Operations Server。
- 在 2019 年 10 月 1 日或之後購買的 Microsoft Dynamics 365 Operations Server 永久授權 (或在 2019 年 10 月 1 日或之後開始的 Microsoft 企業協議內購買)：
- Microsoft 在 AWS 上不授予被動容錯移轉權限。
- Microsoft 在 AWS 上不授予被動容錯移轉權限。
是否可購買其他已包含授權的 Microsoft 產品在 EC2 上使用？
否。AWS 目前只銷售在 Amazon EC2 上使用的 Windows Server 與 SQL Server 授權。
是。我們有許多客戶已經順利在 Amazon EC2 上部署使用自有授權。這些部署包括 (但不限於) Exchange、SharePoint、商務用 Skype、遠端桌面服務、Office、Dynamics 產品、BizTalk 和 System Center。 自 2023 年 8 月 1 日起，您可以將您的 Microsoft 365 授權與 Amazon WorkSpaces 服務搭配使用。
客戶可以選擇使用共享的 EC2 執行個體及利用授權行動性，或者購買 EC2 專用主機及利用實體的專用硬體。
- 使用預設租用的 Amazon EC2 執行個體
軟體保證提供的授權行動性可讓符合資格的客戶在 AWS 預設租用伺服器上使用自有的合格 Microsoft 軟體。AWS 授權行動性頁面是開始此程序的最佳位置。您需要填寫適當的授權行動性表單並提交給 Microsoft，以確保授權能夠匯入 AWS。
- Amazon EC2 專用主機
EC2 專用主機允許客戶帶入不符合授權行動性或沒有有效軟體保證的授權。當您在 EC2 專用主機上帶入現有授權，則表示您使用的是專供您使用的實體硬體。如需深入了解在沒有軟體保證或授權行動性權益下帶入授權，請參閱常見問答集的此部份。如需專用主機的詳細資訊，請瀏覽專用主機詳細資訊頁面。 客戶有多個選項可以在 WorkSpaces 服務上執行生產效率應用程式。Microsoft Office Pro Plus 2016 或 2019 可在 WorkSpaces 應用程式套件中提供。或者，自 2023 年 8 月 1 日起，客戶可以使用自有的 Microsoft 365 應用程式企業版授權，以便在 WorkSpaces 服務上使用。
是。授權行動性是 Microsoft 軟體保證權益，允許您將特定產品授權用於共享的雲端基礎設施，包括預設 (共享) 租戶 Amazon EC2。必須具備有效軟體保證才符合授權行動性資格。如需授權行動性的其他資訊，請參閱 AWS 網站上的授權行動性頁面。
如需了解在沒有軟體保證或授權行動性權益下帶入授權，請參閱常見問答集此部份。
每個 Amazon EC2 執行個體隨附兩個遠端桌面服務 (又稱為終端服務) 授權以便於管理。此快速入門可用來協助您為系統管理員佈建這些授權。您也可以使用 AWS Systems Manager 工作階段管理員，無須 RDP 也無須 RDP 授權即可遠端處理 EC2 執行個體。如果需要額外的遠端桌面服務授權，遠端桌面使用者 CAL 應向 Microsoft 或 Microsoft 授權經銷商購買。包含有效軟體保證的遠端桌面使用者 CAL 具有授權行動性權益，而且可在 AWS 預設 (共享) 租戶環境使用。如需了解在沒有軟體保證或授權行動性權益下帶入授權，請參閱常見問答集此部分。
如果您以服務的形式提供授權給第三方 (而非內部使用)，則可使用服務供應商授權合約 (SPLA) 授權遠端桌面服務。在這個模型下，您要將服務部署在 AWS 上，然後每月為您的最終使用者租用遠端桌面授權。如需 SPLA 相關資訊，請瀏覽：https://www.microsoft.com/en-us/CloudandHosting/Licensing_Get_started_with_SPLA.aspx。由於 Microsoft 2022 年 10 月的授權變更，在 2025 年 9 月 30 日之前，服務供應商只能在 AWS 上使用自己的 SPLA。在此時間之後，這些客戶應現代化或遷移到包含 AWS 授權的產品。
System Center 產品，例如 System Center Configuration Manager (SCCM) 和 System Center Operations Manager (SCOM) 是否有資格在 Amazon EC2 Windows Server 上使用 BYOL？
是的，System Center Server Standard 和 System Center Server Datacenter 包含這些伺服器管理產品，並且當這些授權包含有效軟體保證時，可以透過授權行動性將其部署在預設或專用的租用戶 EC2 Windows Server 環境中。
而當 System Center 產品作為用戶端管理授權單獨購買，而不是作為 System Center Standard 或 System Center Datacenter 套件的一部分購買時，這些授權僅適用於管理最終使用者用戶端，而非伺服器環境。
許多 AWS 客戶和合作夥伴使用自己的 SPLA 進行授權。AWS 客戶可在提供軟體服務給第三方的情況下使用自己的 SPLA。與 Microsoft 簽訂 SPLA 的客戶受到服務供應商使用權利 (SPUR) 所規範。SPUR 明確說明客戶如何將他們的基礎設施外包給 AWS。依使用者授權的產品可以部署在多租用戶 AWS，並根據客戶的 SPLA 提供授權。除非部署在 EC2 專用基礎設施上，否則由核心或處理器授權的產品 (Windows Server、SQL Server) 應該會以 AWS 已包含授權執行個體進行授權。由於 Microsoft 2022 年 10 月的授權變更，在 2025 年 9 月 30 日之前，服務供應商只能在 AWS 上使用自己的 SPLA。在此時間之後，這些客戶應現代化或遷移到包含 AWS 授權的產品。
ISV 可以在與 Microsoft 簽訂的 Enterprise Agreement (EA) 中選擇使用自我託管權。這樣可讓他們利用依 EA 與 Microsoft 協商的定價。Microsoft 會要求客戶不能為每個應用程式混用自我託管權利與 SPLA。如果您有根據自我託管權益授權的解決方案而且希望帶入 AWS，可以在 EC2 預設租用上部署。在這種情況下，您仍然需要購買 Windows 已包含授權的執行個體。因為 AWS 是授權行動性合作夥伴，所以 SQL (或其他內含的自我託管產品) 不需要專用主機。
是否可在 AWS 上使用 Microsoft BizSpark 授權？
否，目前無法在 AWS 上使用新的 BizSpark 授權。我們鼓勵新創公司嘗試使用 AWS Activate，其中包含用量積分、支援、訓練等利益。
AWS 會在 Microsoft 星期二修補日 (每個月的第二個星期二) 的 5 個工作天內提供更新且完整修補的 Windows AMI。
AWS 會在發佈一組新 AMI 後的 10 個工作天內，淘汰之前發佈的 Windows 和 SQL Server AMI。
AWS 會在發佈新的 Windows AMI 時遵守一致的命名機制。例如，Windows_Server-2012-R2_RTM-English-64Bit-Base-2014.05.20。尋找 AMI 名稱中的日期戳記。您可以在 AMI 名稱的結尾找到日期戳記 (至少 8 個數字)。
Windows Server 2025 是 Microsoft 的最新版 Windows Server。在 Amazon EC2 上執行 Windows Server 2025 時，客戶可以充分利用 AWS 的安全性、效能和可靠性搭配最新的 Windows Server 功能。請瀏覽此頁面，了解 Windows Server 2025 的新功能。
AWS 建立並管理已包含授權 (LI) 的 Microsoft Windows Server 2025 AMI，提供可靠、快速的方式在 Amazon EC2 執行個體上啟動 Windows Server 2025。AWS 還會在 Microsoft 星期二修補日 (每個月的第二個星期二) 的五個工作天內提供更新且完整修補的 Windows Server AMI。若要進一步了解，請瀏覽 AWS Windows AMI 參考資料。
Windows Server 2025 AMI 有任何重大變更嗎？
Windows Server 2025 AMI 支援含統一可擴展韌體介面 (UEFI) 的以 Nitro 為基礎的執行個體，以提供增強的安全性。這些 AMI 還具備 Amazon EBS gp3 作為預設根磁碟區以及預先安裝的 AWS NVMe 驅動程式等功能，為客戶提供更快的輸送量並最大限度地提升性價比。若要進一步了解變更，請參閱 AWS Windows AMI 版本歷史記錄。
Windows Server 2025 執行個體依據適用於 Windows Server 的標準 EC2 定價計費。可在 Amazon EC2 定價頁面中找到更多詳細資訊。
哪些 EC2 執行個體類型最適合搭配 Windows Server 2025？
Windows Server 2025 AMI 支援含統一可擴展韌體介面 (UEFI) 的以 Nitro 為基礎的執行個體，以提供增強的安全性和更出色的效能。Windows Server 2025 AMI 不支援以 Xen 為基礎的執行個體。針對僅支援舊式 BIOS 的 Nitro 執行個體 (例如裸機和 u-*)，您可以選擇前綴為 BIOS- 的 Windows Server 2025 AMI。若要進一步了解啟動模式，請參閱此頁面。若要了解哪些執行個體最適合您的工作負載，請瀏覽 EC2 執行個體類型頁面。
Windows Server 2025 是否允許使用自有授權 (BYOL)？
Windows Server 2025 不符合 BYOL 的資格，因為 Windows Server 2025 是在 Microsoft 於 2019 年 10 月 1 日對無授權行動性產品做出授權變更之後發布的。如果您想使用自己的服務供應商授權合約 (SPLA)，請參閱我是否可以使用自己的 SPLA。若要進一步了解 Windows Server 授權，請造訪常見問答集本節內容。
哪些 AWS 區域支援 Windows Server 2025？
Windows Server 2025 AMI 可在所有商業 AWS 區域和 AWS GovCloud (美國) 區域使用。
我可以在哪裡進一步了解 Windows Server 2025 的已知問題？
Windows Server 2025 AMI 不支援啟用憑證保護。您也可能在使用 AWS Systems Manager Session Manager 時遇到問題。若要進一步了解，請參閱對 Amazon EC2 Windows 執行個體問題進行疑難排解。
Microsoft Windows Server 2022 在效能、連線能力和安全方面提供了多種功能與改善。AWS 客戶可充分利用 AWS 上所提供資源的彈性和廣度，在 EC2 上最有效地執行 Windows Server 2022。客戶可以存取 AWS 提供的 Windows AMI 輕鬆開始使用 Windows Server 2022 的各項功能。
AWS 已建置若干新的 AMI，包括 Windows Server 2022、具有容器的 Windows Server 2022 和具有 SQL Server 2019 和 SQL Server 2017 的 Windows Server 2022。AWS 會定期更新這些 AMI。客戶可以直接從 Amazon EC2 主控台上的 AMI，或者透過 API 或 CLI 命令尋找並啟動執行個體。
Windows Server 2022 AMI 有任何重大變更嗎？
Windows Server 2022 on AWS 遵循與以前的 Windows Server OS 版本相同的標準用量機制。所有 Windows Server 2022 AMI 均包含最新的 AWS 啟動代理程式 EC2Launch v2 作為預設啟動代理程式。如需有關 EC2Launch v2 的更多詳細資訊，請參閱 Windows 指南。
Windows Server 2022 執行個體依據適用於 Windows Server 的標準 EC2 定價計費。可在 Amazon EC2 定價頁面中找到更多詳細資訊。
哪些 EC2 執行個體類型最適合搭配 Windows Server 2022？
Microsoft 建議最小需有 2 GB RAM – 瀏覽「EC2 執行個體類型頁面」，查看哪些執行個體最適合您的應用程式。
Windows Server 2022 是否允許使用自有授權 (BYOL)？
為了讓 Windows Server 有資格在 AWS 上使用 BYOL，Microsoft 授權條款要求該版本於 2019 年 10 月 1 日之前發佈。因此，Windows Server 2022 不符合使用 BYOL 的資格。如果您希望在 AWS 上部署 Windows Server 2022，則 EC2 在預設和專用租戶環境中提供包含 Windows Server 2022 的授權。
哪些 AWS 區域支援 Windows Server 2022？
Windows Server 2022 可在所有公有和 US GovCloud AWS 區域中使用。
Windows Server 2019 是 Microsoft 的最新版 Windows Server。Windows Server 2019 隨附各種功能強大的新工具，包含對 Docker 和 Windows 容器的支援。如果在 Amazon EC2 上執行 Windows Server 2019，使用者可以利用 AWS 的效能與彈性，以啟動並執行這個新的版本。
注意：從 Windows Server 版本 1709 開始，Nano Server 只會以容器型作業系統映像的形式提供。請參閱 Changes to Nano Server 了解更多詳細資訊。
AWS 推出數個新的 AMI，包括 Windows Server 2019、Windows Server 2019 含容器以及 Windows Server 2019 含 SQL Server 2017。
Windows Server 2019 AMI 有任何其他重大變更嗎？
Windows Server 2019 AMI 包含全新版的 SSM 代理程式，它取代了之前 EC2Config 服務支援的功能，這樣一來就不需要 EC2Config。有了這些增強功能，SSM 代理程式現在支援一些進階設定和啟動時間組態。有關 Windows Server 2019 中新 SSM 代理程式的更多詳細資訊，可在「使用者指南」中找到。
使用新的 Windows Server 2019 含 Containers AMI 啟動執行個體。您可以在 AWS 部落格中找到範例演練。
Amazon Elastic Container Service (ECS) 是否支援 Windows 容器？
是，Amazon ECS 支援 Amazon ECS 最佳化 Windows AMI 啟動之容器執行個體上的 Windows 容器。
Windows Server 2019 執行個體的收費是依據標準 Windows EC2 定價。
哪些 EC2 執行個體類型最適合搭配 Windows Server 2019？
Microsoft 建議最小需有 2 GB RAM – 瀏覽「EC2 執行個體類型」頁面，查看哪些執行個體最適合您的應用程式。
Windows Server 2019 是否允許使用自有授權 (BYOL)？
您可將自有授權帶至 Amazon EC2 專用主機，需遵守您與 Microsoft 簽定的授權條款。使用 VM Import 從您自己的 Windows Server 2019 版本建立 Windows Server 2019 AMI。
是否可將 Windows Server 執行個體升級至 Windows Server 2019？
是，您可以將 Windows 執行個體升級至 Windows Server 2019。請瀏覽此頁面了解詳細資訊。
哪些 AWS 區域支援 Windows Server 2019？
Windows Server 2019 可在所有公有和 GovCloud AWS 區域中使用。
Windows Server 2016 是 Microsoft 的最新版 Windows Server。Windows Server 2016 隨附各種功能強大的新工具，包含對 Docker 和 Windows 容器的支援。這個版本也提供 Nano Server 部署選項，不但開機速度比標準版快，而且只使用一小部分的磁碟空間。如果在 Amazon EC2 上執行 Windows Server 2016，使用者即可利用 AWS 的效能與彈性，立刻啟動並執行這個新的版本。
注意：從 Windows Server 版本 1709 開始，Nano Server 只會以容器型作業系統映像的形式提供。請參閱 Changes to Nano Server 了解更多詳細資訊。
AWS 推出數個新的 AMI，包括 Windows Server 2016、Nano Server、Windows Server 2016 含 Containers 以及 Windows Server 2016 含 SQL Server 2016。
Nano Server 與 Windows Server 2016 有何不同？
Nano Server 已經過優化以便執行雲端託管的應用程式和容器。與 Windows Server 2016 相比，它啟動速度更快、需要較少的更新、耗用更少的磁碟空間、暴露在安全威脅下的區域較少，而且只執行 64 位元的應用程式、工具及代理器。Nano Server 沒有圖形使用者界面，所有的管理都是透過 PowerShell 或 WMI 在遠端執行。
EC2 主控台與 Nano Server 的使用經驗有何不同？
Nano Server 支援 Get Instance Screenshot 和 System Log 檢視，但是因為 Nano Server 無周邊，所以不支援透過 RDP 連線。使用者是透過 PowerShell 遠端、PowerShell CIM 工作階段經由 WinRM 或透過 Windows 遠端管理來管理執行中的 Nano Server 執行個體。
是否可以從 Windows Server 2016 和 Nano Server 執行個體建立自己的映像？
是，您可以從 Windows Server 2016 和 Nano Server 執行個體建立自訂的 AMI。AWS 推薦的最佳實務是在建立新的 Windows AMI 時執行 sysprep 來一般化映像，延續到 Windows Server 2016 也是相同的作法。不過，因為 Nano Server 不包含 sysprep，所以從 Nano Server 建立 Windows AMI 時，就無法一般化映像。或者，使用者可以使用 Run Command，從遠端執行命令進行設定，在啟動後自訂 Nano Server 執行個體。
Windows Server 2016 AMI 有任何其他重大變更嗎？
Windows Server 2016 和 Nano Server AMI 包含全新版的 SSM 代理程式，它取代了之前 EC2Config 服務支援的功能，這樣一來就不需要 EC2Config。有了這些增強功能，SSM 代理程式現在支援一些進階設定和啟動時間組態。有關 Windows Server 2016 和 Nano Server 中新 SSM 代理程式的更多詳細資訊，可在使用者指南中找到。
使用新的 Windows Server 2016 含 Containers AMI 啟動執行個體。您可以在 AWS 部落格中找到範例逐步解說。
Amazon Elastic Container Service (ECS) 是否支援 Windows 容器？
是。 Amazon ECS 支援 Amazon ECS 優化 Windows AMI 啟動之容器執行個體上的 Windows 容器。
Windows Server 2016 執行個體的收費是依據標準的 Windows EC2 定價。
哪些 EC2 執行個體類型最適合搭配 Windows Server 2016？
Microsoft 建議最小需有 2 GB RAM – 瀏覽「EC2 執行個體類型頁面」，查看哪些執行個體最適合您的應用程式。
Windows Server 2016 是否允許使用自有授權 (BYOL)？
您可將自有授權帶至 Amazon EC2 專用主機，需遵守您與 Microsoft 簽定的授權條款。使用 VM Import 從您自己的 Windows Server 2016 版本建立 Windows Server 2016 AMI。
是否可將 Windows Server 執行個體升級至 Windows Server 2016？
是，您可以將 Windows 執行個體升級至 Windows Server 2016。請瀏覽此頁面了解詳細資訊。
哪些 AWS 區域支援 Windows Server 2016？
所有 AWS 區域都可使用 Windows Server 2016。
Windows Server 2012 的預期終止支援日期為何時？ 我應該對 AWS 有何期望？
Windows Server 2012 和 Windows Server 2012 R2 將於 2023 年 10 月 10 日終止支援 (EOS)。在此日期後，這些產品將不再收到安全性更新、非安全性更新、錯誤修正、技術支援或線上技術內容更新。客戶可以依照此使用者指南或此影片，將 Amazon EC2 Windows 執行個體升級至較新版本的 Windows Server。此外，探索 AWS 透過遷移、最佳化和現代化這些工作負載來協助解決 Windows Server 終止支援挑戰的途徑。
AMI 提供哪些 Windows Server 2012 R2 版本？
我們將會發行 Windows Server 2012 R2 Standard Edition 的 AMI。如需 Windows Server 版本差異的詳細資訊，請參閱 Microsoft 文件。
執行 Windows Server 2012 R2 的成本是否較高？
否。Windows Server 2012 R2 的隨需執行個體和預留執行個體定價與 Amazon EC2 舊版 Windows Server 的定價相同。您可以在這裡檢視 Amazon EC2 執行個體目前的定價：http://thinkwithwp.com/ec2/pricing。
所有 AWS 區域都可使用 Windows Server 2012 R2。
目前，支援所有 Amazon EC2 執行個體類型。
Windows Server 2012 R2 AMI 支援 19 種語言。目前支援的語言清單：巴西葡萄牙文、傳統葡萄牙文、簡體中文、繁體中文、捷克文、荷蘭文、英文、法文、德文、匈牙利文、義大利文、日文、韓文、波蘭文、俄文、西班牙文、瑞典文和土耳其文。
如何將執行 Windows Server 2012 R2 的應用程式部署到 AWS？
您可以使用 AWS Elastic Beanstalk 在 AWS 雲端的 Windows Server 2012 R2 上部署和管理應用程式。此外，您可以直接部署到從 EC2 主控台或 AWS Marketplace 啟動的 Amazon EC2 執行個體。同時，您也可以使用 AWS Toolkit for Visual Studio，按幾下就能部署並執行您的應用程式。
Windows Server 2012 R2 AMI 有哪些 SQL Server 版本和語言？
Windows Server 2012 R2 AMI 提供下列 SQL Server 語言和版本：英文、日文和巴西葡萄牙文：SQL Server 2014 (Enterprise (僅限英文)、Express、Standard 及 Web 版本)。
Windows Server 2012 R2 有兩個檔案系統：NTFS 和 ReFS。我應該用哪一個？
ReFS 專為檔案共用工作負載所設計，像是共用內容或串流視訊。SQL Server 這類 Windows 應用程式支援 NTFS，但不會安裝在 ReFS 磁碟區上。
是。EBS 磁碟區可以用來設定儲存集區。根據您的應用程式，磁碟區可以格式化為 NTFS 或 ReFS*。
將您的滑鼠移到左下角，等待開始畫面出現，然後按一下以切換到開始畫面。
使用之前發佈的 Windows Server AMI 時，我依照文件中的步驟啟用增強型聯網。是否仍然需要對 Windows Server 2012 R2 AMI 執行相同的步驟？
否，如果已執行這些步驟啟用文件中的增強型聯網，您不需要對新的 Windows Server 2012 R2 AMI 執行此動作。AMI 提供內建支援，透過 R3、C3 和 I2 執行個體上的 SR-IOV 啟用增強型聯網。
已終止對 Windows Server 2003、2008 和 2008 R2 的支援。AWS 不再發佈 Windows Server 2003 (2019 年 7 月 1 日生效)、2008 和 2008 R2 (2020 年 1 月 14 日生效) AMI。擁有自訂 AMI 和/或現有執行個體的客戶可以繼續在 AWS 上使用它們。AWS 沒有計劃移除在 AWS 上執行這些 AMI 和版本的功能。如需 Microsoft 不再支援的 Server 2003 和其他 Microsoft 產品的更多詳細資訊，請參閱終止支援訊息。
Amazon EC2 透過 SQL Server 2022 新增了新的受管 AMI。藉由這些 AMI，您可以輕鬆地在 EC2 上啟動 SQL Server 2022，並透過按用量付費模式充分利用完全合規的 SQL Server 授權。在 EC2 上執行 SQL Server 2022，您能透過簡單的 T-SQL BACKUP (備份命令) 簡化 SQL Server 到 S3 的備份程序。此外，所有 SQL Server AMI 都隨附預先安裝的軟體，例如適用於 Windows PowerShell 的 AWS 工具、AWS Systems Manager、AWS CloudFormation，以及各種網路和儲存驅動程式，讓您的管理更輕鬆。新的 AMI 可在 EC2 上同時在 Windows Server 和 Linux 上使用。
我可以在 Amazon EC2 上執行 SQL Server 2022 Developer 版本，用於非生產工作負載嗎？
是。您可以從 Microsoft 網站下載免費的 SQL Server 2022 Developer 版本，並將其安裝在非生產工作負載的 EC2 執行個體上。
我可以將自己的 SQL Server 2022 授權 (BYOL) 用於 Amazon EC2 嗎？
是。擁有軟體保證的客戶可以繼續使用與之前相同的授權。
在 Windows Server 和 Linux 上使用新的 SQL Server 2022 的 EC2 執行個體將按照標準 EC2 定價計費。您可以從 AWS 定價計算器或 Amazon EC2 定價頁面查看定價。
Windows Server 2022 可在所有公有和 US GovCloud AWS 區域中使用。
根據 Microsoft 的說法，一旦產品到達終止支援或服務淘汰，就不會有新的安全性更新、非安全性更新或輔助支援。
長期維護通道 (LTSC) Microsoft 週期原則針對商業和開發人員產品 (如 SQL Server 和 Windows Server) 提供 10 年的支援 (5 年主要支援和 5 年延伸支援)。根據該原則的規定，延伸支援終止之後將不提供修補程式或安全性更新。
半年通道 (SAC) Microsoft 週期原則提供從公開供應之日起 18 個月的支援，其可能與出版日為同一個月或隔一個月。根據原則，終止支援後將不再提供後續的安全更新。
LTSC 和 SAC 版本可能共用通用的建置編號，但可從 Windows 產品名稱加以區分。LTSC 版本將版本包含在產品名稱內，例如 Windows Server 2019 Datacenter，但 SAC 產品名稱則未包含，例如 Windows Server Datacenter。可使用 Get-ComputerInfo cmdlet 透過 PowerShell 傳回 Windows 產品名稱，範例如下。
Get-ComputerInfo -Property WindowsProductName
AWS 提供的映像遵照標準命名慣例，AMI 名稱的 Windows_Server-* 之後緊接著作業系統版本。LTSC 版本由發行年份的 4 位數字代表，例如 Windows_Server-2019-*。SAC 版本由發行年份的最後 2 位數字和預計發行月份的 2 位數字組成，例如 Windows_Server-1903-* (2019, March)。
問：EOS 對我在 Amazon Web Services (AWS) 上的現有執行個體有何影響？
對現有執行個體沒有直接的影響。客戶可以繼續啟動、執行和停止執行個體。
Microsoft 不會為 EOS 產品提供修補程式，除非客戶購買延伸安全性更新。
問：是否可使用 AWS 工具將包含 EOS 軟體的映像匯入 AWS？
是，客戶可持續使用 VM Import/Export (VMIE)、Server Migration Service (SMS) 或 CloudEndure 將映像匯入 AWS。
問：EOS 對受管 AWS Windows AMI 有何影響？
對於在客戶帳戶註冊的現有 AMI 沒有直接的影響。
AWS 不會在 AWS 管理主控台、快速入門或 AWS Marketplace 發佈或分發包含 EOS 軟體的受管 AWS Windows AMI。
對於在受 EOS 影響的受管 AWS Windows AMI 上有相依項的客戶，應該考慮多種選項，包括在 AWS 帳戶中建立自訂 AMI 以啟動新的應用程式。要進一步了解自訂 AMI 建立，請參閱這裡。
問：是否可從自訂 Amazon Machine Image (AMI) 啟動包含 EOS 軟體的新執行個體？
是。
問：如果我的帳戶包含 EOS 軟體，是否可從現有的自訂 AMI 建立其他自訂 AMI？
是。
問：對於執行接近 EOS 的 Microsoft 軟體，我有哪些選項？
在 EC2 執行個體執行 EOS 軟體的 AWS 客戶有以下幾個選項：
持續使用 EOS 軟體：客戶可決定持續使用 EOS 軟體。這對現有執行個體或自訂 AMI 沒有任何影響。
升級和遷移至 AWS (針對 Windows Server)：對於在內部部署或 AWS 的 EOS Windows Server 上執行工作負載的客戶，我們為 Windows Server 提供 AWS 結束支援遷移計畫 (EMP)，協助將這類工作負載遷移至 Amazon EC2 上較新、受支援的 Windows Server 版本。該計畫可提供技術和專家指導，以便遷移在 Windows Server 2003、2008 和 2008 R2 上執行的應用程式。EMP 技術可以解偶來自相依作業系統的應用程式，這讓 AWS 合作夥伴或 AWS Professional Services 得以遷移您關鍵的應用程式到可在 AWS 上支援的較新、受支援的 Windows Server 版本。如需計劃的詳細資訊及註冊，請瀏覽計劃網頁。
自動升級：對於使用 SQL Server 2008 R2 (或更新版本) 和 Windows Server 2008 R2 (或更新版本) 的客戶，AWS Systems Manager 可自動執行不具破壞性的就地升級。如需有關 SQL Server 升級的更多詳細信息，請瀏覽此頁面。Windows Server 2008 R2 客戶可升級至 Windows Server 2012 R2，然後再次升級至 Windows Server 2016 或 2019。請瀏覽此頁面了解詳細資訊。具備 Windows Server 或 SQL Server 已包含授權 (LI) 版本的客戶，升級無須額外授權費用。若要了解如何使用這些工具進行升級，請瀏覽 AWS 資料庫部落格。
Microsoft Windows Server 手動就地升級：
已包含授權：使用適用於 Windows Server 的 Amazon 已包含授權的客戶，可為他們的 Windows 執行個體執行就地升級。如需詳細資訊，請瀏覽 AWS 公開文件。
BYOL：使用 BYOL 模式的客戶，可透過自有媒體，依照上述已包含授權選項中的步驟，為 Windows Server 執行手動就地升級。
Microsoft SQL Server 手動就地升級：
已包含授權：使用已包含授權 SQL Server 的 AWS 客戶可在執行中的執行個體執行就地升級。如需其他協助和升級路徑的詳細資訊，請聯絡 AWS Support。
BYOL：使用 BYOL 模式的客戶，可透過自有媒體為 SQL Server 執行手動就地升級。如需詳細資訊，請瀏覽 Microsoft 文件。
探索其他平台選項。AWS 致力於在雲端為客戶提供最大的彈性。對於希望將特定 SQL Server 或 Windows 工作負載移轉到不同平台以獲得好處的 AWS 客戶，請聯絡 AWS 客戶團隊以取得更多資訊。
如需所有 Amazon 產品和服務的詳細資訊，請瀏覽 AWS 產品頁面。
具有舊版 Windows 相依性且沒有新版 Windows 支援的應用程式最適合使用 EMP。EMP 將相依性封裝在 EMP 套件中，以排除基礎作業系統相依性，該套件可以作為獨立的設定，在任何新版 Windows 上執行。
某些應用程式將可與新版 Windows 相容。對此類應用程式而言，基礎作業系統的簡單升級通常是最容易的方法。EMP 最適合與新版 Windows 不相容的應用程式搭配運作。
問：是否可購買延伸安全更新，以涵蓋 AWS 上使用 Microsoft EOS 軟體的執行個體？
是，延伸安全更新 (ESU) 可用於涵蓋在 AWS 上執行的執行個體。ESU 授權只能直接向 Microsoft 或 Microsoft 授權合作夥伴購買。如需詳細資訊，請參閱 Microsoft 的「生命週期常見問答集 – 延伸安全更新」。
延伸安全更新可每年針對需要的伺服器進行購買，最長可從產品 EOS 日期之後延伸 3 年。EOS 產品的 ESU 大致成本為受影響產品年度授權成本的 75%。不過，ESU 僅包含 SQL Server「嚴重」等級的安全更新和佈告欄，其他屬 Windows Server「嚴重」和「重要」等級的項目仍會使您的軟體繼續暴露其他的潛在漏洞。我們建議客戶應考慮有關 EOS 的各種選項，請參閱「對於執行接近 EOS 的 Microsoft 軟體，我有哪些選項？」以取得更多資訊。
請在這裡閱讀更多有關 Microsoft 延伸安全性更新的資訊。
Windows Server 2003
是否可從 Microsoft 購買適用於 Amazon 已包含授權的延伸安全性更新？ 否。
是否可從 Microsoft 購買適用於使用自有授權 (BYOL) 的延伸安全性更新？ 否。
Windows Server 2008/2008 R2
是否可從 Microsoft 購買適用於 Amazon 已包含授權的延伸安全性更新？ 是。
是否可從 Microsoft 購買適用於使用自有授權 (BYOL) 的延伸安全性更新？ 是，需要有效的軟體保證 (SA)。
Windows Server 2012/2012 R2
是否可從 Microsoft 購買適用於 Amazon 已包含授權的延伸安全性更新？ 是。
是否可從 Microsoft 購買適用於使用自有授權 (BYOL) 的延伸安全性更新？ 是，需要有效的軟體保證 (SA)。
Windows Server SAC 版本
Amazon 已包含授權是否提供延伸安全性更新？ 否。
使用自有授權 (BYOL) 是否提供延伸安全性更新？ 否
SQL Server 2005
Amazon 已包含授權是否提供延伸安全性更新？ 否。
使用自有授權 (BYOL) 是否提供延伸安全性更新？ 否。
SQL Server 2008/2008 R2
Amazon 已包含授權是否提供延伸安全性更新？ 否。
使用自有授權 (BYOL) 是否提供延伸安全性更新？ 是，需要有效的軟體保證 (SA)。
SQL Server 2012
Amazon 已包含授權是否提供延伸安全性更新？ 是。
使用自有授權 (BYOL) 是否提供延伸安全性更新？ 是，需要有效的軟體保證 (SA)。
問：Amazon 出售的 Microsoft 產品有哪些接近 EOS，以及 Microsoft 何時會停止支援？
請注意：資訊反映截至 2022 年 4 月 8 日公開發佈的 Microsoft EOS 日期。
Microsoft Windows Server：
- Windows Server 2003 – 2015 年 7 月 14 日
- Windows Server 1709 - 2019 年 4 月 9 日
- Windows Server 1803 – 2019 年 11 月 12 日
- Windows Server 2008 – 2020 年 1 月 14 日
- Windows Server 2008 R2 – 2020 年 1 月 14 日
- Windows Server 1809 – 2020 年 5 月 12 日
- Windows Server 1903 – 2020 年 12 月 8 日
- Windows Server 1909 – 2021 年 5 月 11 日
- Windows Server 2012 – 2023 年 10 月 10 日
- Windows Server 2012 R2 – 2023 年 10 月 10 日
Microsoft SQL Server：
- SQL Server 2005 – 2016 年 4 月 12 日
- SQL Server 2008 – 2019 年 7 月 9 日
- SQL Server 2008 R2 – 2019 年 7 月 9 日
- SQL Server 2012 – 2022 年 7 月 12 日
如需 Microsoft 應用程式週期詳細資訊，請參閱這裡。
問：哪些 Amazon 產品和服務受 EOS 影響，以及何時會進行變更？
從 2019 年 7 月 1 日開始，Microsoft 要求 AWS 不再發佈和分發已包含授權且使用或包含 Microsoft EOS 產品的受管 AWS Windows AMI (可在 AWS 管理主控台和快速入門取得)、媒體和服務。前幾年就已終止支援的產品也在此限制中。受影響的產品和服務如下：
受管 AWS Windows AMI：
AWS 不再於 AWS 管理主控台、快速入門或 AWS Marketplace 發佈和分發包含 EOS 軟體的受管 AWS Windows AMI。
Microsoft Windows Server：
- Windows Server 2003 – 2019 年 7 月 1 日
- Windows Server 1709 – 2019 年 7 月 1 日
- Windows Server 1803 – 2019 年 11 月 12 日
- Windows Server 2008 – 2020 年 1 月 14 日
- Windows Server 2008 R2 – 2020 年 1 月 14 日
- Windows Server 1809 – 2020 年 5 月 12 日
- Windows Server 1903 – 2020 年 12 月 8 日
- Windows Server 1909 – 2021 年 5 月 11 日
- Windows Server 2012 – 2023 年 10 月 10 日
- Windows Server 2012 R2 – 2023 年 10 月 10 日
Microsoft SQL Server：
- SQL Server 2005 – 2019 年 7 月 1 日
- SQL Server 2008 – 2019 年 7 月 9 日
- SQL Server 2008 R2 – 2019 年 7 月 9 日
- SQL Server 2012 – 2022 年 7 月 12 日
Amazon Relational Database Service (RDS)：
從 2019 年 6 月 1 日開始，RDS 會自動將客戶資料庫從 SQL Server 2008 升級到 SQL Server 2012。建議客戶在這個日期以前測試此升級以確保相容性。
RDS 客戶可隨時升級資料庫版本。要進一步了解在 RDS 升級 SQL Server 2008 R2 資料庫，請參閱這裡。
Amazon WorkSpaces：
2020 年 1 月 14 日之後，WorkSpaces 將停止提供採用 Windows Server 2008 R2 的 Windows 7 體驗已包含授權公有服務包。
2020 年 1 月 14 日之後，從含有 Windows 7 桌面體驗的已包含授權公有服務包啟動的 WorkSpaces，將無法再啟動或重新建立。
從 BYOL 服務包建立的 WorkSpaces 不受影響。客戶可以持續啟動/重新建立這些執行個體。
已建立採用 Windows Server 2008 R2 的自訂已包含授權服務包的客戶，可在 EOS 使用其自訂服務包啟動或重新建立 WorkSpaces。
Microsoft 不會為 EOS 產品提供修補程式，除非客戶購買延伸安全性更新。
問：Microsoft 的 EOS 軟體分發原則變更是否僅適用於 AWS？
Microsoft 建議所有超大規模雲端供應商採用此變更。
Sysco、Hess、Ancestry 和 Expedia 等 AWS 客戶已經成功移轉，而且在 AWS 上現代化他們的 Windows 工作負載。在這裡閱讀更多有關 AWS 客戶正在做的事。
問：移到支援的 Microsoft 作業系統或 SQL Server 版本對成本有什麼影響？
已包含授權：使用 Amazon 的已包含授權選項時，移至較新版的軟體無須額外授權費用，例如：
- Microsoft Windows Server 2019 與 Microsoft Windows Server 2003/2008/2008 R2 價格相同。
- Microsoft SQL Server 2017 (依版本) 與 Microsoft SQL Server 2005/2008/2008 R2 (依版本) 價格相同。
BYOL：具備有效軟體保證 (SA) 的客戶可免費升級到較新版本。沒有 SA 的客戶則可向 Microsoft 購買新授權。
問：如果我執行 Microsoft 已終止支援的產品時遇到技術問題，AWS Support 是否會提供協助？
是，擁有 AWS Support 方案的客戶將可聯繫 AWS Support 取得技術問題的支援。
注意：根據 Microsoft 的政策，延伸支援終止後，除非已購買延伸安全性更新，否則 Microsoft 將不再提供修補程式或安全性更新。
您可以在這裡找到 AWS Support 計劃的詳細資訊。
問：如果有關於在 AWS 上使用 Microsoft EOS 的進一步相關問題，可以聯絡誰？
請寄送電子郵件到 aws.EOS.Microsoft@amazon.com。
問：針對我的 Win 2008 和 Win 2012 執行個體，我有哪些就地升級選項？
就地升級選項的詳細資訊可在此處找到。
問：請具體指出哪些已包含授權受管 AWS Windows AMI 會受到影響以及何時生效？
2019 年 7 月 1 日
- Windows_Server-2003-R2_SP2-English-32Bit-Base-*
- Windows_Server-2003-R2_SP2-English-64Bit-Base-*
- Windows_Server-2003-R2_SP2-English-64Bit-SQL_2005_SP4_Express-*
- Windows_Server-2003-R2_SP2-English-64Bit-SQL_2005_SP4_Standard-*
- Windows_Server-2003-R2_SP2-Language_Packs-32Bit-Base-*
- Windows_Server-2003-R2_SP2-Language_Packs-64Bit-Base-*
- Windows_Server-2003-R2_SP2-Language_Packs-64Bit-SQL_2005_SP4_Express-*
- Windows_Server-2003-R2_SP2-Language_Packs-64Bit-SQL_2005_SP4_Standard-*
- Windows_Server-1709-English-Core-Base-*
- Windows_Server-1709-English-Core-ContainersLatest-*
2019 年 7 月 9 日
- Windows_Server-2008-R2_SP1-English-64Bit-SQL_2008_R2_SP3_Express-*
- Windows_Server-2008-R2_SP1-English-64Bit-SQL_2008_R2_SP3_Standard-*
- Windows_Server-2008-R2_SP1-English-64Bit-SQL_2008_R2_SP3_Web-*
- Windows_Server-2008-R2_SP1-Japanese-64Bit-SQL_2008_R2_SP3_Express-*
- Windows_Server-2008-R2_SP1-Japanese-64Bit-SQL_2008_R2_SP3_Standard-*
- Windows_Server-2008-R2_SP1-Japanese-64Bit-SQL_2008_R2_SP3_Web-*
- Windows_Server-2008-R2_SP1-Language_Packs-64Bit-SQL_2008_R2_SP3_Express-*
- Windows_Server-2008-R2_SP1-Language_Packs-64Bit-SQL_2008_R2_SP3_Standard-*
- Windows_Server-2008-SP2-English-64Bit-SQL_2008_SP4_Express-*
- Windows_Server-2008-SP2-English-64Bit-SQL_2008_SP4_Standard-*
- Windows_Server-2012-RTM-English-64Bit-SQL_2008_R2_SP3_Express-*
- Windows_Server-2012-RTM-English-64Bit-SQL_2008_R2_SP3_Standard-*
- Windows_Server-2012-RTM-English-64Bit-SQL_2008_R2_SP3_Web-*
- Windows_Server-2012-RTM-Japanese-64Bit-SQL_2008_R2_SP3_Express-*
- Windows_Server-2012-RTM-Japanese-64Bit-SQL_2008_R2_SP3_Standard-*
2019 年 11 月 12 日
- Windows_Server-1803-English-Core-Base-*
- Windows_Server-1803-English-Core-ContainersLatest-*
2020 年 1 月 14 日
- Windows_Server-2008-R2_SP1-Chinese_Hong_Kong_SAR-64Bit-Base-*
- Windows_Server-2008-R2_SP1-Chinese_PRC-64Bit-Base-*
- Windows_Server-2008-R2_SP1-English-64Bit-Base-*
- Windows_Server-2008-R2_SP1-English-64Bit-Core-*
- Windows_Server-2008-R2_SP1-English-64Bit
- Windows_Server-2008-R2_SP1-English-64Bit-Core_SQL_2012_SP4_Standard-*
- Windows_Server-2008-R2_SP1-English-64Bit-SharePoint_2010_SP2_Foundation-*
- Windows_Server-2008-R2_SP1-English-64Bit-SQL_2012_RTM_SP2_Enterprise-*
- Windows_Server-2008-R2_SP1-English-64Bit-SQL_2012_SP4_Enterprise-*
- Windows_Server-2008-R2_SP1-English-64Bit-SQL_2012_SP4_Express-*
- Windows_Server-2008-R2_SP1-English-64Bit-SQL_2012_SP4_Standard-*
- Windows_Server-2008-R2_SP1-English-64Bit-SQL_2012_SP4_Web-*
- Windows_Server-2008-R2_SP1-Japanese-64Bit-Base-*
- Windows_Server-2008-R2_SP1-Japanese-64Bit-SQL_2012_SP4_Express-*
- Windows_Server-2008-R2_SP1-Japanese-64Bit-SQL_2012_SP4_Standard-*
- Windows_Server-2008-R2_SP1-Korean-64Bit-Base-*
- Windows_Server-2008-R2_SP1-Language_Packs-64Bit-Base-*
- Windows_Server-2008-R2_SP1-Portuguese_Brazil-64Bit-Base-*
- Windows_Server-2008-R2_SP1-Portuguese_Brazil-64Bit-Core-*
- Windows_Server-2008-SP2-English-32Bit-Base-*
- Windows_Server-2008-SP2-English-64Bit-Base-*
- Windows_Server-2008-SP2-Portuguese_Brazil-32Bit-Base-*
- Windows_Server-2008-SP2-Portuguese_Brazil-64Bit-Base-*
2020 年 5 月 12 日
- Windows_Server-1809-English-Core-Base-*
- Windows_Server-1809-English-Core-ContainersLatest-*
2020 年 12 月 8 日
- Windows_Server-1903-English-Core-Base-*
- Windows_Server-1903-English-Core-ContainersLatest-*
2021 年 5 月 11 日
- Windows_Server-1909-English-Core-Base-*
- Windows_Server-1909-English-Core-ContainersLatest-*
- Windows_Server-1909-English-Core-ECS_Optimized*
- Windows_Server-2012-R2_RTM-English-64Bit-SQL_2012_SP4_Enterprise-*
- Windows_Server-2012-RTM-English-64Bit-SQL_2012_SP4_Enterprise-*
- Windows_Server-2012-RTM-English-64Bit-SQL_2012_SP4_Express-*
- Windows_Server-2012-RTM-English-64Bit-SQL_2012_SP4_Standard-*
- Windows_Server-2012-RTM-English-64Bit-SQL_2012_SP4_Web-*
- Windows_Server-2012-RTM-Japanese-64Bit-SQL_2012_SP4_Express-*
- Windows_Server-2012-RTM-Japanese-64Bit-SQL_2012_SP4_Standard-*
- Windows_Server-2012-RTM-Japanese-64Bit-SQL_2012_SP4_Web-*
- Windows_Server-2016-English-64Bit-SQL_2012_SP4_Enterprise-*
- Windows_Server-2016-English-Full-SQL_2012_SP4_Standard-*
2023 年 10 月 10 日
- Windows_Server-2012-RTM-Turkish-64Bit-Base*
- Windows_Server-2012-RTM-Swedish-64Bit-Base*
- Windows_Server-2012-RTM-Spanish-64Bit-Base*
- Windows_Server-2012-RTM-Russian-64Bit-Base*
- Windows_Server-2012-RTM-Portuguese_Portugal-64Bit-Base*
- Windows_Server-2012-RTM-Portuguese_Brazil-64Bit-Base*
- Windows_Server-2012-RTM-Polish-64Bit-Base*
- Windows_Server-2012-RTM-Korean-64Bit-Base*
- Windows_Server-2012-RTM-Japanese-64Bit-SQL_2014_SP3_Web*
- Windows_Server-2012-RTM-Japanese-64Bit-SQL_2014_SP3_Standard*
- Windows_Server-2012-RTM-Japanese-64Bit-SQL_2014_SP3_Express*
- Windows_Server-2012-RTM-Japanese-64Bit-Base*
- Windows_Server-2012-RTM-Italian-64Bit-Base*
- Windows_Server-2012-RTM-Hungarian-64Bit-Base*
- Windows_Server-2012-RTM-German-64Bit-Base*
- Windows_Server-2012-RTM-French-64Bit-Base*
- Windows_Server-2012-RTM-English-64Bit-SQL_2014_SP3_Web*
- Windows_Server-2012-RTM-English-64Bit-SQL_2014_SP3_Standard*
- Windows_Server-2012-RTM-English-64Bit-SQL_2014_SP3_Express*
- Windows_Server-2012-RTM-English-64Bit-Base*
- Windows_Server-2012-RTM-Dutch-64Bit-Base*
- Windows_Server-2012-RTM-Czech-64Bit-Base*
- Windows_Server-2012-RTM-Chinese_Traditional-64Bit-Base*
- Windows_Server-2012-RTM-Chinese_Traditional_Hong_Kong_SAR-64Bit-Base*
- Windows_Server-2012-RTM-Chinese_Simplified-64Bit-Base*
- Windows_Server-2012-R2-English-STIG-Full*
- Windows_Server-2012-R2-English-STIG-Core*
- Windows_Server-2012-R2_RTM-Turkish-64Bit-Base*
- Windows_Server-2012-R2_RTM-Swedish-64Bit-Base*
- Windows_Server-2012-R2_RTM-Spanish-64Bit-Base*
- Windows_Server-2012-R2_RTM-Russian-64Bit-Base*
- Windows_Server-2012-R2_RTM-Portuguese_Portugal-64Bit-Base*
- Windows_Server-2012-R2_RTM-Portuguese_Brazil-64Bit-Base*
- Windows_Server-2012-R2_RTM-Polish-64Bit-Base*
- Windows_Server-2012-R2_RTM-Korean-64Bit-Base*
- Windows_Server-2012-R2_RTM-Japanese-64Bit-SQL_2016_SP3_Web*
- Windows_Server-2012-R2_RTM-Japanese-64Bit-SQL_2016_SP3_Standard*
- Windows_Server-2012-R2_RTM-Japanese-64Bit-SQL_2016_SP3_Express*
- Windows_Server-2012-R2_RTM-Japanese-64Bit-SQL_2016_SP3_Enterprise*
- Windows_Server-2012-R2_RTM-Japanese-64Bit-SQL_2014_SP3_Standard*
- Windows_Server-2012-R2_RTM-Japanese-64Bit-SQL_2014_SP3_Express*
- Windows_Server-2012-R2_RTM-Japanese-64Bit-Base*
- Windows_Server-2012-R2_RTM-Italian-64Bit-Base*
- Windows_Server-2012-R2_RTM-Hungarian-64Bit-Base*
- Windows_Server-2012-R2_RTM-German-64Bit-Base*
- Windows_Server-2012-R2_RTM-French-64Bit-Base*
- Windows_Server-2012-R2_RTM-English-64Bit-SQL_2016_SP3_Web*
- Windows_Server-2012-R2_RTM-English-64Bit-SQL_2016_SP3_Standard*
- Windows_Server-2012-R2_RTM-English-64Bit-SQL_2016_SP3_Express*
- Windows_Server-2012-R2_RTM-English-64Bit-SQL_2016_SP3_Enterprise*
- Windows_Server-2012-R2_RTM-English-64Bit-SQL_2014_SP3_Web*
- Windows_Server-2012-R2_RTM-English-64Bit-SQL_2014_SP3_Standard*
- Windows_Server-2012-R2_RTM-English-64Bit-SQL_2014_SP3_Express*
- Windows_Server-2012-R2_RTM-English-64Bit-SQL_2014_SP3_Enterprise*
- Windows_Server-2012-R2_RTM-English-64Bit-HyperV*
- Windows_Server-2012-R2_RTM-English-64Bit-Core*
- Windows_Server-2012-R2_RTM-English-64Bit-Base*
- Windows_Server-2012-R2_RTM-Dutch-64Bit-Base*
- Windows_Server-2012-R2_RTM-Czech-64Bit-Base*
- Windows_Server-2012-R2_RTM-Chinese_Traditional-64Bit-Base*
- Windows_Server-2012-R2_RTM-Chinese_Traditional_Hong_Kong-64Bit-Base*
- Windows_Server-2012-R2_RTM-Chinese_Simplified-64Bit-Base*
- EC2LaunchV2-Windows_Server-2012_RTM-English-Full-Base*
- EC2LaunchV2-Windows_Server-2012_R2_RTM-English-Full-Base*
詞彙表
AMI (Amazon Machine Image)︰執行個體根磁碟區的範本 (例如，作業系統、應用程式伺服器及應用程式)，管理控制哪些 AWS 帳戶可使用 AMI 啟動執行個體的啟動許可。包含區塊型設備映射，指定啟動時連接到執行個體的磁碟區。
AWS (Amazon Web Services)︰提供一組廣泛的全球運算、儲存、資料庫、分析、應用程式和部署服務，可協助組織更快地移轉、降低 IT 成本和擴展應用程式。
AWS 管理主控台：透過簡單且直接易懂的 Web 使用者界面存取和管理 Amazon Web Services。
BYOL (使用自有授權)：一種程序，可用來將之前已獲得授權的軟體部署到實際專用的 AWS 硬體上。如果您使用 BYOL，費用中不需要支付已包含授權的執行個體費用。而是支付與含 Amazon Linux 定價的 EC2 執行個體相同的費率。當您使用自有授權時，需負責管理自己的授權。
CloudEndure：提供可靠的業務續航力解決方案，可將由於人為錯誤、網路故障、外部威脅或任何其他中斷造成的資料遺失和停機時間減至最低。我們的災難復原和移轉解決方案採用創新的工作負載行動化技術，可從任何實體、虛擬或雲端基礎設施持續地將應用程式複寫到 Amazon Web Services (AWS)。因此，CloudEndure 符合獨特的資格，可支援包含多樣應用程式和基礎設施的大規模、異質環境。
自訂 AMI：是在您帳戶中建立的 AMI，可從匯入的映像建置或從現有執行個體擷取。例如，您可以從現有 AMI 啟動執行個體、自訂該執行個體，然後將這個更新的組態儲存為自訂 AMI。從這個新自訂 AMI 啟動的執行個體包含當您建立 AMI 時所做的各項自訂。
EC2 (Amazon Elastic Compute Cloud)：在 Amazon Web Services (AWS) 雲端提供可擴展的運算容量。
EMP (結束支援遷移計畫) for Windows Server：是一套程式，可協助客戶遷移其舊款 Windows Server 應用程式到 AWS 上的最新、受支援的 Windows Server 版本，且無須更動任何程式碼。
EOS (終止支援)：用來指 Microsoft 根據其產品生命週期政策終止產品支援的一詞。
超大規模：指分散式運算環境所需的設施和佈建，以有效地從數台伺服器擴展到數千台伺服器。超大規模運算通常用於大數據和雲端運算等環境。
就地升級：升級作業系統檔案，但您的個人設定和檔案完整保留。
執行個體 (EC2 執行個體)：是 AWS 雲端中的虛擬伺服器。其啟動時的組態是您啟動執行個體時指定的 AMI 副本。
LI (已包含授權)：指使用適用於 Windows Server 和 SQL Server 的 Amazon Microsoft 授權合約。
LTSC (長期維護通道)：是 Windows Server 的發行通道，每 2 至 3 年發行一次，以提供穩定性和長期支援為目標。LTSC 版本提供可預期的作業系統體驗並提供從最初發行日起 5 年的傳統支援，並額外提供 5 年安全更新延長支援。
VMIE (AWS VM Import/Export)：是一項 AWS 服務，用於在離線模式將作業系統映像匯入 AWS EC2。
RDS (Amazon Relational Database Service)：是一種可讓使用者在雲端更輕鬆地設定、操作和擴展關聯式資料庫的 Web 服務。它提供價格合理、可調整容量大小的業界標準關聯式資料庫，並可管理常見的資料庫管理任務。
SA (軟體保證)：是 Microsoft 提供的完整方案，可協助有效地部署、管理和使用 Microsoft 產品。
SAC (半年通道)：是 Windows Server 的發行通道，每年發行兩次，提供有限的支援週期，於最初發行後的 18 個月後結束。SAC 版本可讓客戶快速試用最新的作業系統功能，但不提供長時間使用。
SMS (AWS Server Migration Service)：是一項 AWS 服務，用於在線上模式將作業系統映像匯入 AWS EC2。
WorkSpaces (Amazon Workspaces)：是一項受管的安全雲端桌面服務。您可以使用 Amazon WorkSpaces 在幾分鐘內佈建 Windows 或 Linux 桌面，並快速地擴展，為全球工作者提供數千個桌面。
不完全如此。我們提供一個 Windows Server 2008 R2 映像，該映像提供 Microsoft SharePoint Foundation 2010 SP2。
您可以透過 Microsoft 授權行動性計劃部署含有效軟體保證的合格授權，在 AWS 上執行 SharePoint。如需進一步了解，請參閱 http://thinkwithwp.com/windows/resources/licensemobility/。SharePoint 也可部署在 Amazon EC2 專用主機，無須軟體保證。
軟體保證提供的 Microsoft 授權行動性讓 Microsoft 客戶能將目前內部部署的 Microsoft Server 應用程式工作負載移轉到 Amazon Web Services (AWS)，無須支付任何額外的 Microsoft 軟體授權費用。這是一種 Microsoft 大量授權客戶享有的權益，這些客戶必須擁有涵蓋在有效 Microsoft 軟體保證 (SA) 合約內的合格伺服器應用程式。如需進一步了解，請參閱 http://thinkwithwp.com/windows/resources/licensemobility/。
請聯絡您的 Microsoft 大型客戶經銷商 (LAR)，以了解購買軟體保證和/或將軟體保證新增至現有授權的選項。 如需了解在沒有軟體保證或授權行動性權益下帶入授權，請參閱常見問答集此部份。
一個 SharePoint 授權可以指派到一個 AWS 執行個體 (沒有大小上限/下限)。
如何在 AWS 上搭配使用 SQL 執行個體和 SharePoint？
客戶可以依照授權行動性計劃執行現有的 SQL 授權，也可以在 AWS SQL 執行個體上執行。如需在 Amazon EC2 上執行的 SQL 執行個體及定價的詳細資訊，請參閱 http://thinkwithwp.com/windows/products/ec2。
適用於 EC2 Windows 的 EC2Rescue 是一種方便直接的 GUI 故障排除工具，可在 Amazon EC2 Windows Server 執行個體上執行，排除作業系統層級的問題，並收集進階日誌和組態檔供進一步分析。EC2Rescue 簡化並加速 EC2 Windows 執行個體的故障排除。如需詳細資訊，請參閱這裡。
AWS 是否支援執行 Server 2003 R2 之前的 Windows 版本的客戶？
不正式支援。雖然可以建立較舊作業系統的映像，但驅動程式支援將對功能產生重大挑戰。AWS 無法對這些案例提供支援，但歡迎客戶在無預期支援的情況下執行這些工作負載。
若要獲得來自 AWS 或 Microsoft 的支援，客戶是否需要使用其他技術重新建立環境？
否。客戶可以依據 AWS 或 Microsoft 客戶支援合約的規定，同時從 AWS 和 Microsoft 獲得在 AWS 上執行 Microsoft 工作負載的支援，不需使用其他技術重新建立環境。在極少數無法複製問題的情況下，AWS 會與客戶合作在 Microsoft 已驗證環境中重新建立問題。
AWS 不須通過 SVVP 驗證，就能完整支援客戶在 AWS 上執行 Microsoft 工作負載。Microsoft 的解釋如下：「SVVP 不適用於透過 Microsoft 服務供應商授權合約方案 (SPLA) 託管 Windows Server 或其他 Microsoft 產品的廠商。SPLA 客戶支援由 SPLA 託管者依據 SPLA 合約提供。」(請查參閱 http://www.windowsservercatalog.com/svvp.aspx)。
如果沒有 SVVP 驗證，是否可在 AWS 環境中完整支援 Microsoft 產品？
是。SVVP 驗證不適用於 SPLA 供應商。SPLA 客戶支援由 AWS 依據 SPLA 合約提供。AWS 完全認可為我們的客戶在 AWS 上執行 Microsoft 工作負載提供支援。