Amazon EC2 常見問答集

問：什麼是 Amazon Elastic Compute Cloud (Amazon EC2)？

Amazon EC2 是一種 Web 服務，能在雲端提供可調整大小的運算容量。此服務旨在降低開發人員進行網路規模運算的難度。

問：Amazon EC2 的功能為何？

如同 Amazon Simple Storage Service (Amazon S3) 能夠實現雲端儲存，Amazon EC2 則能夠實現雲端「運算」。  Amazon EC2 Web 服務介面非常簡單，您可以輕鬆獲取和配置容量。使用本服務，您可以完全控制運算資源，並在久經考驗的 Amazon 運算環境中執行。Amazon EC2 讓獲取與啟動新伺服器執行個體所需的時間縮短至幾分鐘，如此一來，當您的運算要求發生變化時，便能快速擴展運算容量。Amazon EC2 按您實際使用的容量收費，從而改變了成本結算方式。

問：如何開始使用 Amazon EC2？

要註冊 Amazon EC2，請選取 Amazon EC2 詳細資訊頁面上的「註冊此 Web Service」按鈕。您必須擁有 AWS 帳戶才能存取此服務；如果您還沒有帳戶，系統將在您開始 Amazon EC2 註冊過程時提示您建立帳戶。註冊後，請參閱 Amazon EC2 文件，其中包含了入門指南。

問：註冊 Amazon EC2 時為什麼需要驗證我的電話號碼？

註冊 Amazon EC2 要求您在 AWS 上登記有效電話號碼和電子郵件地址，以便我們需要聯繫您時使用。驗證您的電話號碼只需要幾分鐘時間。註冊過程中您會接到一通電話，然後需要您使用電話鍵盤輸入 PIN 碼。

問：開發人員現在可以實現哪些以前無法做到的事情？

以前，小規模開發人員沒有資本購置大量的運算資源，以確保擁有所需的容量來應對意外的負載峰值。Amazon EC2 可協助開發人員利用 Amazon 自身的規模優勢，而無須前期投資，也不會影響效能。現在，開發人員知道無論其業務變得多麼成功，都可以透過經濟而簡單的方式來確保具有滿足業務需求的運算容量，因此他們可以盡情創新。

此服務的「彈性」本質可以讓開發人員即時進行擴展，滿足其流量或需求峰值。當運算需求意外改變時 (增加或縮小)，Amazon EC2 可以即時作出反應，表示開發人員可以在指定的任何時間點上控制資源的使用量。相反，傳統的託管服務通常在固定的時間段內提供固定數量的資源，表示當用量快速變化、不可預測或已知會在不同的時間間隔遭遇大峰值時，使用者輕鬆反應的能力會受到限制。

問：如何在 Amazon EC2 環境中執行系統？

設定了帳戶並選擇或建立 AMI 之後，便可啟動您的執行個體。您可以透過使用 RunInstances API 呼叫，在任意數量的隨需執行個體上啟動 AMI。您只需要指示要啟動多少個執行個體即可。 如果要執行更多隨需配額，請填寫 Amazon EC2 執行個體申請表。

如果 Amazon EC2 能夠滿足您的請求，RunInstances 將傳回成功訊息，我們將開始啟動您的執行個體。您可以透過呼叫 DescribeInstances API，查看執行個體的狀態。也可以透過呼叫 TerminateInstances API，以編程方式終止任意數量的執行個體。

如果您擁有使用 Amazon EBS 啟動分區的執行中執行個體，也可以使用 StopInstances API 呼叫來釋放運算資源，但保留啟動分區中的資料。在準備好重新啟動與 Amazon EBS 啟動分區相關的執行個體時，您可以使用 StartInstances API。

此外，如果您可以靈活掌握應用程式的執行時間，您也可以選擇使用 Spot 執行個體，從而降低運算成本。請參閱更多有關 Spot 執行個體的資訊，詳細了解 Spot 執行個體的運作方式。

您也可以根據需要，從 AWS 管理主控台執行所有這些動作，或者使用已實施此 Web 服務 API 的命令列工具透過命令列來執行。

問：對於根裝置，使用本機執行個體儲存體與使用 Amazon Elastic Block Store (Amazon EBS) 有什麼區別？

啟動 Amazon EC2 執行個體時，您可以將根裝置資料存放在 Amazon EBS 或者本機執行個體儲存體上。使用 Amazon EBS 時，根裝置中的資料將獨立於執行個體的存留期保留下來。這可讓您停止執行個體並在以後重新啟動，與您將筆記型電腦關機並於再次需要時重新啟動相似。

另一方面，本機執行個體儲存體僅在執行個體的生命週期內保留。這是一種最經濟的啟動執行個體方式，因為資料沒有存放到根裝置中。例如，有些客戶使用此選項執行大型網站，透過複製每個執行個體來應對 Web 流量。

問：系統可以多快開始執行？

從發出 RunInstances 呼叫到所有請求的執行個體開始其啟動序列，通常不超過 10 分鐘。這段時間由多個因素決定，包括：AMI 的大小、啟動的執行個體數量，以及多久前您啟動過該 AMI。首次啟動的映像可能需要稍長時間才能啟動。  

問：如何使用 Amazon EC2 載入和存放我的系統？

有了 Amazon EC2，您可以設定和配置從作業系統到應用程式的所有執行個體。Amazon Machine Image (AMI) 單純是封裝環境，包含設定及啟動執行個體所需的所有資料。您的 AMI 是您的部署單位。您可能只有一個 AMI，或您的系統中只有幾個建置區塊 AMI (例如 webserver、appserver 和資料庫)。Amazon EC2 提供了多種工具，讓您輕鬆建立 AMI。建立自訂 AMI 後，您需要對其進行綁定。如果要將映像與 Amazon EBS 支援的根裝置綁定，您只需使用 AWS 管理主控台中的綁定命令。如果要將映像與執行個體儲存體中的啟動分區綁定，則需要使用 AMI 工具將其上傳到 Amazon S3。Amazon EC2 使用 Amazon EBS 和 Amazon S3 為您的 AMI 提供可靠且可擴展的儲存，以便我們可在您要求時啟動它們。

或者，如果您需要的話，也不必從頭設定自己的 AMI。您可以從全球可用的大量 AMI 中選擇，這些 AMI 可提供有用的執行個體。例如，如果您只想要一個簡單的 Linux 伺服器，則可以選擇一個標準的 Linux 發行版 AMI。

問：如何存取我的系統？

啟動執行應用程式堆疊的 RunInstances 呼叫會傳回一組 DNS 名稱，每個名稱對應到一個要啟動的系統。您可以使用此名稱來存取系統，就如在自己的資料中心一樣。在您的作業系統堆疊執行期間，您擁有這一台機器。

問：Amazon EC2 是否可與 Amazon S3 結合使用？

是的，對於具備本機執行個體儲存體支援之根裝置的執行個體，Amazon EC2 與 Amazon S3 可結合使用。藉助 Amazon S3，開發人員可以存取 Amazon 用於執行其全球網站網路的資料儲存體基礎設施，它不僅具備高度的可擴展性和可靠性，而且快速、經濟實惠。為了能在 Amazon EC2 環境中執行系統，開發人員使用提供的工具將其 AMI 載入 Amazon S3 中，並在 Amazon S3 和 Amazon EC2 之間移動。請參閱如何使用 Amazon EC2 載入並存放我的系統以獲得更多有關 AMI 的詳細資訊。

我們希望開發人員會認為 Amazon EC2 與 Amazon S3 的結合非常有用。Amazon EC2 在雲端提供了經濟、可擴展的運算，而 Amazon S3 則可讓使用者可靠地存放其資料。

問：我可以在 Amazon EC2 中執行多少個執行個體？

您只能根據以 vCPU 為基礎的隨需執行個體限制執行隨需執行個體、購買 20 個預留執行個體，以及根據每個區域的動態 Spot 限制，提出 Spot 執行個體請求。新建立的 AWS 帳戶一開始的限制數量可能比以上列出的數字更低。

如果需要更多執行個體，請填寫 Amazon EC2 限制增加申請表，並和您的使用案例一起提交，我們即會考慮是否增加您的上限。執行個體限制的增加會與請求所針對的區域關聯。

問：從 Amazon EC2 執行個體中發送電子郵件是否有任何限制？

是。為了保持用於發送電子郵件的 Amazon EC2 地址的品質，我們對可以從 EC2 帳戶發送的電子郵件數量實施預設限制。如果希望從 EC2 發送更大數量的電子郵件，您可以透過填寫此表來申請從您的帳戶中取消這些限制。

問：我能夠多快擴展和縮減容量？

Amazon EC2 提供真正的彈性運算環境。有了 Amazon EC2，您可以在幾分鐘 (而不是幾小時或幾天) 內增加或減少容量。您可以同時管理一個、數百個，甚至數千個伺服器執行個體。需要更多執行個體時，您只需要呼叫 RunInstances，Amazon EC2 通常會在幾分鐘內設定您的新執行個體。當然，因為這全是透過 Web 服務 API 控制，所以您的應用程式可根據其自身需要自動擴展。

問：支援哪些作業系統環境？

Amazon EC2 目前支援多種作業系統，包括：Amazon Linux、Ubuntu、Windows Server、Red Hat Enterprise Linux、SUSE Linux Enterprise Server、openSUSE Leap、Fedora、Fedora CoreOS、Debian、CentOS、Gentoo Linux、Oracle Linux 和 FreeBSD。我們正在設法擴展到其他平台。

問：Amazon EC2 是否使用 ECC 記憶體？

根據我們的經驗，伺服器基礎設施需要使用 ECC 記憶體，而且為 Amazon EC2 提供支援的所有硬體也使用 ECC 記憶體。

問：此服務與普通託管服務有何不同？

傳統的託管服務通常針對固定的時間段提供預先配置的資源，成本也是預先確定的。Amazon EC2 與其他產品截然不同，它給開發人員帶來了靈活性、控制力和大幅成本節約，可以讓他們將 Amazon EC2 視作其個人的資料中心，同時充分享受 Amazon.com 強大基礎設施的優勢。

當運算需求意外改變時 (增加或縮小)，Amazon EC2 可以即時作出反應，表示開發人員可以在指定的任何時間點上控制資源的使用量。相反，傳統的託管服務通常在固定的時間段內提供固定數量的資源，表示當用量快速變化、不可預測或已知會在不同的時間間隔遭遇大峰值時，使用者輕鬆反應的能力會受到限制。

其次，許多託管服務無法讓使用者完全控制所提供的運算資源。使用 Amazon EC2 時，開發人員不僅可以選擇隨時啟動或關閉執行個體，而且還能根據其需求對執行個體配置進行全面自訂，並隨時進行更改。許多託管服務更適用於具有相似系統要求的使用者群組，因而只提供有限的更改能力。

最後，Amazon EC2 的另一好處就是開發人員僅需支付其實際資源消耗的費用，而且費用極低。大多數託管服務要求使用者預先支付固定的費用，而不管其運算能力的實際用量，這就可能造成使用者為避免無法在短時間內快速擴充資源規模而超額購買資源。 

問：哪些項目會有所變更？

Amazon EC2 正在將隨需執行個體限制，從目前的「以執行個體數量為基礎」轉換為全新「以 vCPU 為基礎」，以此簡化 AWS 客戶的限制管理體驗。以 vCPU 為基礎的用量限制衡量方式，會針對 Amazon EC2 執行個體類型為滿足應用程式需求所啟動的任何執行個體類型組合，計算 vCPU (虛擬中央處理單元) 數量。

問：什麼是以 vCPU 為基礎的限制？

您會被限制只能在 AWS 帳戶中執行一個或多個隨需執行個體，而 Amazon EC2 會根據 AWS 帳戶中指派給執行中隨需執行個體的 vCPU (虛擬中央處理單元) 總數，計算每個用量限制。下表顯示了每一種執行個體大小的 vCPU 數量。某些執行個體類型的對應的 vCPU 可能不同；如需詳細資訊，請參閱 Amazon EC2 執行個體類型。

問：可以在 Amazon EC2 中執行多少個隨需執行個體？

目前有五個以 vCPU 為基礎的執行個體限制，它們各自定義指定執行個體系列中可供您使用的總容量。無論是第幾代、大小或組態變體 (例如磁碟、處理器類型) 為何，指定系列中的所有執行個體用量，都將累計到下表列出的系列 vCPU 總量限制。新建立的 AWS 帳戶一開始的限制數量可能比以上列出的數字更低。

問：每個區域的隨需執行個體以 vCPU 為基礎的限制皆不相同嗎？

是，AWS 帳戶的隨需執行個體限制是根據每個區域所設定。

問：這些限制是否會隨著時間變更？

是，限制可能會隨著時間而變更。Amazon EC2 會持續監控您在每個區域的用量，並根據您的 EC2 用量自動提高限制。

問：我如何申請提高限制？

即使 EC2 根據您的用量自動提高隨需執行個體限制，但只要有需要，您還是可以從 Amazon EC2 主控台的 Limits 頁面、Service Quotas 主控台上的 Amazon EC2 服務頁面或 Service Quotas API/CLI，請求提高限制。

問：如何計算新的 vCPU 限制？

您可以找到每個 Amazon EC2 執行個體類型對應的 vCPU，或使用簡化的 vCPU 計算工具計算 AWS 帳戶需要的 vCPU 總量限制。

問：購買預留執行個體或請求 Spot 執行個體時，是否會計入 vCPU 限制？

否，以 vCPU 為基礎的限制僅適用於執行中的隨需執行個體和 Spot 執行個體。

問：如何查看目前的隨需執行個體限制？

您可以在 Amazon EC2 主控台的 EC2 服務配額頁面，或者從 Service Quotas 主控台和 API，找到目前的隨需執行個體限制。

問：這是否會影響執行中的執行個體？

否，選擇使用以 vCPU 為基礎的限制並不會影響任何執行中的執行個體。

問：我是否仍然可以啟動相同數量的執行個體？

是，以 vCPU 為基礎的執行個體限制可讓您至少啟動與以計數為基礎的執行個體限制一樣的執行個體數量。

問：我是否能根據這些限制查看執行個體用量？

透過 Amazon CloudWatch 指標整合，您可以在Service Quotas 主控台查看這些限制的 EC2 用量。Service Quotas 也可以讓客戶使用 CloudWatch 來設定警示，以提醒客戶即將到達限制。此外，您可以繼續在 Trusted Advisor 和 Limit Monitor 追蹤和檢查執行個體用量。

問：我是否仍然可以使用 DescribeAccountAttributes API？

採用 vCPU 限制之後，我們不再透過執行個體總數限制管控用量。因此，DescribeAccountAttributes API 將不再傳回 max-instances 值。相反，您現在可以使用 Service Quotas API 來擷取 EC2 限制的相關資訊。您可以在 AWS 文件中找到有關 Service Quotas API 的詳細資訊。

問：vCPU 限制是否會對每個月的帳單造成影響？

否。EC2 用量仍然以小時或秒計費，取決於您正在執行的 AMI 以及啟動的執行個體類型和大小。

問：所有區域都可使用 vCPU 限制？

在所有商業 AWS 區域中都可以使用以 vCPU 為基礎的執行個體限制。

問：哪些項目會有所變更？

自 2020 年 1 月 7 日起，Amazon EC2 開始推出一項變更，預設會限制連接埠 25 以上的電子郵件流量，以保護客戶和其他收件者免受垃圾郵件和電子郵件濫用的侵害。連接埠 25 通常用作傳送電子郵件的預設 SMTP 連接埠。過去已請求並已移除連接埠 25 調節的 AWS 帳戶將不受此變更的影響。

問：我有從 EC2 傳送電子郵件到連接埠 25 的有效使用案例。如何才能移除這些連接埠 25 限制？

若您有將電子郵件從 EC2 傳送至連接埠 25 (SMTP) 的有效使用案例，請提交移除電子郵件傳送限制的請求，以解除這些限制。您可以使用其他連接埠傳送電子郵件，也可以利用經過身分驗證的現有電子郵件轉送服務，例如 Amazon Simple Email Service (Amazon SES)。

問：Amazon EC2 服務水準協議提供什麼保證？

我們的 SLA 保證在某一區域內，Amazon EC2 和 Amazon EBS 的每月正常執行時間百分比至少為 99.99%。

問：如何知道我是否符合 SLA 服務抵扣的資格？

如果在任何一個每月計費週期內，您所在區域的月度正常執行時間百分比低於 99.99%，您就有資格申請 SLA 針對不可用的 Amazon EC2 和/或 Amazon EBS 提供的抵扣。如需 SLA 所有條款與條件的完整詳細資訊，以及如何提交索賠的詳細資訊，請參閱 Amazon 運算服務水準協議。 

問：什麼是加速運算執行個體？

加速運算執行個體類別包括使用硬體加速器或協同處理器執行一些函數 (例如，浮點數計算和圖形處理) 的執行個體系列，這比在 CPU 上執行的軟體更有效率。Amazon EC2 提供多種加速器選項，包括 GPU、專門打造的 AI 晶片 AWS Trainium 和 AWS Inferentia、FPGA 等。

問：我應該何時使用以 GPU 為基礎的 EC2 執行個體？

GPU 執行個體非常適合平行度極高的應用程式，例如生成式 AI、深度學習、圖形、遊戲和空間運算。如果您的深度學習和 AI 模型需要第三方專有程式庫或語言，例如 NVIDIA CUDA、CUDA 深度神經網路 (cuDNN) 或 TensorRT 程式庫，我們建議使用以 NVIDIA GPU 為基礎的執行個體。

問：我應該何時使用 G 系列與 P 系列以 GPU 為基礎的 EC2 執行個體？

我們的 G 系列執行個體非常適合用於圖形、遊戲和空間運算，以及 AI/ML 推論和單一節點 AI/ML 訓練工作負載。我們的 P 系列執行個體針對大型基礎模型的 AI 推論和訓練進行最佳化。

問：我應該何時使用採用 AWS Trainium 和 AWS Inferentia 技術的執行個體？

AWS Trainium 和 AWS Inferentia 專門為深度學習和生成式 AI 工作負載而打造。您可以使用這些執行個體進行 AI 訓練和推論以獲取高效能，同時相較於 EC2 執行個體，可節省高達 50% 的訓練和推論成本。AWS Neuron SDK 支援這些執行個體上的多種模型架構，您可以前往 Neuron 文件頁面進一步了解。

問：我在哪裡可以取得適用於 P 系列和 G 系列執行個體的 NVIDIA 驅動程式、程式庫、架構和開發工具？

AWS Marketplace 上提供了商品清單，包括已預先安裝 NVIDIA 驅動程式的 Amazon Linux AMI 和 Windows Server AMI。您也可以啟動 64 位元 HVM AMI，自行安裝這些驅動程式。您必須造訪 NVIDIA 驅動程式網站，並根據您所用執行個體採用的 GPU 來搜尋適當的驅動程式。

此外，您還可以選擇使用 NVIDIA AI 企業，其中包括適用於 AI 從業人員的 NVIDIA 開發工具、架構和預先訓練的模型，以及適用於 IT 專業人員的可靠管理和協同運作，以確保效能、高可用性和安全性。 

問：什麼是 Amazon EC2 UltraClusters？

Amazon EC2 UltraClusters 可協助您擴展至數千個 GPU 或專門打造的 ML 晶片 (例如 AWS Trainium)，以取得超級電腦的隨需存取。它們透過依用量計費用量模型，不需任何設定或維護成本，為機器學習 (ML)、生成式 AI 和高效能運算 (HPC) 開發人員將超級運算類別效能的存取大眾化。如需詳細資訊，請造訪 EC2 UltraClusters 頁面。 

問：Amazon EC2 Flex 執行個體 (M7i-flex 和 C7i-flex) 如何與類似執行個體 (M7i 和 C7i) 區別？ 何時應使用 Flex 執行個體而非類似執行個體？

Flex 執行個體 (M7i-flex 和 C7i-flex) 是類似執行個體 (M7i 和 C7i) 的低價變體，與前一代執行個體 (M6i 和 C6i) 相比，價格效能比提高了 19%。Flex 執行個體可用於執行絕大多數工作負載，其受益於最新一代效能，但卻無法充分利用運算資源。這些執行個體專為交付 CPU 基準效能而設計，可在 95% 的時間內向上擴展至 CPU 完整效能。Flex 執行個體非常適合執行個體大小最高達 8xlarge (多達 32 個 vCPU 和高達 128 GB) 的工作負載，包括 Web 和應用程式伺服器、資料庫、虛擬桌面、批次處理、微型服務、快取、企業應用程式。Apache Kafka 和 Elasticsearch。您可以使用類似執行個體 (M7i 和 C7i) 來處理需要最大執行個體大小或高持續 CPU、網路或 EBS 效能的工作負載，例如大型應用程式伺服器和資料庫、高可擴展多人遊戲、基於 CPU 的機器學習 (ML)、視訊編碼與串流、批次處理、分散式分析、高效能運算 (HPC) 和廣告服務。

問：Flex 執行個體提供怎樣的效能？

Flex 執行個體提供可靠的 CPU 資源，可交付 40% 的 CPU 基準效能，專為滿足絕大多數工作負載的運算需求而設計。若是工作負載需要更高效能，Flex 執行個體可在 24 小時的時段內將 CPU 向上擴展至 100%，適用於 95% 的時間。

問：M7i-flex 執行個體還有哪些其他使用案例？

M7i-flex 執行個體提供更出色的價格效能、固定的小時價格 (包括基準 CPU 和超出基準的額外 CPU 使用率)，以及高達 8xlarge (32vCPU 和 128 GB) 的大型執行個體，以便為執行於 T3 大型執行個體 (高達 2xlarge) 的工作負載提供令人驚歎的升級途徑。M7i-flex 執行個體提供了一種簡化的方式，讓您在沒有 CPU 抵用金的情況下優化 EC2 用量。

問：爆量效能執行個體有何不同？

Amazon EC2 可讓您選擇固定效能執行個體 (如 C、M 和 R 執行個體系列) 和高載效能執行個體 (如 T2)。高載效能執行個體可提供 CPU 基準效能，並有超越該基準效能的能力。

T2 執行個體基準效能和高載能力由 CPU 積分管理。每個 T2 執行個體都會持續收到 CPU 積分，其費率取決於執行個體大小。T2 執行個體閒置時會累積 CPU 積分，活動時則會耗用 CPU 積分。一個 CPU 積分可提供一分鐘一個 CPU 核心的完整效能。 

* 對於 t2.medium，單一執行緒應用程式可以使用 1 個核心的 40%，如果有需要，多個執行緒應用程式可使用兩個核心各 20%。

** 對於 t2.large，單一執行緒應用程式可以使用 1 個核心的 60%，如果有需要，多個執行緒應用程式可使用兩個核心各 30%。

*** 對於 t2.xlarge，單一執行緒應用程式可以使用 1 個核心的 90%，如果有需要，多個執行緒應用程式可使用 2 個核心各 45% 或所有 4 個核心的 22.5%。

**** 對於 t2.2xlarge，單一執行緒的應用程式可以使用 1 個完整的核心，如果有需要，多個執行緒的應用程式可使用 2 個核心各 67.5% 或全部 8 個核心的 16.875%。

問：如何為我的 T2 執行個體選擇正確的 Amazon Machine Image (AMI)？

您需要確定每個 T2 執行個體大小分配的記憶體 (例如，t2.nano 有 512 MiB) 可滿足作業系統和應用程式的最低記憶體需求。具有圖形使用者介面 (GUI) 的作業系統會耗用大量的記憶體和 CPU (例如 Microsoft Windows)，所以在許多使用案例中可能需要使用 t2.micro 或較大型的執行個體。您可以在 AWS Marketplace 找到適合 t2.nano 執行個體類型的 AMI。不需要 GUI 的 Windows 客戶可以使用 Microsoft Windows Server 2012 R2 Core AMI。

問：什麼時候應該選擇高載效能執行個體，例如 T2？

T2 執行個體可為各式各樣的一般用途生產工作負載提供經濟實惠的平台。無限制 T2 執行個體可在需要時隨時保持高 CPU 效能狀態。 如果您的工作負載需要持續使用高於基準的 CPU 用量，請考慮專用 CPU 執行個體，如 M 或 C。

問：要如何看到每個 T2 執行個體的 CPU 積分餘額？

您可以在 Amazon CloudWatch 的 EC2 每一執行個體指標看到每個 T2 執行個體的 CPU 積分餘額。T2 執行個體提供四種指標：CPUCreditUsage、CPUCreditBalance、CPUSurplusCreditBalance 和 CPUSurplusCreditsCharged。CPUCreditUsage 指出已使用的 CPU 積分數量。CPUCreditBalance 指出 CPU 積分的餘額。CPUSurplusCredit Balance 指出在沒有獲得積分的情況下爆量時使用的積分。CPUSurplusCreditsCharged 指出平均用量超出基準時扣取的積分。

問：如果我的 T2 執行個體積分不足 (CPU 積分餘額接近零)，CPU 效能會發生什麼狀況？

如果 T2 執行個體 CPU 積分餘額為零，效能將維持在基準 CPU 效能。例如，t2.micro 提供實體 CPU 核心的 10% 為基準 CPU 效能。如果執行個體的 CPU 積分餘額接近零，會在 15 分鐘的間隔將 CPU 效能降低到基準效能。

問：停止/啟動時是否會保留我的 T2 執行個體積分餘額？

不會，已停止的執行個體不會保留之前獲得的積分餘額。

問：T2 執行個體是否可以用預留執行個體或 Spot 執行個體購買？

T2 執行個體可透過隨需執行個體、預留執行個體或 Spot 執行個體的形式購買。

問：什麼是 Amazon EC2 T4g 執行個體？

Amazon EC2 T4g 執行個體是採用 Arm 型 AWS Graviton2 處理器技術的下一代一般用途高載執行個體。相較於 T3 執行個體，T4g 執行個體的性價比最多可提升 40%。這類執行個體是以 AWS Nitro System 為基礎建置而成，結合專用硬體和 Nitro Hypervisor。

問：T4g 執行個體有哪些理想的使用案例？

與 T3 執行個體相比，T4g 執行個體的性價比高達 40%，適用於各種高載一般用途工作負載，例如微型服務、低延遲互動式應用程式、中小型資料庫、虛擬桌面、開發環境、程式碼儲存庫和業務關鍵應用程式。客戶在部署以開放原始碼軟體所建置的應用程式時發現，整個 T 系列執行個體中，T4g 執行個體能提供最理想的價格效能表現，是極具吸引力的選項。Arm 開發人員也可以在原生 Arm 硬體上直接建置其應用程式，不需交叉編譯或仿真。

問︰客戶如何取得 T4g 免費試用資格？

2024 年 12 月 31 日之前，會為所有 AWS 客戶自動註冊 T4g 免費試用，詳見 AWS 免費方案。在免費試用期間，執行 t4g.small 執行個體的客戶每個月將自動從其每月帳單中扣除 750 個小時的免費時數。750 小時是根據在使用 t4g.small 執行個體的所有區域中彙總計算得出。在 T4g 免費試用計劃的 750 小時免費時間內，當客戶超過執行個體分配的抵用金時，客戶必須為超出的 CPU 積分付費。如需有關 CPU 抵用金運作方式的詳細資訊，請參閱適用於 Linux 執行個體的 Amazon EC2 使用者指南中的高載效能執行個體的關鍵概念和定義。

問︰誰符合 T4g 免費試用的資格？

所有擁有 AWS 帳戶的現有和新客戶都可以免費試用 T4g。T4g 免費試用有時間限制，最後一天是 2024 年 12 月 31 日。免費試用的開始和結束時間以國際標準時間 (UTC) 為準。除了 t2.micro/t3.micro 上現有的 AWS 免費方案之外，還將提供 T4g 免費試用。已用完 t2.micro (或 t3.micro，取決於區域) 免費方案用量的客戶，仍然可以享有 T4g 免費試用的優惠。

問︰哪些區域提供 T4g 免費試用？

T4g 免費試用目前在以下 AWS 區域提供：︰美國東部 (俄亥俄)、美國東部 (維吉尼亞北部)、美國西部 (加利佛尼亞北部)、美國西部 (奧勒岡)、南美洲 (聖保羅)、亞太區域 (香港)、亞太區域 (孟買)、亞太區域 (首爾)、亞太區域 (新加坡)、亞太區域 (雪梨)、亞太區域 (東京)、加拿大 (中部)、歐洲 (法蘭克福)、歐洲 (愛爾蘭)、歐洲 (倫敦)、歐洲 (斯德哥爾摩)。目前未在中國 (北京) 和中國 (寧夏) 區域提供。

作為免費試用版的一部分，客戶可以在一個或多個區域中執行 t4g.small 執行個體，每月總共可免費使用儲存貯體 750 小時，直到 2024 年 12 月 31 日為止。例如，客戶可於某月在奧勒岡執行 t4g.small 300 個小時，然後同月在東京執行另一個 t4g.small 450 個小時。加起來便是免費方案每月最多 750 小時的限制。

問︰在 T4g 免費試用版執行特定的 AMI 是否需要額外付費？

使用 t4g.small 免費試用版，對於透過 EC2 Console Quick Start 提供的 Amazon Linux 2、RHEL 和 SUSE Linux AMI，每月前 750 小時可免費使用，不收取 Amazon Machine Image (AMI) 費用。每月免費使用 750 小時後，須支付含 AMI 費用 (若有) 的常規隨需價格。免費試用不包含提供 AMI 配送選項的 AWS Marketplace 的適用軟體費用。免費試用僅包含 t4g.small 基礎設施費用。

問︰t4g.small 免費試用會如何反映在我的 AWS 帳單上？

T4g 免費試用有一個每月計費週期，從每個月的第一天開始，到該月的最後一天結束。根據 T4g 免費試用帳單計劃，在免費試用期內，使用 t4g.small 的客戶會在帳單中的隨需定價計劃中，看到每月前 750 合計使用時數的明細項目為 0 USD。客戶可以在免費試用期內的任何時間開始，並在當月剩餘期限內免費使用 750 小時。上個月未使用的時數不得保留。客戶可以在免費試用時啟動多個 t4g.small 執行個體。客戶可使用 AWS Budgets，在每月的總使用量達到 750 小時免費時數的 85% 時，自動透過電子郵件收到通知。當每月帳單週期的累計執行個體使用量超過 750 小時，當月超出的小時數將依一般隨需定價計費。對於使用 Compute Savings Plan 或 T4g 執行個體 Savings Plan 的客戶，將可針對超過 750 個免費試用時數以外的每個小時，在隨需定價套用 Savings Plan (SV) 折扣。如果客戶購買了 T4g 預留執行個體 (RI) 計劃，會優先採用 RI 計劃依時數計算任何用量。對於套用 RI 計劃後剩餘的任何用量，將以免費試用帳單計劃計費。

問︰如果客戶註冊合併帳單 (或單一付款人帳戶)，他們是否可以在與付款人帳戶綁定的每個帳戶獲得 T4g 免費試用？

否，使用合併帳單跨多個帳戶合併付款的客戶，每個 Organization 只能享有一個免費方案。每個付款人帳戶，每月總共可獲得 750 小時的免費時數。如需有關合併帳單的更多詳細資訊，請參閱 AWS 帳單與成本管理使用者指南中的 AWS Organizations 合併帳單。

問︰T4g 免費試用期間，客戶是否需要支付超出的 CPU 抵用金？

在 T4g 免費試用計劃的 750 小時免費時間內，當客戶超過執行個體分配的抵用金時，客戶必須為超出的 CPU 積分付費。如需有關 CPU 抵用金運作方式的詳細資訊，請參閱適用於 Linux 執行個體的 Amazon EC2 使用者指南中的高載效能執行個體的關鍵概念和定義。

問︰免費試用結束時，如何向客戶收取 t4g.small 執行個體的相關費用？

從 2025 年 1 月 1 日開始，執行 t4g.small 的客戶將自動從免費試用計劃切換到隨需定價計劃 (或預留執行個體 (RI)/Savings Plans (SV) 計劃，如果已購買)。累計的抵用金將設定為零。客戶將在免費試用期結束前 7 天會收到一封電子郵件通知，說明免費試用期將於 7 天後結束。從 2025 年 1 月 1 日開始，如果購買 RI 計劃，則會採用 RI 計劃。否則，將會依常規隨需定價向客戶收取 t4g.small 執行個體費用。對於使用 T4g 執行個體 Savings Plan 或 Compute Savings Plan 的客戶，t4g.small 執行個體計費時會在隨需定價套用 Savings Plan 折扣。

問：何時應使用運算優化執行個體？

運算優化執行個體專為利用高運算能力的應用程式所設計。這類應用包含運算密集型應用，例如高效能 Web 伺服器、高效能運算 (HPC)、科學建模、分散式分析和機器學習推論。

問：什麼是 Amazon EC2 C7g 執行個體？

Amazon EC2 C7g 執行個體採用最新一代 AWS Graviton3 處理器技術，在 Amazon EC2 中為運算密集型工作負載提供最佳價格效能比。C7g 執行個體非常適合高效能運算 (HPC)、批次處理、Electronic Design Automation (EDA)、遊戲、影片編碼、科學建模、分散式分析、以 CPU 為基礎的機器學習 (ML) 推論和廣告服務。相較於以第六代 AWS Graviton2 為基礎的 C6g 執行個體，其效能提升了 25%。

問：什麼是 Amazon EC2 C6g 執行個體？

Amazon EC2 C6g 執行個體是由 Arm 型 AWS Graviton2 處理器提供支援的新一代運算優化執行個體。相較於 C5 執行個體，C6g 執行個體的價格效能最多可提升 40%。這類執行個體是以 AWS Nitro System 為基礎建置而成，結合專用硬體和 Nitro Hypervisor。

問：C6g 執行個體有哪些理想的使用案例？

在運算密集型工作負載方面，例如高效能運算 (HPC)、批次處理、廣告投放、影片編碼、遊戲、科學建模、分散式分析，以及基於 CPU 的機器學習推論，C6g 執行個體均能提供卓越的價格效能優勢。 客戶在部署以開放原始碼軟體所建置的應用程式時發現，整個 C 系列執行個體中，C6g 執行個體能提供最理想的價格效能表現，是極具吸引力的選項。Arm 開發人員也可以在原生 Arm 硬體上直接建置其應用程式，不需交叉編譯或仿真。

問：C6g 執行個體提供哪些儲存選項？

預設情況下，C6g 執行個體是 EBS 優化執行個體，能為已加密和未加密的 EBS 磁碟區提供高達 19,000 Mbps 的專用 EBS 頻寬。C6g 執行個體僅支援以非揮發性記憶體 (NVMe) 介面存取 EBS 儲存磁碟區。 此外，C6gd 執行個體類型也提供本機 NVMe 執行個體儲存體的相關選項。

問：C6g 執行個體支援哪種網路介面？

C6g 執行個體支援 ENA 增強型聯網。由於採用 ENA 技術，置放群組內啟動 C6g 執行個體後，執行個體之間能享有高達 25 Gbps 的網路頻寬。

問：客戶是否需要修改其應用程式和工作負載，才能在 C6g 執行個體上執行？

所需的變更視應用程式而定。客戶執行基於開放原始碼所建置的應用程式時發現，Arm 生態系統開發完善，很有可能已支援其應用程式。大多數 Linux 發行版本及容器 (Docker、Kubernetes、Amazon ECS、Amazon EKS、Amazon ECR) 皆支援 Arm 架構。客戶透過其目前使用的相同機制，即可找到可安裝的 Arm 常用軟體套件。如果是以解釋型語言 (例如 Java、Node、Python) 撰寫而成的應用程式，在不仰賴原生 CPU 指令集的情況下，執行時應盡量減少變更，甚至不作變更。以編譯型語言 (C、C++、GoLang) 開發而成的應用程式需重新編譯，以產生 Arm 二進位。這些熱門程式設計語言也完善支援 Arm 架構，而新程式碼通常需搭配簡單的「Make」指令。如需詳細資訊，請參閱 GitHub 上的入門指南。

問：C6 執行個體系列會提供更多運算選擇嗎？

會，將來預計會提供 Intel 和 AMD CPU 驅動的執行個體，加入 C6 執行個體系列。

問：是否可以將 C4 執行個體啟動為 Amazon EBS 優化執行個體？

根據預設，每種 C4 執行個體類型都是 EBS 優化執行個體。C4 執行個體提供 500 Mbps 至 4,000 Mbps 的輸送量給 EBS，比提供給執行個體的一般用途網路輸送量還多。由於這個功能在 C4 執行個體上一直都是啟用狀態，所以將 C4 執行個體明確啟動為 EBS 優化執行個體將不會影響執行個體的行為。

問：如何使用 c4.8xlarge 執行個體上提供的處理器狀態控制功能？

c4.8xlarge 執行個體類型提供的能力，可讓作業系統控制處理器 C 狀態和 P 狀態。這個功能目前僅適用於 Linux 執行個體。您可能想要變更 C 狀態或 P 狀態設定，以提升處理器效能一致性、降低延遲，或針對特定工作負載微調您的執行個體。根據預設，Amazon Linux 會提供適用於大部分客戶工作負載的最高效能設定；不過，如果您的應用程式可受益於使用較高的單核心和雙核心頻率成本來換取較低的延遲，或者可受益於與突增渦輪加速頻率相反的較低頻率帶來的持續效能，則您應考慮試用這些執行個體上提供的 C 狀態和 P 狀態設定選項。如需此功能的詳細資訊，請參閱 Amazon EC2 使用者指南中的處理器狀態控制一節。

問：運算優化執行個體類別有哪些執行個體？

C6g 執行個體：Amazon EC2 C6g 執行個體採用 Arm 型 AWS Graviton2 處理器技術。相較於 C5 執行個體，價格效能最多可提升 40%，適合執行運算密集型的進階工作負載。這類工作負載包括高效能運算 (HPC)、批次處理、廣告投放、影片編碼、遊戲、科學建模、分散式分析，以及基於 CPU 的機器學習推論。 

C6a 執行個體：C6a 執行個體由第三代 AMD EPYC 處理器提供支援，具備 3.6 GHz 全核心 Turbo 頻率，在各種工作負載下提供比 C5a 執行個體高出多達 15% 的價格效能，並支援使用 AMD Transparent Single Key Memory Encryption (TSME) 永遠啟用記憶體加密。C6a 執行個體提供多達 192 個 vCPU 和 384 GiB 記憶體的新執行個體大小，是最大型 C5a 執行個體的兩倍。C6a 還為 Amazon Elastic Block Store 的客戶提供高達 50 Gbps 的聯網速度和 40 Gbps 的頻寬，超過 C5a 執行個體的兩倍。

C6i 執行個體：C6i 執行個體採用第三代 Intel Xeon 可擴充處理器，具備 3.5 GHz 全核心 Turbo 頻率，針對各種工作負載提供比 C5 執行個體高出 15% 的價格效能，使用 Intel Total Memory Encryption (TME) 永遠啟用記憶體加密。C6i 執行個體提供了一個新的執行個體大小 (c6i.32xlarge)，具有 128 個 vCPU 和 256 GiB 的記憶體，比最大的 C5 執行個體多 33%。相較於 C5 執行個體，每個 vCPU 增加高達 9% 的記憶體頻寬。C6i 還為 Amazon Elastic Block Store 的客戶提供高達 50 Gbps 的聯網速度和 40 Gbps 的頻寬，是 C5 執行個體的兩倍。C6i 還可搭配本機 NVMe SSD 區塊層級儲存 (C6id 執行個體) 使用，適合需要存取高速、本機儲存低延遲的應用程式。相較於上一代 C5d 執行個體，C6id 執行個體每個 vCPU 的 TB 儲存量最高可提高 138%，且每 TB 成本降低 56%。

C5 執行個體：C5 執行個體以 Intel Xeon Platinum 處理器為基礎，屬於 Intel Xeon 可擴充處理器 (代號 Skylake-SP 或 Cascade Lake) 處理器系列，提供 9 種大小和高達 96 個 vCPU 和 192 GiB 記憶體。C5 執行個體相較於 C4 執行個體提供高出 25% 的價格/效能提升。C5d 執行個體具有本機 NVMe 儲存體，用於需要極低延遲的工作負載，以及具有高隨機讀寫 IOPS 能力的儲存體存取。

C5a 執行個體︰C5a 執行個體能為廣泛的運算密集型工作負載提供領先的 x86 價格效能比，包括批次處理、分散式分析、資料轉換、日誌分析和 Web 應用程式。C5a 執行個體配備第二代 3.3GHz AMD EPYC 處理器，具有多達 96 個 vCPU 和高達 192 GiB 的記憶體。C5ad 執行個體具有本機 NVMe 儲存體，用於需要極低延遲的工作負載，以及具有高隨機讀寫 IOPS 能力的儲存體存取。

C5n 執行個體︰C5n 執行個體非常適合需要高網路頻寬和封包速率的應用程式。C5n 執行個體非常適合用於 HPC、資料湖、網路設備，以及需要節點間通訊和訊息傳遞介面 (MPI) 的應用程式。C5n 提供多達 72 個 vCPU 和 192GiB 記憶體的可選 Intel Xeon Platinum 3.0 GHz 處理器。

C4 執行個體：C4 執行個體以 Intel Xeon E5-2666 v3 (代號 Hell) 處理器為基礎。C4 執行個體有 5 種大小和高達 36 個 vCPU 和 60 GiB 記憶體。

問：為什麼客戶應該選擇 C6i 執行個體，而非 C5 執行個體？

C6i 執行個體提供比 C5 執行個體高 15% 的性價比，以及使用 Intel 總記憶體加密 (TME) 的永遠啟用記憶體加密。C6i 執行個體提供了一個新的執行個體大小 (c6i.32xlarge)，具有 128 個 vCPU 和 256 GiB 的記憶體，比最大的 C5 執行個體多 33%。相較於 C5 執行個體，每個 vCPU 增加高達 9% 的記憶體頻寬。C6i 還為 Amazon Elastic Block Store 的客戶提供高達 50 Gbps 的聯網速度和 40 Gbps 的頻寬，是 C5 執行個體的兩倍。

問：為什麼客戶應該選擇 C5 執行個體，而非 C4 執行個體？

C5 執行個體每代不斷提升的 CPU 效能和低價使其相對於 C4 執行個體高出 25% 的價格/效能提升，可讓目前在 C3 或 C4 執行個體上執行的各種工作負載受惠。對於浮點密集型應用程式，Intel AVX-512 可透過有效地擷取資料層平行大幅提升交付的 TFLOPS。如果客戶希望尋求圖形轉譯絕對效能以及可透過 GPU 或 FPGA 加速的 HPC 工作負載，還需評估涵蓋這些資源之 Amazon EC2 組合中的其他執行個體系列，以尋找適合其工作負載的執行個體。

問：C5 執行個體支援哪些儲存介面？

C5 執行個體僅支援 NVMe EBS 裝置型號。連接 C5 執行個體的 EBS 磁碟區會顯示為 NVMe 裝置。NVMe 是最先進的儲存介面，可降低延遲進而提升磁碟 I/O 和輸送量。

問：為什麼作業系統報告的總記憶體和執行個體類型公告的記憶體不完全相符？

EC2 執行個體記憶體的部分由虛擬 BIOS 保留並用於視訊 RAM、DMI 和 ACPI。此外，對於採用 AWS Nitro Hypervisor 技術的執行個體，Amazon EC2 Nitro Hypervisor 預留了一小部分執行個體記憶體來管理虛擬化。

問：高效能運算 (HPC) 執行個體類別中提供哪些執行個體？

Hpc7g 執行個體：Hpc7g 執行個體可為 AWS 上的 HPC 工作負載提供最優惠的價格效能。 與適用於運算密集型 HPC 工作負載的上一代 AWS Graviton 型執行個體相比，這些執行個體可提升最高 70% 的效能，而且價格效能優於近 3 倍。Hpc7g 執行個體由 AWS Graviton 3E 處理器提供支援，相較於現有 AWS Graviton3 執行個體，向量指令效能提升多達 35%。 相較於採用 Graviton2 處理器的執行個體，這些執行個體浮點效能提升多達 2 倍。 Hpc7g 執行個體建置於 AWS Nitro System 上，提供 200 Gbps 的網路頻寬，用於低延遲節點間通訊，以滿足需要高度平行化、叢集化運算資源的緊密耦合工作負載。

Hpc7a 執行個體：Amazon Elastic Compute Cloud (Amazon EC2) Hpc7a 執行個體採用第 4 代 AMD EPYC 處理器技術，與 Amazon EC2 Hpc6a 執行個體相比，可提供優於高達 2.5 倍的效能。相較於 Hpc6a 執行個體，Hpc7a 執行個體具有增加 2 倍的核心密度 (高達 192 個核心)、提高 2.1 倍的記憶體頻寬輸送量 (高達 768 GB 的記憶體)，以及高出 3 倍的網路頻寬。這些執行個體提供 300 Gbps 的 Elastic Fabric Adapter (EFA) 網路頻寬，採用 AWS Nitro System 技術，可實現快速且低延遲的節點間通訊。

Hpc6id 執行個體：Hpc6id 執行個體採用 64 個核心的 Intel 第三代 Xeon Scalable 處理器，該處理器以高達 3.5 GHz 的頻率運作，可提高效率。這些執行個體專門用於提高記憶體受限工作負載的效能，每個 vCPU 提供 5 GB/秒記憶體頻寬。Hpc6id 執行個體提供 200 Gbps EFA 聯網，可實現高輸送量節點間通信，進而協助您大規模執行 HPC 工作負載。

Hpc6a 執行個體：Hpc6a 執行個體由 96 個核心的第三代 AMD EPYC 處理器驅動，搭載 3.6 GHz 全核心 Turbo 頻率和 384 GiB RAM。Hpc6a 執行個體提供 100 Gbps EFA 網路，會啟用以實現高輸送量節點間通信，進而協助您大規模執行 HPC 工作負載。

問：Hpc7g 執行個體與其他 EC2 執行個體有何不同？

Hpc7g 執行個體經過最佳化，可提供適合運算密集型 HPC 工作負載的功能。Hpc7g 執行個體採用基於 Arm 架構的 Graviton3E 處理器，相較於現有基於 Graviton3 處理器的執行個體，向量指令效能提升多達 35%。這些執行個體提供 64 個實體核心、128 GiB 記憶體和 200 Gbps 網路頻寬，針對相同 VPC 中執行個體之間的流量最佳化，並支援 EFA 以提升網路效能。Hpc7g 執行個體可在單一可用區域部署中使用，讓工作負載達到 HPC 應用程式緊密耦合的節點對節點通訊所需的低延遲網路效能。

問：Hpc7g 執行個體支援哪些定價模式？

可透過 1 年和 3 年的 Amazon EC2 Instance Savings Plans、Compute Savings Plans、EC2 隨需執行個體和 EC2 預留執行個體購買 Hpc7g 執行個體。

問：Hpc7g 執行個體支援哪些 AMI？

Hpc7g 執行個體僅支援 Amazon EBS 支援的 AMI。

問：Hpc7a 執行個體與其他 EC2 執行個體有何不同？

HPC 優化 EC2 Hpc7a 執行個體非常適合受益於高效能處理器的應用程式，例如大型且複雜的模擬，包括運算流體動力學 (CFD)、數值天氣預測，以及多物理場模擬。Hpc7a 執行個體經過精心設計，旨在協助您以更佳效能執行緊密耦合的 x86 型 HPC 工作負載。相較於 Hpc6a 執行個體，Hpc7a 執行個體配備第 4 代 AMD EPYC 處理器，具有增加 2 倍的核心密度 (高達 192 個核心)、提高 2.1 倍的記憶體頻寬輸送量 (高達 768 GB 的記憶體)，以及高出 3 倍的網路頻寬。這些執行個體提供 300 Gbps 的 EFA 網路頻寬，採用 AWS Nitro System 技術，可實現快速且低延遲的節點間通訊。

問：Hpc7a 執行個體支援哪些定價模式？

可透過 1 年和 3 年的 Amazon EC2 Instance Savings Plans、Compute Savings Plans、EC2 隨需執行個體和 EC2 預留執行個體購買 Hpc7a 執行個體。

問：Hpc7a 執行個體支援哪些 AMI？

Hpc7a 執行個體支援 Amazon Linux 2、Amazon Linux、Ubuntu 18.04 或更新版本、Red Hat Enterprise Linux 7.6 或更新版本、SUSE Linux Enterprise Server 12 SP3 或更新版本、CentOS 7 或更新版本，以及 FreeBSD 11.1 或更新版本。

問：Hpc6id 執行個體支援哪些定價模式？

可透過 1 年和 3 年的 Amazon EC2 Instance Savings Plans、Compute Savings Plans、EC2 隨需執行個體和 EC2 預留執行個體購買 Hpc6id 執行個體。

問︰Hpc6id 執行個體和其他 EC2 執行個體有何不同？

Hpc6id 執行個體經過最佳化，可實現適合記憶體受限、資料密集型 HPC 工作負載的功能。停用超執行緒以提升每個 vCPU 的 CPU 輸送量和每個 vCPU 最多達 5 GB/s 的記憶體頻寬。這些執行個體會提供針對同一虛擬私有雲端 (VPC) 中執行個體之間的流量最佳化的 200 Gbps 網路頻寬，並支援 EFA 以提高網路效能。若要將 Hpc6id 聯網優化以實現緊密偶合的工作負載，您可以在每個區域的單一可用區域中存取 EC2 Hpc6id 執行個體。

問：Hpc6id 執行個體支援哪些 AMI？

Hpc6id 支援 Amazon Linux 2、Amazon Linux、Ubuntu 18.04 或更新版本、Red Hat Enterprise Linux 7.4 或更新版本、SUSE Linux Enterprise Server 12 SP2 或更新版本、CentOS 7 或更新版本、Windows Server 2008 R2 或更新版本以及 FreeBSD 11.1 或更新版本。

問：Hpc6a 執行個體支援哪些 AMI？

Hpc6a 執行個體支援 Amazon Linux 2、Amazon Linux、Ubuntu 18.04 或更新版本、Red Hat Enterprise Linux 7.4 或更新版本、SUSE Linux Enterprise Server 12 SP2 或更新版本、CentOS 7 或更新版本，以及 FreeBSD 11.1 或更新版本。這些執行個體也支援 Windows Server 2012、2012 R2、2016 和 2019。

問：Hpc6a 執行個體支援那些定價模式？

可透過 1 年和 3 年的標準預留執行個體、可轉換預留執行個體、Savings Plans 和隨需執行個體購買 Hpc6a 執行個體。

問：什麼是 Amazon EC2 M6g 執行個體？

Amazon EC2 M6g 執行個體例是由 Arm 型 AWS Graviton2 處理器提供支援的新一代一般用途執行個體。相較於 M5 執行個體，M6g 執行個體的性價比最高可提升 40%。這類執行個體是以 AWS Nitro System 為基礎建置而成，結合專用硬體和 Nitro Hypervisor。

問：新的 AWS Graviton2 處理器有哪些規格？

與第一代 AWS Graviton 處理器相比，AWS Graviton2 處理器提供高 7 倍的效能、多 4 倍的運算核心數、大 2 倍的大型快取、快 5 倍的記憶體，以及強 50% 的每核心加密效能。AWS Graviton2 處理器的每個核心都是一個單一執行緒 vCPU。這些處理器還提供一直在線的完全加密 DRAM 記憶體、用於壓縮工作負載的硬體加速、每個 vCPU 的專用引擎，可讓工作負載 (例如影片編碼) 的浮點效能提升一倍，並提供基於 int8/fp16 CPU 的機器學習推斷加速指令。這些 CPU 採用 64 位元 Arm Neoverse 核心，以及 AWS 憑藉進階 7 nm 製造技術設計的自訂晶片進行建置。

問：AWS Graviton2 處理器是否支援記憶體加密？

AWS Graviton2 處理器支援一直在線的 256 位元記憶體加密，以進一步增強安全性。加密金鑰是在主機系統內安全產生的，不會離開主機系統，並且在重新啟動或關閉主機電源後會永久銷毀。記憶體加密不支援與 AWS Key Management Service (KMS) 整合，客戶無法使用相同的金鑰。

問：M6g 執行個體的一些理想使用案例有哪些？

M6g 執行個體可為各種一般用途工作負載 (例如應用程式伺服器、遊戲伺服器、微型服務、中型資料庫和快取機群) 提供出色的效能和性價比優勢。 客戶在部署以開放原始碼軟體所建置的應用程式時發現，整個 M 系列執行個體中，M6g 執行個體能提供最理想的價格效能表現，是極具吸引力的選項。Arm 開發人員也可以在原生 Arm 硬體上直接建置其應用程式，不需交叉編譯或仿真。

問：在 M6g 執行個體上提供哪些廣泛的儲存選項？

預設情況下，M6g 執行個體是 EBS 最佳化執行個體，為已加密和未加密的 EBS 磁碟區提供高達 19,000 Mbps 的專用 EBS 頻寬。M6g 執行個體僅支援非揮發性記憶體 (NVMe) 介面來存取 EBS 儲存磁碟區。 此外，具有本機 NVMe 執行個體儲存體的選項也將透過 M6gd 執行個體類型提供。

問：M6g 執行個體支援哪種網路介面？

M6g 執行個體支援 ENA 增強型聯網。使用 ENA，在置放群組內啟動 M6g 執行個體時可於執行個體之間提供高達 25 Gbps 的網路頻寬。

問：客戶是否需要修改其應用程式和工作負載，才能在 M6g 執行個體上執行？

所需的變更視應用程式而定。客戶執行基於開放原始碼所建置的應用程式時發現，Arm 生態系統開發完善，很有可能已支援其應用程式。大多數 Linux 發行版本及容器 (Docker、Kubernetes、Amazon ECS、Amazon EKS、Amazon ECR) 皆支援 Arm 架構。客戶透過其目前使用的相同機制，即可找到可安裝的 Arm 常用軟體套件。如果是以解釋型語言 (例如 Java、Node、Python) 撰寫而成的應用程式，在不仰賴原生 CPU 指令集的情況下，執行時應盡量減少變更，甚至不作變更。以編譯型語言 (C、C++、GoLang) 開發而成的應用程式需重新編譯，以產生 Arm 二進位。這些熱門程式設計語言也完善支援 Arm 架構，而新程式碼通常需搭配簡單的「Make」指令。如需詳細資訊，請參閱 GitHub 上的入門指南。

問：什麼是 Amazon EC2 A1 執行個體？

Amazon EC2 A1 執行個體是一般用途執行個體，採用 AWS 客製化設計的第一代 AWS Graviton 處理器技術。

問：第一代 AWS Graviton 處理器有哪些規格？

AWS Graviton 處理器是由 AWS 客製化設計的新處理器系列，運用 Amazon 在針對大規模執行的雲端應用程式建立平台解決方案時，所累積的專業知識。這些處理器採用 64 位元 Arm 指令集，擁有 Arm Neoverse 核心以及 AWS 設計的客製化晶片。核心運算頻率為 2.3 GHz。

問：何時應使用 A1 執行個體？

A1 執行個體可為擴展工作負載節省了大量成本，而且能配合可用的記憶體數量。A1 執行個體非常適用於擴展應用程式，例如 Web 伺服器、容器化微型服務和資料/日誌處理。這些執行個體也非常適合 Arm 開發人員社群中的開發人員、愛好者和教育者使用。

問：客戶是否需要修改應用程式和工作負載，才能在 A1 執行個體上執行？

所需的變更視應用程式而定。以解譯或執行時間編譯語言 (例如 Python、Java、PHP、Node.js) 執行的應用程式無須修改即可執行。其他應用程式可能需要重新編譯，而那些不依賴 x86 指令的應用程式，通常只需很少，甚至無須變更即可開始建立。

問：A1 執行個體支援哪些作業系統/AMI？

A1 執行個體支援以下 AMI：Amazon Linux 2、Ubuntu 16.04.4 或更新版本、Red Hat Enterprise Linux (RHEL) 7.6 或更新版本、SUSE Linux Enterprise Server 15 或更新版本。Fedora、Debian、NGINX Plus 的其他 AMI 支援也可以透過社群 AMI 和 AWS Marketplace 獲得。在 A1 執行個體上啟動由 EBS 支援的 HVM AMI 時，需要在執行個體啟動時安裝 NVMe 和 ENA 驅動程式。

問：在 M6g 和 A1 執行個體上執行時，是否有任何具體的 AMI 規定？

請需要在 M6g 和 A1 執行個體使用 “arm64” AMI，x86 AMI 與 M6g 和 A1 執行個體不相容。

問：客戶何時應使用 A1 執行個體而不是新的 M6g 執行個體？

A1 執行個體繼續為可在多個較小核心上執行的擴展工作負載提供出色的成本優勢，並能配合可用的記憶體數量。新的 M6g 執行個體特別適合有以下需求的各種應用程式︰需要更多運算、記憶體、網路資源，及/或能從跨平台功能擴展中獲益。在執行個體系列中，M6g 執行個體能為這些應用程式提供最佳性價比。M6g 支援高達 16xlarge 的執行個體大小 (A1 支援高達 4xlarge)，每個 vCPU 4GB 記憶體 (A1 支援每個 vCPU 2GB 記憶體)，以及高達 25 Gbps 的網路頻寬 (A1 支援高達 10Gbps)。

問：A1 客戶有哪些不同的儲存選項？

預設情況下，A1 是 EBS 優化執行個體，為已加密和未加密的 EBS 磁碟區提供高達 3,500 Mbps 的專用 EBS 頻寬。A1 執行個體僅支援非揮發性記憶體 (NVMe) 介面來存取 EBS 儲存磁碟區。A1 執行個體不支援 blkfront 介面。

問：A1 執行個體支援哪種網路介面？

A1 執行個體支援 ENA 增強型聯網。使用 ENA，在置放群組內啟動 A1 執行個體時可於執行個體之間提供高達 10 Gbps 的網路頻寬。

問：A1 執行個體是否支援 AWS Nitro System？

是，A1 執行個體採用 AWS Nitro System，結合了專用硬體和 Nitro Hypervisor。

問：為什麼客戶應該選擇 EC2 M5 執行個體，而非 EC2 M4 執行個體？

相較於 EC2 M4 執行個體，全新的 EC2 M5 執行個體可為客戶提供更高的運算和儲存效能、價格低廉且較大的執行個體大小、一致性和安全性。EC2 M5 執行個體最大的好處在於它使用最新一代的 Intel Xeon Scalable 處理器 (Skylake-SP 或 Cascade Lake)，相較於 M4 其價格/效能可提升高達 20%。M5 中的 AVX-512 支援與 M4 中較舊的 AVX2 相比，客戶可在需要浮點操作的工作負載獲得 2 倍的效能。M5 執行個體提供最高 25 Gbps 的網路頻寬和高達 10 Gbps 的 Amazon EBS 專用頻寬。M5 執行個體在具有 EBS 高載功能的較小執行個體上，還擁有明顯更高的聯網和 Amazon EBS 效能。

問：為什麼客戶應該選擇 M6i 執行個體，而非 M5 執行個體？

Amazon M6i 執行個體採用第三代 Intel Xeon 可擴充處理器 (代碼稱為 Ice Lake)，具備 3.5 GHz 全核心 Turbo 頻率，提供比 M5 執行個體高出 15% 的運算價格效能，使用 Intel Total Memory Encryption (TME) 永遠啟用記憶體加密。Amazon EC2 M6i 執行個體最先使用小寫 "i"，來表示它們是採用 Intel 的執行個體。M6i 執行個體提供了一個新的執行個體大小 (m6i.32xlarge)，具有 128 個 vCPU 和 512 GiB 的記憶體，比最大的 M5 執行個體多 33%。相較於 M5 執行個體，它們還為每個 vCPU 增加多達 20% 的記憶體頻寬，可讓客戶高效地對資料密集型 AI/ML、遊戲和高效能運算 (HPC) 應用程式執行即時分析。 M6i 還為 Amazon Elastic Block Store 的客戶提供高達 50 Gbps 的聯網速度和 40 Gbps 的頻寬，是 M5 執行個體的兩倍。 M6i 還可讓客戶在 32xlarge 大小的執行個體上使用 Elastic Fabric Adapter，從而實現低延遲和大規模的節點間通訊。 為了在這些新的執行個體上取得最佳聯網效能，則可能需要彈性網路轉接器 (ENA) 驅動程式更新。如需有關 M6i 的最佳 ENA 驅動程式的詳細資訊，請參閱此文章。

問：對 Intel AVX-512 的支援如何使使用 EC2 M5 系列或 M6i 系列的客戶受益？

Intel Advanced Vector Extensions 512 (AVX-512) 是最新 Intel Xeon 可擴充處理器上的一組全新 CPU 指令，可加速工作負載和使用的效能，像是科學模擬、財務分析、人工智慧、機器學習/深度學習、3D 模型建立和分析、影像和影片處理、加密技術和資料壓縮等。 Intel AVX-512 提供卓越的加密演算法處理，有助於降低加密技術的效能負擔，這表示使用 EC2 M5 系列或 M6i 系列的客戶可將更安全的資料和服務部署到分散式環境，且無須犧牲效能。

M5zn 執行個體是 M5 一般用途執行個體的變體，採用雲端中最快的 Intel Xeon 可擴展處理器技術，全核心 Turbo 頻率高達 4.5 GHz，同時具有 100 Gbps 網路並支援 Amazon EFA。M5zn 執行個體非常適合於工作負載，如遊戲、金融應用程式、模擬建模應用程式 (如汽車、航太、能源和電信產業中使用的應用程式) 以及其他高效能運算應用程式。

z1d 執行個體是記憶體最佳化執行個體，具有高頻版本的 Intel Xeon 可擴展處理器 (高達4.0 GHz)，以及本機 NVMe 儲存。M5zn 執行個體是一般用途執行個體，具有高頻版本的第二代 Intel Xeon 可擴展處理器 (高達4.5 GHz)，以及高達 100 Gbps 網絡效能並支援 EFA。相較於 z1d，M5zn 執行個體提供了更好的價格效能。

問：什麼是 EC2 記憶體增強型執行個體？

Amazon EC2 記憶體增強型 (U-1 和 U7i) 執行個體提供具備 3 TiB、6 TiB、9 TiB、12 TiB、16 TiB、18 TiB、24 TiB 或 32 TiB 記憶體的單一執行個體。這些執行個體專為在雲端執行大型記憶體資料庫而設計，包括 SAP HANA 的生產安裝。

具有 3、6、9 和 12 TiB 的 EC2 記憶體增強型 (U-1) 執行個體採用搭載 Intel® Xeon® Platinum 8176M (Skylake) 或 8280L (Cascade Lake) 處理器的 8 插槽平台。具有 18 TiB 和 24 TiB 的 EC2 記憶體增強型 (U-1) 執行個體是採用 8 插槽平台技術的執行個體，搭載第二代 Intel® Xeon® 可擴充 8280L (Cascade Lake) 處理器。

Amazon EC2 U7i 執行個體採用 1.9 GHz (渦輪增速至 2.90 GHz) 第四代 Intel Xeon 可擴充處理器 (Sapphire Rapids) 技術。U7i 執行個體是領先雲端供應商提供的第一款以 DDR5 記憶體為基礎的 8 插槽產品。相較於現有的 U1 執行個體，U7i 執行個體提供高達 45% 的價格效能。相較於 Amazon EC2 記憶體增強型 (U-1) 執行個體，U7i 執行個體支援 896 個 vCPU 和 2.5 倍的 Elastic Block Store (EBS) 頻寬。

Amazon EC2 記憶體增強型執行個體提供高達 100Gbps 的 Elastic Block Store (EBS) 頻寬，適用於包括 io2 Block Express 在內的儲存磁碟區，以支援 IO 密集型使用案例，例如資料充實、備份/還原。

問：記憶體增強型執行個體是否取得 SAP 的認證可執行 SAP HANA 工作負載？

記憶體增強型 (U-1 和 U7i) 執行個體具備 3 TiB、6 TiB、9 TiB、12 TiB、16 TiB、18 TiB、24 TiB 記憶體，已取得 SAP 認證，可在生產環境中執行 Business Suite on HANA、新一代 Business Suite S/4HANA、Data Mart Solutions on HANA、Business Warehouse on HANA 以及 SAP BW/4HANA。 如需詳細資訊，請參閱 SAP 認證和支援的 SAP HANA 硬體目錄。

問：記憶體增強型執行個體有哪些執行個體類型？

記憶體增強型執行個體能以裸機 (僅限 U-1) 和虛擬執行個體 (U-1 和 U7i) 兩種形式提供，可讓客戶選擇直接存取基礎硬體資源，或利用虛擬執行個體提供的額外彈性，包括隨需、1 年和 3 年 Savings Plan 購買選項。請在 EC2 執行個體類型頁面的「記憶體最佳化」區段中查看記憶體增強型執行個體的可用選項。

問：相較於記憶體增強型裸機執行個體，使用記憶體增強型虛擬化執行個體有哪些優點？

記憶體增強型虛擬執行個體相較於記憶體增強型裸機執行個體的優點包括：大幅縮短啟動/重新啟動時間，提供靈活的購買選項 (隨需、Savings Plan、預留執行個體、專用執行個體)、租用類型選項、自助服務選項，以及支援更多 EBS 磁碟區。

問：記憶體增強型「裸機」執行個體與使用記憶體增強型「虛擬化」執行個體的使用時機分別是什麼？

雖然一般建議使用記憶體增強型「虛擬化」執行個體，但在某些特定情況下，只有記憶體增強型「裸機」執行個體才能運作。這些情況包括：使用記憶體增強型虛擬執行個體不支援的作業系統版本時，使用需要在非虛擬化模式下執行以符合授權/支援需求的應用程式時，使用需要存取硬體功能集 (例如 Intel VT-x) 的應用程式時，或者使用自訂 Hypervisor (例如 ESXi) 時。

問：如何從記憶體增強型裸機執行個體遷移到記憶體增強型虛擬化執行個體？

只要執行幾個步驟，就可以將記憶體增強型裸機執行個體移轉到虛擬化執行個體。1/ 停止執行個體，2/ 透過 EC2 API 變更執行個體和租用類型，以及 3/ 啟動執行個體備份。如果您使用 Red Hat Enterprise Linux for SAP 或 SUSE Linux Enterprise Server for SAP，則必須確保作業系統和核心版本與虛擬化記憶體增強型執行個體相容。如需進一步詳細資訊，請參閱將 SAP HANA on AWS 遷移至 EC2 記憶體增強執行個體文件。

問：在記憶體增強型執行個體上提供了哪些儲存選項？

記憶體增強型執行個體支援以 Amazon EBS 磁碟區儲存資料。依預設，記憶體增強型執行個體已經過 EBS 優化。

問：記憶體增強型執行個體支援哪些儲存介面？

記憶體增強型執行個體可透過連接 PCI 的 NVM Express (NVMe) 介面存取 EBS 磁碟區。連接記憶體增強型執行個體的 EBS 磁碟區會顯示為 NVMe 裝置。NVMe 是高效且可擴展的儲存介面，時常用於 Flash 型 SSD，可降低延遲現象，進而提升磁碟 I/O 和輸送量。EBS 磁碟區可經由 PCI 熱插拔來連接和中斷連接。

問：記憶體增強型執行個體可支援何種網路效能？

記憶體增強型執行個體使用適用於網路的彈性網路轉接器 (ENA)，而且預設啟用增強型聯網。採用 ENA 後，記憶體增強型執行個體就可使用高達 100 Gbps (U-1) 和高達 200Gbps (U7i) 的網路頻寬。

問：我是否可在現有的 Amazon Virtual Private Cloud (Amazon VPC) 上執行記憶體增強型執行個體？

您可以在現有和新的 Amazon VPC 上執行記憶體增強型執行個體。

問：記憶體增強型執行個體上的基礎 Hypervisor 為何？

記憶體密集型執行個體使用以核心 KVM 技術為基礎的輕量型 Nitro Hypervisor。

問：記憶體增強型執行個體是否能夠控制 CPU 功率管理狀態？

是。您可以在記憶體增強型 (U-1 metal) 執行個體上設定 C 狀態和 P 狀態。  您可在 U-1 和 U7i 虛擬執行個體上設定 C 狀態。   您可以使用 C 狀態啟用更高的渦輪頻率 (最高可達 4.0 GHz)。您也可使用 P 狀態來降低效能變化，方法是將所有核心釘在 P1 或更高的 P 狀態 (這與停用 Turbo 類似)，並以基本 CPU 時脈速度持續地執行。

問：記憶體增強型執行個體有哪些購買選項？

EC2 記憶體增強型虛擬化執行個體可透過隨需、1 年和 3 年 Savings Plan，以及 1 年和 3 年預留執行個體方式購買。EC2 記憶體增強型裸機執行個體僅可作為 1 年和 3 年預留期上的 EC2 專用執行個體購買。

問：什麼是專用執行個體的生命週期？

專用執行個體分配給您的帳戶之後，即可供您使用。您可以使用 RunInstances API 啟動租用「主機」的執行個體，也可以透過此 API 停止/啟動/終止執行個體。您可以使用 AWS 管理主控台來管理專用執行個體和執行個體。 

我是否可使用 AWS CLI/SDK 啟動、停止/啟動及終止記憶體增強型執行個體？

您可使用 AWS CLI/SDK 啟動、停止/啟動及終止執行個體。

問：記憶體增強型執行個體支援哪些 AMI？

支援 ENA 聯網的 EBS 後端 HVM AMI 可與記憶體增強型執行個體搭配使用。最新的 Amazon Linux、Red Hat Enterprise Linux、SUSE Enterprise Linux Server 和 Windows Server AMI 均受支援。記憶體增強型執行個體的 SAP HANA 工作負載支援下列作業系統：SUSE Linux Enterprise Server 12 SP3 for SAP、Red Hat Enterprise Linux 7.4 for SAP、Red Hat Enterprise Linux 7.5 for SAP、SUSE Linux Enterprise Server 12 SP4 for SAP、SUSE Linux Enterprise Server 15 for SAP、Red Had Enterprise Linux 7.6 for SAP。如需支援作業系統的最新詳細資訊，請參閱 SAP on AWS 技術文件。

是否有標準 SAP HANA 參考部署架構可供記憶體增強型執行個體和 AWS 雲端使用？

您可以使用 AWS 快速入門參考 SAP HANA 部署，遵循 SAP 對高效能和可靠性的建議，在記憶體增強型執行個體上快速部署所有必要的 SAP HANA 建置區塊。因為 AWS 快速入門經過模組化且可自訂，所以您可以針對自己的實作新增其他功能或對它進行修改。

問：何時應使用記憶體最佳化執行個體？

記憶體最佳化執行個體可提供大量記憶體給記憶體密集型應用程式，包括記憶體內應用程式、記憶體資料庫、記憶體內分析解決方案、HPC、科學運算，以及其他記憶體密集型應用程式。 

問：什麼是 Amazon EC2 R6g 執行個體？

Amazon EC2 R6g 執行個體是由 Arm 型 AWS Graviton2 處理器提供支援的新一代記憶體優化執行個體。相較於 R5 執行個體，R6g 執行個體的價格效能最多可提升 40%。這類執行個體是以 AWS Nitro System 為基礎建置而成，結合專用硬體和 Nitro Hypervisor。

問：R6g 執行個體有哪些理想的使用案例？

R6g 執行個體能針對記憶體密集型工作負載提供卓越的價格效能優勢，適合執行記憶體密集型工作負載，例如開放原始碼資料庫、記憶體快取，以及即時大數據分析。客戶在部署以開放原始碼軟體所建置的應用程式時發現，整個 R 系列執行個體中，R6g 執行個體能提供整個系列中最理想的價格效能表現，是極具吸引力的選項。Arm 開發人員也可以在原生 Arm 硬體上直接建置其應用程式，不需交叉編譯或仿真。

問：R6g 執行個體提供哪些儲存選項？

預設情況下，R6g 執行個體是 EBS 優化執行個體，能為已加密和未加密的 EBS 磁碟區提供高達 19,000 Mbps 的專用 EBS 頻寬。R6g 執行個體僅支援以非揮發性記憶體 (NVMe) 介面存取 EBS 儲存磁碟區。 此外，R6gd 執行個體類型也提供本機 NVMe 執行個體儲存體的相關選項。

問：R6g 執行個體支援哪種網路介面？

R6g 執行個體支援 ENA 增強型聯網。由於採用 ENA 技術，置放群組內啟動 R6g 執行個體後，執行個體之間能享有高達 25 Gbps 的網路頻寬。

問：客戶是否需要修改其應用程式和工作負載，才能在 R6g 執行個體上執行？

所需的變更視應用程式而定。客戶執行基於開放原始碼所建置的應用程式時發現，Arm 生態系統開發完善，很有可能已支援其應用程式。大多數 Linux 發行版本及容器 (Docker、Kubernetes、Amazon ECS、Amazon EKS、Amazon ECR) 皆支援 Arm 架構。客戶透過其目前使用的相同機制，即可找到可安裝的 Arm 常用軟體套件。如果是以解釋型語言 (例如 Java、Node、Python) 撰寫而成的應用程式，在不仰賴原生 CPU 指令集的情況下，執行時應盡量減少變更，甚至不作變更。以編譯型語言 (C、C++、GoLang) 開發而成的應用程式需重新編譯，以產生 Arm 二進位。這些熱門程式設計語言也完善支援 Arm 架構，而新程式碼通常需搭配簡單的「Make」指令。如需詳細資訊，請參閱 GitHub 上的入門指南。

問：為什麼您應該選擇 R6i 執行個體，而非 R5 執行個體？

Amazon R6i 執行個體採用第三代 Intel Xeon 可擴充處理器 (Ice Lake)，具備 3.5 GHz 全核心 Turbo 頻率，提供比 R5 執行個體高出 15% 的運算價格效能，使用 Intel Total Memory Encryption (TME) 永遠啟用記憶體加密。Amazon EC2 R6i 執行個體使用小寫 "i"，來表示它們是採用 Intel 的執行個體。R6i 執行個體提供一個新的執行個體大小 (r6i.32xlarge)，具有 128 個 vCPU 和 1,024 GiB 的記憶體，比最大的 R5 執行個體多 33%。相較於 R5 執行個體，它們還為每個 vCPU 增加多達 20% 的記憶體頻寬，可讓您高效地對資料密集型 AI/ML、遊戲和高效能運算 (HPC) 應用程式執行即時分析。 R6i 執行個體還為 Amazon Elastic Block Store 的客戶提供高達 50 Gbps 的聯網速度和 40 Gbps 的頻寬，是 R5 執行個體的兩倍。 透過 R6i 執行個體，Elastic Fabric Adapter 可以讓客戶在 32xlarge 和裸機大小的執行個體上使用 Elastic Fabric Adapter (EFA)，從而實現低延遲和大規模的節點間通訊。為了在這些新的執行個體上取得最佳聯網效能，則可能需要彈性網路轉接器 (ENA) 驅動程式更新。如需有關適用於 R6i 的最佳 ENA 驅動程式的詳細資訊，請參閱知識中心的「在將 EC2 執行個體遷移至第六代執行個體之前需要做什麼？」。

問：什麼是 Amazon EC2 R5b 執行個體？

R5b 執行個體是記憶體最佳化 R5 執行個體的 EBS 最佳化變體，相較於相同大小的 R5 執行個體，它提供了高達 3 倍的 EBS 效能。R5b 執行個體提供高達 60 Gbps 的頻寬和 260K IOPS 的 EBS 效能，堪稱 EC2 上最快的區塊儲存效能。這類執行個體以 AWS Nitro System 為基礎建置而成，結合專用硬體和 Nitro Hypervisor。

問：R5b 執行個體有哪些理想的使用案例？

R5b 執行個體非常適合於大型關聯式資料庫工作負載，包括執行效能密集型應用程式 (如商務平台、ERP 系統和健康紀錄系統) 的 Microsoft SQL Server、SAP HANA、IBM DB2 和 Oracle。希望將具有較大儲存效能要求的大型內部部署工作負載遷移至 AWS 的客戶會發現 R5b 執行個體非常適合。

問：R5b 執行個體提供哪些儲存選項？

依預設，R5b 執行個體是 EBS 最佳化執行個體，能為已加密和未加密的 EBS 磁碟區提供高達 60,000 Mbps 的專用 EBS 頻寬和 260,000 IOPS。R5b 執行個體僅支援以非揮發性記憶體 (NVMe) 介面存取 EBS 儲存磁碟區。除了 io2 磁碟區，所有磁碟區類型都支援 R5b。

問：何時應使用 R5b 執行個體？

希望充分利用提高的 EBS 儲存網路效能執行工作負載 (如大型關聯式資料庫和資料分析) 的客戶可以使用 R5b 執行個體提供更高的效能和頻寬。客戶還可以透過將其工作負載遷移至較小的 R5b 執行個體或將工作負載合併在較少的 R5b 執行個體上來降低成本。

問：在記憶體增強型執行個體上提供了哪些儲存選項？

記憶體增強型執行個體支援以 Amazon EBS 磁碟區儲存資料。記憶體增強型執行個體預設為 EBS 優化執行個體，可為已加密和未加密的 EBS 磁碟區提供高達 38 Gbps 的儲存頻寬。

問：什麼是 Amazon EC2 X2gd 執行個體？

Amazon EC2 X2gd 執行個體是由 AWS 設計的 Arm 型 AWS Graviton2 處理器提供支援的新一代記憶體優化執行個體。相較於 x86 型 X1 執行個體，X2gd 執行個體提供高達 55% 的最佳價格效能，並在 Amazon EC2 中提供每 GiB 記憶體最低成本。 這類執行個體是 X 系列執行個體中的首款，以 AWS Nitro System 為基礎建置而成，結合專用硬體和 Nitro Hypervisor。

哪些工作負載適合于 X2gd 執行個體？

X2gd 最適合具有 Arm 相容記憶體綁定擴展工作負載的客戶，例如 Redis 和 Memcached 記憶體資料庫，其需要低延遲記憶體存取，並從每個 vCPU 更多記憶體受益。X2gd 也適合關聯式資料庫，例如 PostgreSQL、MariaDB、MySQL 和 RDS Aurora。指向記憶體密集型工作負載的客戶，例如 Apache Hadoop、即時分析和即時快取伺服器將從 X2gd 的 1:16 vCPU 與記憶體比率受益。單一執行緒工作負載，例如 EDA 後端驗證任務將從 X2gd 執行個體的實體核心和更多記憶體受益，可讓它們將更多工作負載融入單一執行個體。X2gd 執行個體還具備本機 NVMe SSD 區塊儲存，透過充當快取層來改善回應時間。

問：相較於 X1、X2i 或 R 系列的執行個體，何時應使用 X2gd 執行個體？

X2gd 執行個體適合 Arm 相容記憶體綁定擴展工作負載，例如記憶體資料庫、記憶體分析應用程式、開放程式碼關聯式資料庫工作負載、EDA 工作負載，以及大型快取伺服器。X2gd 執行個體提供 EC2 內每 GB 最低成本，大小最多為 1 TiB。X2iezn、X2idn、X2iedn、X1 和 X1e 執行個體使用 x86 型處理器，適用於記憶體密集型企業級擴展工作負載，例如 Windows 工作負載、記憶體資料庫 (如 SAP HANA) 和關聯式資料庫 (如 OracleDB)。客戶可以利用 x86 型 X 系列執行個體來取得高達 4 TiB 的更大記憶體。R6g 和 R6gd 執行個體適合以下工作負載：在密集資料處理期間需要更多 vCPU 的 Web 應用程式、資料庫以及搜尋索引查詢。執行需要 1 TiB 以下記憶體，且相依於 x86 指令集的記憶體綁定工作負載的客戶，例如 Windows 應用程式、Oracle 或 SAP 等應用程式可利用 R5 系列執行個體和 R6 系列執行個體。

問：什麼時候應使用 X2idn 和 X2iedn 執行個體？

X2idn 和 X2iedn 執行個體採用第三代 Intel Xeon 可擴充處理器技術，其全核心睿頻高達 3.5 GHz，與同類 X1 執行個體相比，運算價格效能比最高可提升 50%。X2idn 和 X2iedn 執行個體均包含高達 3.8 TB 的本機 NVMe SSD 儲存和高達 100 Gbps 的網路頻寬，X2idn 提供高達 2 TiB 的記憶體，而 X2iedn 提供高達 4 TiB 的記憶體。X2idn 和 X2iedn 執行個體經過 SAP 認證，非常適合小型到大型的傳統和記憶體資料庫以及分析等工作負載。

問：何時應使用 X2iezn 執行個體？

X2iezn 執行個體採用雲端中最快的 Intel Xeon 可擴充處理器，非常適合需要較高單執行緒效能以及較高記憶體與 vCPU 比率和高速聯網的工作負載。X2iezn 執行個體搭載高達 4.5 GHz 的全核心睿頻，具備 32:1 的記憶體與 vCPU 比率，相較於 X1e 執行個體，運算價格效能比最高可提升 55%。X2iezn 執行個體非常適合用於 Electronic Design Automation (EDA) 工作負載，例如物理驗證、靜態時序分析、電源簽核和全晶片閘級模擬。

問：X2gd 執行個體支援哪些作業系統/AMI？

支援以下 AMI：Amazon Linux 2、Ubuntu 18.04 或更新版本、Red Hat Enterprise Linux 8.2 或更新版本，以及 SUSE Enterprise Server 15 或更新版本。客戶將透過社群 AMI 和 AWS Marketplace 找到額外的 AMI，例如 Fedora, Debian、NetBSD 和 CentOS。對於容器化應用程式，也可使用 Amazon ECS 和 EKS 最佳化的 AMI。

問：何時應使用 X1 執行個體？

X1 執行個體非常適合用來執行記憶體資料庫 (如 SAP HANA)、大數據處理引擎 (如 Apache Spark 或 Presto) 及高效能運算 (HPC) 應用程式。X1 執行個體已取得 SAP 認證，可在 AWS 雲端執行新一代 Business Suite S/4HANA、Business Suite on HANA (SoH)、Business Warehouse on HANA (BW) 及 Data Mart Solutions on HANA 生產環境。

問：X1 和 X1e 執行個體是否能夠控制 CPU 功率管理狀態？

是。您可以在 x1e.32xlarge、x1e.16xlarge、x1e.8xlarge、x1.32xlarge 和 x1.16xlarge 執行個體上設定 C 狀態和 P 狀態。您可以使用 C 狀態啟用更高的渦輪頻率 (與具有一或兩個核心渦輪的 3.1 GHz 一樣快)。您也可使用 P 狀態來降低效能變化，方法是將所有核心釘在 P1 或更高的 P 狀態 (這與停用 Turbo 類似)，並以基本 CPU 時脈速度持續地執行。

x1e.32xlarge 也支援 Windows Server 2012 R2 與 2012 RTM。x1e.xlarge、x1e.2xlarge、x1e.4xlarge、x1e.8xlarge、x1e.16xlarge 和 x1.32xlarge 也支援 Windows Server 2012 R2、2012 RTM 和 2008 R2 64 位元 (不支援 Windows Server 2008 SP2 和較早版本)，而且 x1.16xlarge 支援 Windows Server 2012 R2、2012 RTM、2008 R2 64 位元、2008 SP2 64 位元和 2003 R2 64 位元 (不支援 Windows Server 32 位元版本)。

問：是否有標準 SAP HANA 參考部署架構可供記憶體增強型執行個體和 AWS 雲端使用？

您可以使用適用於 SAP 的 AWS 實驗室 或 AWS Quick Start 參考 SAP HANA 部署，以遵循 AWS 和 SAP 對高效能和可靠性的建議，在記憶體增強型執行個體上快速部署所有必要的 SAP HANA 建置區塊。

問：為什麼定價頁面上不再顯示 M1、C1、CC2 和 HS1 執行個體？

它們已移至上一代執行個體頁面。

問：是否仍支援這些上一代執行個體？

是。仍完整支援上一代執行個體。

問：是否仍然能使用/增加更多上一代執行個體？

是。我們仍然透過 API、CLI 和 EC2 管理主控台介面提供上一代執行個體，包括隨需執行個體、預留執行個體和 Spot 執行個體等類型。

問：我的上一代執行個體是否會被刪除？

否。執行個體達到生命週期結束並完全停用之前，上一代執行個體將能夠完全運作，因此不會因此變更而被刪除。如果 AWS 因生命週期結束考量決定停用上一代執行個體，您會收到該變更的通知。 

問：上一代執行個體是否將很快被中止使用？

隨著技術的快速發展，最新一代的執行個體一般會提供最佳價格效能，我們也鼓勵客戶善用技術的進步。如果 AWS 因生命週期結束考量決定停用上一代執行個體，您會收到該變更的通知。

問：我購買做為預留執行個體的上一代執行個體是否會受到影響或改變？

否。您的預留執行個體不會改變，且上一代執行個體不會停止使用。

問：什麼是密集化儲存執行個體？

密集化儲存執行個體專為需要以高序列化讀取和寫入存取處理龐大資料集的工作負載所設計，例如 Hadoop 分散式運算、大規模平行處理資料倉儲和日誌處理應用程式。密集化儲存執行個體可跨其他 EC2 執行個體提供最佳價格/GB 儲存和價格/磁碟輸送量。

問：密集化儲存執行個體與高 I/O 執行個體有什麼不同？

高 I/O 執行個體 (Im4gn、Is4gen、I4i、I3、I3en) 針對的是要求低延遲、高隨機輸入/輸出及適中儲存密度的工作負載，而且可跨其他 EC2 執行個體類型提供最佳價格/IOPS。密集化儲存執行個體 (D3、D3en、D2) 和 HDD 儲存執行個體 (H1) 會針對需要高序列化讀取/寫入存取及低成本儲存龐大資料集的應用程式進行最佳化，而且可跨其他 EC2 執行個體提供最佳價格/GB 儲存和價格/磁碟輸送量。

問：密集化儲存和 HDD 儲存執行個體提供多少磁碟輸送量？

最新一代最大的密集化 HDD 儲存執行個體 d3en.12xlarge 可以使用 128k 區塊大小提供最多 6.2 GiB/秒讀取和 6.2 GiB/秒寫入磁碟輸送量。如需其他效能資訊，請參閱產品詳細資訊頁面。為確保在 Linux 上取得 D2、D3 和 D3en 執行個體最佳的磁碟輸送量效能，建議您使用最新版 Amazon Linux AMI，或核心版本為 3.8 或更新版本且支援持久性授權的其他 Linux AMI，持久性授權是 Xen 區塊環通訊協定的延伸，可大幅提升磁碟輸送量和可擴展性。

問：密集化儲存和 HDD 儲存執行個體是否提供任何容錯移轉機制或冗餘能力？

D2 和 H1 執行個體會提供硬體故障的通知。與所有執行個體儲存體一樣，密集化 HDD 儲存磁碟區只能持續到執行個體生命週期結束。因此，建議您建置一定程度的冗餘 (例如，RAID 1/5/6) 或使用支援冗餘和容錯能力的檔案系統 (例如，HDFS 和 MapR-FS)。您也可以定期將資料備份到更多資料儲存解決方案，如 Amazon EBS 或 Amazon S3。

問：密集化 HDD 儲存執行個體與 Amazon EBS 有何不同？

Amazon EBS 可為 Amazon EC2 提供簡單、彈性、可靠 (已複寫) 和持久的區塊級儲存體，同時會摘要使用中基礎儲存媒體的詳細資訊。具有本機 HDD 或 NVMe 儲存體的 Amazon EC2 執行個體提供直接連接的高效能儲存建置區塊，可用於各種儲存應用程式。密集化儲存執行個體的主要對象是需要高序列化讀取/寫入存取本機儲存體上大型資料集的客戶，例如 Hadoop 分散式運算和大規模平行處理資料倉儲。

問：是否可以將 HDD 儲存執行個體啟動為 Amazon EBS 最佳化執行個體？

依預設，每個 HDD 儲存執行個體類型 (H1、D2、D3 和 D3en) 都是 EBS 最佳化執行個體。由於此功能始終處於已啟用狀態，因此將其中一個執行個體明確啟動為 EBS 最佳化不會影響執行個體的行為。如需詳細資訊，請參閱 Amazon EBS 最佳化執行個體。

問：是否可以將 D2 執行個體啟動為 Amazon EBS 最佳化執行個體？

根據預設，每個 D2 執行個體類型都是 EBS 最佳化執行個體。D2 執行個體提供 500 Mbps 至 4,000 Mbps 的傳輸量給 EBS，遠超過提供給執行個體的一般用途網路輸送量。由於此功能在 D2 執行個體始終處於已啟用狀態，因此將 D2 執行個體明確啟動為 EBS 最佳化執行個體不會影響執行個體的行為。

問：什麼是高 I/O 執行個體？

高 I/O 執行個體使用以 NVMe 為基礎的本機執行個體儲存體，為應用程式提供極高的低延遲性和 I/O 容量，最適合需要數百萬 IOPS 的應用程式。與叢集執行個體類似，高 I/O 執行個體可以透過叢集置放群組進行叢集化，實現低延遲聯網功能。

問：Amazon EC2 的所有功能是否都可用於高 I/O 執行個體？

高輸入/輸出執行個體支援所有的 Amazon EC2 功能。Im4gn、Is4gen、I4i、I3 和 I3en 執行個體提供僅限 NVMe 的儲存，而上一代 I2 執行個體則能夠存取舊式 blkfront 儲存體。

問：AWS 有其他資料庫和大數據服務。何時或為何還要使用高 I/O 執行個體？

高 I/O 執行個體是需要存取數百萬低延遲 IOPS 的應用程式的理想選擇，而且能夠利用管理資料冗餘和可用性的資料存放區和架構。範例應用程式如下：

• Cassandra 和 MongoDB 等 NoSQL 資料庫
• Aerospike 等記憶體資料庫
• Elasticsearch 與分析工作負載
• OLTP 系統

問：高 I/O 執行個體是否提供任何容錯移轉機制或冗餘能力？

與其他 Amazon EC2 執行個體類型相似，Im4gn、Is4gen、I4i、I3 和 I3en 執行個體上的執行個體儲存體在執行個體的生命週期內均保留。客戶應在其應用程式內建置恢復能力。我們建議使用支援冗餘和容錯能力的資料庫和檔案系統。客戶應定期備份資料到 Amazon S3，以提高資料持久性。

問：高 I/O 執行個體是否支援 TRIM？

TRIM 命令可以讓作業系統告知 SSD 哪些資料區塊已不再視為使用中，可以在內部抹除。如果沒有 TRIM，以後對受影響資料區塊的寫入操作會顯著變慢。Im4gn、Is4gen、I4i、I3 和 I3en 執行個體支援 TRIM。

問：D3 和 D3en 執行個體和 D2 執行個體比較的結果如何？

D3 和 D3en 執行個體在以下運算、儲存和網路屬性方面提供了比 D2 更好的規範：

• D3 和 D3en 執行個體比同等 D2 執行個體提供高達 30% 的運算效能。確切的效能優勢將取決於特定工作負載。
• D3 和 D3en 執行個體的磁碟輸送量分別比 D2 執行個體高 45% 和 100%。
• D3 執行個體的價格比 D2 執行個體低 5%。相較於 D2 執行個體，D3en 執行個體每 TB 儲存成本降低高達 80%。
• D3 和 D3en 執行個體提供 Intel Advanced Vector Extensions (AVX 512)，相較於 D2 上的 AVX 2，每個週期的 FLOPS 最多為 2 倍。
• D3en 執行個體提供了新的執行個體大小 (12xl) 和 48 個 vCPU，每個 vCPU 7 TB 儲存空間 (總儲存空間為 336 TB)，但每個 vCPU 記憶體只有 D2 的一半，總儲存空間為 48 TB。
• D3 和 D3en 執行個體在其最大大小上分別提供高達 25 Gbps 和 75 Gbps 網路頻寬，以滿足客戶在執行大數據工作負載和檔案系統叢集時對網絡效能的需求。
  

問：D3 和 D3en 執行個體是否會加密儲存磁碟區和網路流量？

是；寫入儲存磁碟區的資料將使用 AES-256-XTS 進行靜態加密。依預設，相同 VPC 或對等 VPC 中的 D3 與 D3en 執行個體之間的網路流量使用 256 位元金鑰加密。

問：系統終止時我的資料會發生什麼情況？

存放於本機執行個體儲存體中的資料僅在執行個體存活期間保留。不過，存放在 Amazon EBS 磁碟區上的資料將獨立於執行個體的生命週期保留下來。因此，我們建議您將本機執行個體儲存體用於臨時資料，而對於需要保存較長時間的資料，我們建議您使用 Amazon EBS 磁碟區，或將資料備份到 Amazon S3。如果將 Amazon EBS 磁碟區用作根分區，而您希望在執行個體生命週期外保留 Amazon EBS 磁碟區，則需要將 Delete On Terminate 旗標設為 N。

問：Amazon EBS 磁碟區預計可以給我帶來什麼樣的效能？

Amazon EBS 提供四種最新一代的磁碟區類型，其可分成兩種主要類別：適用於交易工作負載的 SSD 支援儲存和適用於輸送量密集型工作負載的 HDD 支援儲存。這些磁碟區類型的效能特點和價格不同，您可以根據應用程式的需求來訂製您所需的儲存效能和費用。如需詳細資訊，請參閱 Amazon EBS 概觀。有關效能的更多資訊，請參閱Amazon EC2 使用者指南中的 EBS 效能部分。

問：什麼是輸送量最佳化 HDD (st1) 和冷 HDD (sc1) 磁碟區類型？

ST1 磁碟區由硬碟 (HDD) 提供支援，非常適合用於經常存取、包含龐大資料集和大型 I/O 的輸送量密集型工作負載，如 MapReduce、Kafka、日誌處理、資料倉儲及 ETL 工作負載。這些磁碟區提供輸送量效能 (以 MB/秒為測量單位)，而且包含大幅提升到每 TB 250 MB/秒的能力，其基準輸送量為每 TB 40 MB/秒，且每個磁碟區的最大輸送量為 500 MB/秒。ST1 設計為在 99% 的時間都能提供預期的輸送量效能，而且有足夠的輸入/輸出積分可支援高載速率的完整磁碟區掃描。

SC1 磁碟區是由 HDD 提供支援，並提供所有 EBS 磁碟區類型中每 GB 的最低成本。它非常適合包含大量資料集和冷資料集且存取頻率較低的工作負載。與 st1 類似，sc1 提供高載模式：這些磁碟區可大幅提升到每 TB 80 MB/秒，基準輸送量為每 TB 12 MB/秒，且每個磁碟區的最大輸送量為 250 MB/秒。對於不常存取的資料，sc1 提供價格非常低廉的儲存服務。SC1 設計為在 99% 的時間都能提供預期的輸送量效能，而且有足夠的 I/O 積分可支援高載速率的完整磁碟區掃描。

若要最大化 st1 和 sc1 的效能，建議使用 EBS 最佳化 EC2 執行個體。

問：我應該選擇何種磁碟區類型？

Amazon EBS 包含兩種主要儲存類別：一個是適用於交易工作負載的 SSD 支援儲存 (效能主要取決於 IOPS)，另一個是適用於輸送量工作負載的 HDD 支援儲存 (效能主要取決於 MB/秒的輸送量)。SSD 支援的磁碟區是專為交易式、IOPS 密集型資料庫工作負載、開機磁碟區及需要高 IOPS 的工作負載而設計。SSD 支援的磁碟區包括佈建 IOPS SSD (io1 和 io2) 和一般用途 SSD (gp2 和 gp3)。HDD 支援的磁碟區是專為輸送量密集型和大數據工作負載、大型 I/O 及序列化 I/O 模式而設計。HDD 支援的磁碟區包括輸送量最佳化 HDD (st1) 和冷 HDD (sc1)。如需詳細資訊，請參閱 Amazon EBS 概觀。

問：是否支援多個執行個體存取一個磁碟區？

是，您可以在 EBS 佈建 IOPS io1 磁碟區啟用 Multi-Attach，使磁碟區可以同時連結至同一可用區域內最多 16 個以 Nitro 為基礎的 EC2 執行個體。如需 Amazon EBS Multi-Attach 的詳細資訊，請參閱 EBS 產品頁面。

問：是否可以使用常規的 Amazon S3 API 存取我的 EBS 快照？

否，只能透過 Amazon EC2 API 存取 EBS 快照。

問：是否需要卸載磁碟區才能拍攝快照？ 是否需要完成快照後才能重新使用磁碟區？

否，可以在連接和使用磁碟區期間即時拍攝快照。不過，快照只能擷取已寫入 Amazon EBS 磁碟區的資料，可能不包含應用程式或作業系統已在本機快取的資料。為了確保能為執行個體連接的磁碟區獲得一致的快照，我們建議先徹底地斷開磁碟區連接，再發出快照命令，然後重新連接磁碟區。對於用作根裝置的 Amazon EBS 磁碟區，我們建議先關閉機器，以便能拍攝完整的快照。

問：快照是否進行版本控制？ 能否讀取舊版的快照來執行 point-in-time 恢復？

每個快照都會獲得一個唯一的識別符，客戶可以根據任何現有的快照建立磁碟區。

問：使用 Amazon EBS 共享快照時如何收費？

如果您共享快照，則其他使用者製作您快照的複本時，我們不會向您收取費用。如果您製作其他使用者的共享磁碟區的複本，我們會向您收取正常的 EBS 費用。

問：我的 Amazon EBS 共享快照的使用者是否可以更改我的資料？

有權根據您的共享快照建立磁碟區的使用者，首先會製作該快照的一個複本到其帳戶中。使用者可以修改自己的資料複本，但您原始快照中的資料，以及由其他使用者從您原始快照建立的任何其他磁碟區中的資料將保持不變。

問：如何發現已與我共享的 Amazon EBS 快照？

您可以從 AWS 管理主控台 Snapshots 部分的查看下拉式清單中選擇「Private Snapshots」來尋找已與您共享的快照。此部分將列出您自己的快照，以及他人與您共享的快照。

問：如何了解哪些 Amazon EBS 快照是全域共享的？

您可以從 AWS 管理主控台 Snapshots 部分的查看下拉式清單中選擇「Public Snapshots」來尋找全域共享的快照。

問：您是否提供 Amazon EBS 磁碟區和快照的加密？

是。EBS 提供順暢的資料磁碟區和快照加密。EBS 加密可讓您更符合安全性和加密規範要求。

問：如何找到 Amazon 公用資料集清單？

我們的公用資料集資源中心提供有關公用資料集的所有資訊。您也可以在 AWS 管理主控台中，從 Snapshots 部分的查看下拉式清單選擇 "Amazon Snapshots" 以獲取公用資料集清單。

問：哪裡可以進一步了解 EBS？

請參閱 Amazon EBS 常見問答集。

問：如何從 Amazon EC2 執行個體存取檔案系統？

若要存取檔案系統，您要使用標準 Linux 掛載命令及檔案系統的 DNS 名稱，將檔案系統掛載在 Amazon EC2 以 Linux 為基礎的執行個體上。完成掛載之後，就能如同在本機檔案系統一般來使用檔案系統中的檔案和目錄。

Amazon EFS 使用 NFSv4.1 協定。如需如何從 Amazon EC2 執行個體存取檔案系統的逐步範例，請參閱 Amazon EFS 入門指南。

問：Amazon EFS 可以搭配哪些 Amazon EC2 執行個體類型和 AMI 使用？

Amazon EFS 與所有 Amazon EC2 執行個體類型相容，且可從 Linux AMI 存取。您可以混合和搭配與單一檔案系統連接的執行個體類型。如需如何從 Amazon EC2 執行個體存取檔案系統的逐步範例，請參閱 Amazon EFS 入門指南。

問：如何將資料載入檔案系統？

您可以將資料從 Amazon EC2 執行個體或內部部署資料中心伺服器載入 Amazon EFS 檔案系統。

Amazon EFS 檔案系統可掛載在 Amazon EC2 執行個體上，因此 Amazon EC2 執行個體可存取的所有資料也都能讀取和寫入 Amazon EFS。要載入目前未存放在 Amazon 雲端的資料，可以使用將檔案傳輸至 Amazon EC2 的現行方法進行，例如安全複製 (SCP)。

Amazon EFS 檔案系統也可掛載在內部部署伺服器上，因此現場部署伺服器可存取的所有資料也都能使用標準 Linux 工具讀取和寫入 Amazon EFS。如需從內部部署伺服器存取檔案系統的詳細資訊，請參閱 Amazon EFS 常見問答集的現場部署存取部分。

如需將資料移到 Amazon 雲端的詳細資訊，請參閱雲端資料移轉頁面。

問：如何從 VPC 外存取檔案系統？

VPC 內的 Amazon EC2 執行個體可直接存取您的檔案系統。內部部署伺服器可透過到 VPC 的 AWS Direct Connect 連線掛載檔案系統。

問：可連接至檔案系統的 Amazon EC2 執行個體數量為何？

Amazon EFS 支援一到數千個 Amazon EC2 執行個體同時連接至檔案系統。

問：哪裡可以進一步了解 EFS？

您可以瀏覽 Amazon EFS 常見問答集頁面。

問：存放在 Amazon EC2 NVMe 執行個體儲存體的資料是否加密？

是，在 NVMe 執行個體儲存體提供的本機連接 SSD 撰寫資料之前，所有資料都會在 AWS Nitro 硬體模組中加密。

問：加密 Amazon EC2 NVMe 執行個體儲存體時，使用哪些加密演算法？

Amazon EC2 NVMe 執行個體儲存體使用 XTS-AES-256 資料區塊加密技術進行加密。

問：對 NVMe 執行個體儲存體的執行個體或特定裝置而言，加密金鑰是否是唯一的？

加密金鑰會在 Nitro 硬體模組內以安全方式產生，而且對 EC2 執行個體提供的每個 NVMe 執行個體儲存體裝置而言都是唯一的。

問：NVMe 執行個體儲存體的加密金鑰壽命為何？

任何解除配置儲存體 (包括執行個體停用和執行個體終止動作) 上的所有金鑰都會以無法回復的方式銷毀。

問：是否可停用 NVMe 執行個體儲存體加密？

否，NVMe 執行個體儲存體加密一律是開啟的狀態，無法停用。

問：I3 和 I3en 發佈的 IOPS 效能數據是否包含資料加密？

是，Im4gn、Is4gen、I4i、I3 和 I3en NVMe 執行個體儲存體記錄的 IOPS 數據包含加密。

問：Amazon EC2 NVMe 執行個體儲存體是否支援 AWS Key Management Service (KMS)？

否，NVMe 執行個體儲存體上的磁碟加密不支援與 AWS KMS 系統整合。客戶無法在 NVMe 執行個體儲存體使用自己的金鑰。 

問：什麼是 ENA Express？

ENA Express 是彈性網路轉接器的增強版，將 Scalable Reliable Datagram (SRD) 通訊協定帶到傳統的 TCP 和 UDP 聯網。ENA Express 對應用程式透明，提高了單一流程頻寬並減少了輸送量密集型工作負載的尾端延遲。

問：ENA Express 如何運作？

配置後，ENA Express 會在可用區域 (AZ) 中任意兩個受支援的執行個體之間運作。ENA Express 會偵測您的 EC2 執行個體之間的相容性，並在兩個通訊執行個體都啟用了 ENA Express 版時建立 SRD 連線。建立連線後，您的流量就能利用 SRD 及其效能優勢。

問：何時應使用 ENA Express？

ENA Express 最適合需要高單一流程輸送量的應用程式，例如分散式儲存系統和即時媒體編碼。這些工作負載需要高的單一流程頻寬和低的尾端延遲。

問：如何啟用 ENA Express？

可以在每個 ENI 的基礎上啟用 ENA Express。將網路卡連接到執行個體或執行修改命令時，即可以啟用 ENA Express。必須在兩個通訊 ENI 上啟用 ENA Express 才能與其建立點對點通訊。此外，如果您使用 Jumbo Frames，則必須將最大 MTU 調整為 8900 才能使用 ENA Express。

問：ENA Express 支援哪些通訊協定？

依預設，ENA Express 支援 TCP。可選擇透過 API 參數或在管理主控台中啟用 UDP。

問：支援哪些執行個體？

ENA Express 支援以 Graviton、Intel 和 AMD 為基礎的 EC2 執行個體。支援以運算最佳化、記憶體最佳化、一般用途和儲存最佳化為基礎的執行個體。如需受支援執行個體的完整清單，請參閱 ENA Express 使用者指南。

問：Elastic Fabric Adapter (EFA) 和 ENA Express 之間有何不同？

EFA 是為 HPC 和 ML 應用程式建置的網路介面，它還會利用 SRD 通訊協定。EFA 需要不同的網路程式設計模型，從而利用 LibFabric 介面將通訊傳遞給 ENI。和 EFA 不同，ENA Express 可幫助您在 TCP 和 UDP 上透明地執行您的應用程式。

問：如果我在一個執行個體上執行 ENA Express，而它正在和另一個不支援 ENA Express 或未在 ENI 上將其啟用的執行個體通訊，會發生什麼情況？

ENA Express 會偵測 ENA Express 是否已在另一個執行個體上啟用。如果該執行個體不支援或未啟用 ENA Express，則您的執行個體將回復到正常的 ENA 操作。在這種情況下，您將無法實現任何 SRD 效能優勢，但也沒有不利影響。

問：支援哪些作業系統？

所有作業系統都支援 SRD 功能，但請注意，ENA Express 監控指標將僅在最新的 Amazon Linux AMI 中的 EthTool 上或者透過從 GitHub 安裝 ENA 驅動程式版本 2.8.0 或更高版本才能使用，包含所有將來支援持指標的作業系統。

問：有什麼監控工具可對此進行追蹤？

除了使用 SRD 實際傳送和接收的封包之外，ENA Express 還提供 EthTool 計數器來追蹤符合 SRD 傳輸條件的封包。此外，EthTool 可支援基於百分比的 SRD 資源利用率指標，讓您深入了解何時應該考慮擴展您的架構。最後，布林值將為 ENA Express 和 UDP 通訊協定提供開啟和關閉狀態。

問：哪裡會提供 ENA Express？

ENA Express 在所有商業區域皆有提供。它可用於在同一 AZ 內的任意兩個已啟用執行個體之間建立通訊。

問：執行 ENA Express 是否需要額外費用？

否，ENA Express 可免費使用。

問：為什麼應該使用 EFA？

EFA 為緊密耦合的 HPC 應用程式提供雲端的可擴展性、靈活性和彈性。緊密耦合的 HPC 應用程式可透過 EFA 存取比傳統 TCP 管道更低、更一致的延遲和更高的輸送量，以提高擴展能力。您可以在任何支援的 EC2 執行個體隨需動態啟用 EFA 支援，無須預先保留，讓您可以靈活因應不斷變化的業務/工作負載優先順序。

問：哪些類型的應用程式可受益於使用 EFA？

HPC 應用程式將運算工作負載分佈在執行個體叢集中以進行平行處理。HPC 應用程式的範例包括計算流體動力學 (CFD)、碰撞模擬和天氣模擬。HPC 應用程式通常使用 Message Passing Interface (MPI) 編寫，並在執行個體間的通訊實施嚴格的延遲和頻寬規定。使用支援 libfabric 通訊堆疊的 MPI 和其他 HPC 中介軟體的應用程式都可從 EFA 獲得不少好處。

問：EFA 通訊如何運作？

EFA 裝置提供所有 ENA 裝置功能和新的 OS 旁路硬體介面，可讓使用者空間應用程式直接與硬體提供的可靠傳輸功能進行通訊。大多數應用程式會使用現有的中介軟體，例如 MPI，來連接 EFA。AWS 與眾多中介軟體供應商合作，以確保支援 EFA 的 OS 旁路功能。請注意，使用 OS 旁路功能的通訊僅適用於同一可用區域 (AZ) 內的執行個體。

問：在哪裡提供 EFA？

EFA 在所有商業區域皆有提供。它可用於在同一 AZ 內的任意兩個已啟用執行個體之間建立通訊。

問：哪些執行個體類型支援 EFA？

如需受支援 EC2 執行個體的完整清單，請參閱我們文件中的此頁面。

問：EFA ENI 和 ENA ENI 有何不同？

ENA ENI 可提供支援 VPC 網路所需的傳統 IP 網路功能。EFA ENI 不僅提供 ENA ENI 的所有功能，還提供讓應用程式直接與 EFA ENI 通訊的硬體支援，無須透過擴充型程式設計介面使用執行個體核心 (OS 旁路通訊)。由於 EFA ENI 的進階功能，只能在啟動或停止執行個體時才能連接 EFA ENI。

問：在執行個體啟用 EFA 有哪些先決條件？

您可以在啟動執行個體時啟用 EFA 支援，也可以將 EFA 支援新增至已停止的執行個體。EFA 裝置無法連接到執行中的執行個體。

問：此功能包含哪些聯網功能？

目前，我們使用 SR-IOV (單一根 I/O 虛擬化) 支援增強型聯網功能。SR-IOV 是一種裝置虛擬化方法，與傳統實作相比，它不僅能提高 I/O 效能，同時還能降低 CPU 利用率。對於受支援的 Amazon EC2 執行個體，此功能可提高每秒資料包數 (PPS) 效能、縮短執行個體間的延遲，並大幅降低網路抖動。

問：為什麼應該使用增強型聯網？

如果您的應用程式可從高每秒資料包效能和/或低延遲聯網中受益，增強型聯網將顯著提高效能、效能一致性以及可擴展性。

問：如何在受支援的執行個體上啟用增強型聯網？

若要啟用此功能，您必須使用合適的驅動程式啟動 HVM AMI。列為目前一代的執行個體使用 ENA 來增強聯網連線。Amazon Linux AMI 預設包含這兩種驅動程式。對於不包含這些驅動程式的 AMI，則需要根據您計劃使用的執行個體類型下載並安裝合適的驅動程式。可以按照 Linux 或 Windows 說明，在預設不包含 SR-IOV 驅動程式的 AMI 中啟用增強型聯網。僅 Amazon VPC 支援增強型聯網。

問：使用增強型聯網是否需要支付額外的費用？

不需要，增強型聯網沒有額外費用。要利用增強型聯網，必須在 VPC 中受支援的執行個體類型上啟動相應的 AMI。

問：哪些執行個體類型支援增強型聯網？

視乎您的執行個體類型，您可以使用下列其中一種機制啟用增強型聯網：

Intel 82599 虛擬功能 (VF) 介面 – Intel 82599 虛擬功能介面在支援的執行個體類型上支援高達 10 Gbps 的網路速度。C3、C4、D2、I2、M4 (m4.16xlarge 除外) 和 R3 執行個體使用 Intel 82599 VF 介面支援增強型聯網。

彈性網路轉接器 (ENA) - 彈性網路轉接器 (ENA) 對於受支援的執行個體類型可支援最多達 200 Gbps 的網路速度。列示為最新一代的執行個體使用適用於增強聯網的 ENA，C4、D2 除外，M4 執行個體小於 m4.16xlarge。

問：一個 EC2 執行個體有多個網路卡代表什麼意思？ 為什麼需要該執行個體？

新一代的 EC2 執行個體會使用 Nitro 網路卡進行 VPC 資料平面卸載。為了提供更高的網路頻寬和改善的封包速率效能，可以將指定 EC2 執行個體設定為使用多個網路卡進行封包處理，最終可提高整體系統效能。

問：哪些執行個體類型支援多個網路卡？

加速執行個體 (例如 p4d.24xlarge) 和網路優化執行個體 (例如 c6in.32xlarge) 都支援多個網路卡。如需支援多個網路卡的執行個體的完整清單，請參閱彈性網路介面。

問：多卡執行個體可以啟動的網路介面的預設數量是多少？

這會依執行個體類型而定。加速執行個體 (如 p4) 可縱向擴展到每個網路卡最多 15 個網路介面。高網路執行個體 (例如最近推出的 c6in 執行個體) 可支援在兩個網路卡上平均分配的 14 個網路介面 (7 和 7)。如需每個網卡的網路介面擴展相關資訊，請參閱網卡。

問：Elastic Load Balancing 服務提供哪些負載平衡選項？

Elastic Load Balancing 提供兩種類型的負載平衡器，這兩者都具備高可用性、自動擴展及穩健的安全功能。包括 Classic Load Balancer ，其可依據應用程式或是網路層級的資訊來路由流量，以及 Application Load Balancer 可根據進階應用程式層級的資訊 (包含請求的內容) 來路由流量。

問：何時該使用 Classic Load Balancer，何時又該使用 Application Load Balancer？

Classic Load Balancer 適用於跨多個 EC2 執行個體的簡易負載平衡，而 Application Load Balancer 則適用於需要進階路由功能、微型服務和以容器為基礎架構的應用程式。請瀏覽 Elastic Load Balancing 以取得更多資訊。

問：為什麼每個區域限制使用 5 個彈性 IP 地址？

公有 (IPV4) 網際網路地址是稀有的資源。可用的公有 IP 空間數量有限，Amazon EC2 也致力於幫助有效地使用該空間。

根據預設，所有帳戶在每個區域僅限使用 5 個彈性 IP 地址。如果您需要 5 個以上彈性 IP 地址，請申請提高您的限制。我們會請您全面考慮您的使用案例後再下結論，幫助我們了解您對額外地址的需求。您可以在這裡申請增加彈性 IP 地址數量。任何增加都僅適用於請求所針對的區域。

問：為什麼我的彈性 IP 地址與執行中的執行個體沒有關聯時需要收費？

為了幫助確保我們的客戶有效使用彈性 IP 地址，我們對每個未與執行中執行個體關聯的地址以小時為單位收取少許費用。

問：是否每個執行的執行個體都需要一個彈性 IP 地址？

不，並非所有執行個體都需要彈性 IP 地址。根據預設，每個執行個體都附帶一個私有 IP 地址和一個網際網路可路由公有 IP 地址。當執行個體停止並重新啟動時，私有 IP 地址將仍與網路介面關聯；而當執行個體終止時，私有 IP 地址將會解除。此公有地址只與該執行個體關聯，直到執行個體停止或終止，或者替換為彈性 IP 地址。對於許多不需要長期網際網路可路由端點的應用程式來說，這些 IP 地址應當足夠。運算叢集、Web 網路爬取和後端服務等都是通常不需要彈性 IP 地址的應用程式例子。

問：重新對應彈性 IP 地址需要多長時間？

目前，從您指示我們重新對應彈性 IP 到完全傳播到我們系統中，重新對應過程需要幾分鐘的時間。

問：是否可以為彈性 IP 地址配置反向 DNS 記錄？

在格式為 ec2-1-2-3-4.region.compute.amazonaws.com 的標準範本中，所有彈性 IP 地址都隨附反向 DNS。對於需要在使用 IP 共同身分驗證 (例如，從 EC2 執行個體傳送電子郵件) 的連結網際網路應用程式設定自訂反向 DNS 的客戶，您可以填寫這份表格以設定彈性 IP 地址的反向 DNS 記錄。或者，如果您希望 AWS 將彈性 IP 的反向 DNS 管理委派到您的授權 DNS 名稱伺服器 (如 Amazon Route 53)，請聯絡 AWS 客戶支援，以便自行管理反向 DNS PTR 記錄支援這些使用案例。請注意，必須有指向該彈性 IP 地址的對應正向 DNS 記錄，才能建立反向 DNS 記錄。

問：如何防止他人查看我的系統？

您可以完全掌控您系統的可見性。Amazon EC2 安全系統允許您將執行的執行個體放入您選擇的任意群組中。藉助 Web 服務介面，您可以指定哪些群組能夠與哪些其他群組通訊，以及網際網路上的哪些 IP 子網路可以和哪些群組通訊。這可讓您在我們高度動態的環境中控制對您執行個體的存取。當然，您也應當像其他伺服器一樣為您的執行個體提供安全保護。

問：我能否獲得從我的帳戶發起的所有 EC2 API 呼叫的歷史記錄，以便用於安全分析和營運方面的故障排除？

是。要獲得從您的帳戶發起的所有 EC2 API 呼叫 (包括 VPC 和 EBS) 的歷史記錄，您只需在 AWS 管理主控台中打開 CloudTrail。如需詳細資訊，請瀏覽 CloudTrail 首頁。

問：在何處可以找到有關 AWS 安全性的更多資訊？

如需 AWS 安全性的詳細資訊，請參閱我們的 Amazon Web Services：安全程序概觀白皮書和 Amazon EC2 running Windows Security Guide。 

問：Amazon CloudWatch 接收和彙總資料的最小時間間隔精細度是多少？

以 1 分鐘為間隔接收和聚合指標。

問：Amazon CloudWatch 支援哪些作業系統？

Amazon CloudWatch 為所有 Amazon EC2 執行個體接收和提供指標，且應適用於 Amazon EC2 服務目前支援的所有作業系統。

問：如果停用某個 Amazon EC2 執行個體的監控，是否會遺失指標資料？

您可以接收自開始監控 Amazon EC2 執行個體起最多 2 週時間內的指標資料。兩週後，如果已停用了 Amazon EC2 執行個體的監控，則該 Amazon EC2 執行個體的指標資料將不可用。如果要存檔 2 週以上的指標，您可以從命令列中呼叫 mon-get-stats 命令，並在 Amazon S3 或 Amazon SimpleDB 中儲存結果。

問：是否可以存取已終止的 Amazon EC2 執行個體或已刪除之 Elastic Load Balancer 的指標資料？

是。Amazon CloudWatch 為已終止的 Amazon EC2 執行個體或已刪除的 Elastic Load Balancer 存放 2 週的指標資料。

問：Amazon CloudWatch 監控費用是否因所監控的 Amazon EC2 執行個體類型而不同？

否，Amazon CloudWatch 監控費用不會因 Amazon EC2 執行個體類型而有差異。

問：當我以 5 分鐘和 1 分鐘期間查看時，為什麼同一時段的圖形會有不同？

如果以 5 分鐘和 1 分鐘期間查看同一時段，您可能會發現資料點顯示在圖形的不同位置上。對於您在圖形中指定的期間，Amazon CloudWatch 會尋找所有可用的資料點，再計算出單一聚合點來代表整個時段。如果是 5 分鐘期間，該單一資料點會位於 5 分鐘時段的開頭。如果是 1 分鐘期間，該單一資料點會位於 1 分鐘標記上。我們建議使用 1 分鐘期間來進行故障診斷，以及其他需要最精確時段圖形的活動。

問：是否可以自動擴展 Amazon EC2 Auto Scaling 群組？

是。Amazon EC2 Auto Scaling 是全受管服務，旨在自動啟動或終止 Amazon EC2 執行個體，以確保您擁有足夠的 Amazon EC2 執行個體數量來處理應用程式負載。EC2 Auto Scaling 可協助您透過 EC2 執行個體的機群管理來維護應用程式可用性，叢集管理可偵測並替換運作狀態不佳的執行個體，並根據您定義的條件，自動擴展或縮減的 Amazon EC2 容量。您可以使用 EC2 Auto Scaling 在需求尖峰期間自動增加 Amazon EC2 執行個體的數量以維護效能，並在需求平淡期自動減少容量以降低成本。

EC2 Auto Scaling 中的配置策略可決定如何從 Spot 執行個體集區滿足機群中的 Spot 執行個體。容量優化配置策略透過分析容量指標，嘗試從可用性最高的 Spot 執行個體集區佈建 Spot 執行個體。對於具有較高中斷成本的工作負載 (如大數據和分析、影像和媒體轉譯、機器學習和高效能運算)，此策略是不錯的選擇。最低價格配置策略會嚴格根據 ‘N’ 最低價格集區的多樣化來啟動 Spot 執行個體。

如需詳細資訊，請參閱 Amazon EC2 Auto Scaling 常見問答集。

問：我為什麼要讓執行個體休眠？

如果執行個體和應用程式需要很長時間來啟動 (例如載入記憶體快取)，您可以讓執行個體休眠，讓您的執行個體和應用程式快速啟動和執行。您可以啟動執行個體，在達到所需的狀態後執行休眠。接著，讓這些「預熱」的執行個體繼續執行，以減少執行個體返回服務所需的時間。休眠會在停止/啟動週期保留記憶體狀態。

問：當我讓執行個體休眠時，會發生什麼狀況？

讓執行個體休眠時，會保留 EBS 根磁碟區和任何連接之 EBS 資料磁碟區中的資料。此外，執行個體記憶體 (RAM) 中的內容會保留在 EBS 根磁碟區。重新啟動執行個體即可返回先前的狀態並重新載入 RAM 內容。

問：休眠和停止有什麼不同？

在休眠的情況下，您的執行個體會進入休眠狀態，並保留 RAM 資料。在停止的情況下，您的執行個體會關閉，並清除 RAM 資料。

這兩種情況都會保留 EBS 根磁碟區和任何連接的 EBS 資料磁碟區中的資料。您的私有 IP 地址和彈性 IP 地址 (如果有) 都將保持不變。網路層行為則與 EC2 停止啟動工作流程類似。停止和休眠僅適用於 Amazon EBS 後端執行個體。不會保留本機執行個體儲存體。

問：讓執行個體休眠的費用為何？

讓執行個體休眠，需按照標準 EBS 費率支付儲存費用。和停止執行個體一樣，當執行個體進入休眠狀態時，不會產生執行個體使用費。

問：我如何讓執行個體休眠？

您必須在啟動執行個體時啟用休眠。啟用之後，您可以使用 StopInstances API 搭配其他 ‘Hibernate’ 參數來觸發休眠。您也可以選擇執行個體，然後依序按一下主控台中的 Actions> Instance State > Stop - Hibernate。要進一步了解休眠的用法，請參閱使用者指南。

問：如何恢復休眠中的執行個體？

您可以像恢復一般停止的執行個體一樣，呼叫 StartInstances API 來恢復休眠中的執行個體。您也可以選擇執行個體，然後依序按一下主控台中的 Actions > Instance State > Start (動作 > 執行個體狀態 > 開始)。

問：是否可以在現有執行個體上啟用休眠？

否，您無法在現有執行個體 (執行中或已停止) 啟用休眠。您必須在執行個體啟動時啟用此功能。

問：如何判斷執行個體是否進入休眠狀態？

您可以查看狀態原因來判斷執行個體是否進入休眠。狀態原因應為 'Client.UserInitiatedHibernate'。這項資訊可以在主控台的 “Instances - Details” (執行個體 – 詳細資訊) 檢視下顯示，或在 DescribeInstances API 回應中顯示為 “reason” (原因) 欄位。

問：執行個體進入休眠後的狀態為何？

休眠的執行個體處於「已停止」狀態。

問：執行個體休眠時會儲存哪些資料？

會儲存 EBS 磁碟區儲存 (啟動磁碟區和連接的資料磁碟區) 和記憶體 (RAM)。您的私有 IP 地址和彈性 IP 地址 (如果有) 都將保持不變 (用於 VPC)。網路層行為則與 EC2 停止啟動工作流程類似。

問：執行個體休眠時會將資料存放在哪裡？

和「停止」功能一樣，根裝置和連接的裝置資料會存放在對應的 EBS 磁碟區。記憶體 (RAM) 內容會存放在 EBS 根磁碟區。

問：將記憶體 (RAM) 資料移至 EBS 時是否會加密？

是，將 RAM 資料移至 EBS 根磁碟區時一律會加密。EBS 根磁碟區加密會在執行個體啟動時執行。這是為了確保在休眠時可保護記憶體中的任何敏感內容。

問：我可以讓執行個體休眠多久的時間？

我們不支援讓執行個體休眠超過 60 天。如果您希望保留執行個體較長時間，則需要恢復執行個體並執行停止和啟動 (不使用休眠)。我們一直努力透過升級和安全修補程式讓平台保持最新狀態，但其中部分的升級和修補程式可能與舊版休眠執行個體衝突。如有重大消息要求您恢復休眠中的執行個體，以執行關機或重新開機時，我們會通知您。

問：要讓執行個體休眠有哪些先決條件？

若要使用休眠，根磁碟區必須是加密的 EBS 磁碟區執行個體必須設定為接收休眠的 ACPID 信號 (或使用專為休眠設定的 Amazon 發佈 AMI)。另外，您的執行個體應該在 EBS 根磁碟區準備足夠的可用空間，以便從記憶體寫入資料。

問：哪些執行個體和作業系統支援休眠？

對於執行 Amazon Linux、Amazon Linux 2、Ubuntu 和 Windows 的執行個體，C3、C4、C5、C5d、I3、M3、M4、M5、M5a、M5ad、M5d、R3、R4、R5、R5a、R5ad、R5d、T2、T3 和 T3a 執行個體都支援休眠。 

對於執行 CentOS、Fedora 和 Red Hat Enterprise Linux 的執行個體，C5、C5d、M5、M5a、M5ad、M5d、R5、R5a、R5ad、R5d、T3 和 T3a 執行個體都支援休眠。

對於 Windows，高達 16 GB RAM 的執行個體支援休眠。至於其他作業系統，少於 150 GB RAM 的執行個體支援休眠。若要檢閱支援的作業系統版本和執行個體類型的清單，請參閱使用者指南。

問：如果要讓執行個體休眠，是否要使用特定的 Amazon Machine Image (AMI)？

您可以使用任何設定為支援休眠的 AMI。您可以使用預設支援休眠並由 AWS 發佈的 AMI。或者，您可以在按照休眠先決條件檢查清單逐條執行並適當設定執行個體後，從執行個體建立自訂映像。

問：如果我的 EBS 根磁碟區大小不足以存放休眠的記憶體狀態 (RAM)，該怎麼辦？

若要啟用休眠，會在根磁碟區上分配空間以存放執行個體記憶體 (RAM)。請確定根磁碟區有足夠的空間可以存放 RAM 內容並支援您的預期用途，例如：作業系統、應用程式。如果 EBS 根磁碟區沒有足夠的空間，休眠將會失敗，並關閉執行個體。

問：什麼是 VM Import/Export？

客戶可以透過使用 VM Import/Export 匯入虛擬機器 (VM) 映像來建立 Amazon EC2 執行個體。此外，客戶還可以透過匯出以前匯入的 EC2 執行個體來建立 VM。客戶可以使用 VM Import/Export 將其 VM 遷移到 Amazon EC2，利用以前用於建置 VM 的投資。

問：支援哪些作業系統？

VM Import/Export 目前支援 Windows 及 Linux VM，包括多個版本的 Windows Server、Red Hat Enterprise Linux (RHEL)、CentOS、Ubuntu、Debian 等。如需更多 VM Import 的詳細資訊，包括支援的檔案格式、架構與作業系統組態，請參閱 VM Import/Export 的 VM Import/Export 章節。

問：支援哪些 VM 檔案格式？

您可以將 VMware ESX VMDK 映像、Citrix Xen VHD 映像、Microsoft Hyper-V VHD 映像和 RAW 映像匯入為 Amazon EC2 執行個體。您可以將 EC2 執行個體匯出到 VMware ESX VMDK、VMware ESX OVA、Microsoft Hyper-V VHD 或 Citrix Xen VHD 映像。如需支援的作業系統的完整清單，請參閱支援哪些作業系統？

問：什麼是 VMDK？

VMDK 是一種檔案格式，它指定在單個檔案內封裝的虛擬機器硬碟。它通常供虛擬 IT 基礎架構使用，如 VMware, Inc. 銷售的此類產品。

問：如何準備 VMDK 檔案，以便使用 VMware vSphere 用戶端匯入？

可以透過呼叫 VMware vSphere Client 中的 File-Export-Export to OVF 範本準備 VMDK 檔案。產生的 VMDK 檔案會被壓縮以縮小映像大小，並與 VM Import/Export 相容。如果您使用 Amazon EC2 VM Import Connector vApp for VMware vCenter，則無須進行特別的準備。

問：什麼是 VHD？

VHD (虛擬硬碟) 是一種檔案格式，它指定在單個檔案內封裝的虛擬機器硬碟。VHD 映像格式由 Microsoft Hyper-V 和 Citrix Xen 等虛擬化平台使用。

問：如何準備 VHD 檔案，以便從 Citrix Xen 匯入？

打開 Citrix XenCenter，然後選擇要匯出的虛擬機器。在 Tools 功能表下，選擇 "Virtual Appliance Tools"，然後選擇 "Export Appliance" 以啟動匯出任務。匯出完成後，您可以在匯出對話方塊中指定的目標目錄中找到 VHD 映像檔案。

問：如何準備 VHD 檔案，以便從 Microsoft Hype -V 匯入？

打開 Hyper-V Manager，然後選擇要匯出的虛擬機器。在虛擬機器的 Actions 窗格中，選擇 "Export" 以啟動匯出任務。匯出完成後，您便可以在匯出對話方塊中指定的目標目錄中找到 VHD 映像檔案。

問：匯入 VM 到 Amazon EC2 中時是否還有任何其他要求？

在產生 VMDK 或 VHD 映像前，虛擬機器必須處於已停止狀態。虛擬機器不可處於暫停或擱置狀態。我們建議您匯出僅連接了啟動磁碟區的虛擬機器。您可以使用 ImportVolume 命令匯入其他磁碟，再使用 AttachVolume 將它們連接到虛擬機器。此外，也不支援加密的磁碟 (如 Bit Locker) 和加密的映像檔案。您也需負責確保您擁有必要的權利和授權，將 VM 映像中包含的任何軟體匯入 AWS 中並執行。

問：是否需要對虛擬機器進行任何特定的配置，以便能匯入到 Amazon EC2？

確保為遠端存取啟用遠端桌面 (RDP) 或安全外殼 (SSH)，並確認您的主機防火牆 (Windows 防火牆、iptable 或類似防火牆) (如果已配置) 允許存取 RDP 或 SSH。否則在匯入完成後，您將無法存取您的執行個體。另請確保，為包括管理員在內的所有使用者將 Windows VM 配置為使用強式密碼並將 Linux VM 配置為使用公開金鑰進行 SSH 存取。

問：如何將虛擬機器匯入到 Amazon EC2 執行個體？

您可以使用 Amazon EC2 API 工具匯入您的 VM 映像：

• 透過 ec2-import-instance API 匯入 VMDK、VHD 或 RAW 檔案。匯入執行個體任務會獲取所需的參數以正確設定 Amazon EC2 執行個體屬性 (執行個體大小、可用區域和安全群組)，並將磁碟映像上傳到 Amazon S3。
• 如果 ec2-import-instance 未完成上傳就被中斷或終止，請使用 ec2-resume-import 恢復上傳。匯入任務將在中斷處繼續進行。
• 使用 ec2-describe-conversion-tasks 命令可以監控匯入過程，並獲得產生的 Amazon EC2 執行個體 ID。
• 完成匯入任務後，您可以為 ec2-run-instances API 指定 Amazon EC2 執行個體 ID 來啟動該執行個體。
• 最後，請使用 ec2-delete-disk-image 命令列工具從 Amazon S3 刪除磁碟映像，因為已不再需要它。
  

或者，如果您使用的是 VMware vSphere 虛擬化平台，則可以使用透過 AWS Management Portal for vCenter 提供的圖形使用者介面將虛擬機器匯入 Amazon EC2。請參閱 AWS Management Portal for vCenter 的入門指南。AWS Management Portal for vCenter 包含對 VM Import 的整合支援。在 vCenter 中安裝入口網站後，您可以用滑鼠右鍵按一下虛擬機器，然後選取 "Migrate to EC2"，從虛擬機器建立 EC2 執行個體。入口網站會將虛擬機器從 vCenter 匯出並上傳到 S3，然後將其轉換到 EC2 執行個體中，這個過程無須任何額外的工作。您還可以追蹤入口網站中進行的虛擬機器遷移進度。

問：如何將 Amazon EC2 執行個體匯出到我的現場部署虛擬化環境？

您可以使用 Amazon EC2 CLI 工具匯出 Amazon EC2 執行個體：

• 使用 ec2-create-instance-export-task 命令匯出執行個體。匯出命令會獲取所需的參數 (執行個體 ID、保存所匯出映像的 S3 儲存貯體、所匯出映像的名稱，以及 VMDK、OVA 或 VHD 格式)，以便將執行個體匯出為您選擇的格式。匯出的檔案會保存在您之前建立的 S3 儲存貯體中。
• 使用 ec2-describe-export-tasks 可以監控匯出進度。
• 使用 ec2-cancel-export-task 可以在完成前取消匯出任務。
  

問：使用 VM Import/Export 匯出 EC2 執行個體是否有任何其他要求？

對於之前用 VM Import/Export 匯入的 EC2 執行個體，您可以匯出正在執行或已停止的執行個體。如果執行個體正在執行，它會暫時停止以便為啟動磁碟區拍攝快照。無法匯出 EBS 資料磁碟區。無法匯出具有多個網路介面的 EC2 執行個體。

問：是否可以匯出連接了一個或多個 EBS 資料磁碟區的 Amazon EC2 執行個體？

可以。但是 VM Import/Export 僅匯出 EC2 執行個體的啟動磁碟區。

問：匯入虛擬機器有什麼費用？

上傳和儲存 VM 映像檔案時，您需要支付標準的 Amazon S3 資料傳輸和儲存費。匯入虛擬機器後，則適用標準的 Amazon EC2 執行個體小時費和 EBS 服務費。如果匯入過程完成後您不再希望將 VM 映像檔案存放在 S3 中，請使用 ec2-delete-disk-image 命令列工具從 Amazon S3 刪除您的磁碟映像。

問：匯出 VM 的費用是多少？

您需要支付標準的 Amazon S3 儲存體費用，以儲存您匯出的 VM 映像檔案。將匯出的 VM 映像檔案下載到現場部署虛擬化環境時，還要支付標準的 S3 數據傳輸費。最後，您要支付標準的 EBS 費用，以儲存 EC2 執行個體的臨時快照。為了盡可能降低儲存費用，請在 VM 映像檔案下載到您的虛擬化環境後，將其從 S3 中刪除。

問：當我匯入已達到 Microsoft EOS 的 Windows Server VM 時，誰負責提供作業系統授權？

在使用已達到 Microsoft EOS 的 Microsoft Windows Server 啟動已匯入的 VM 時，您需支付標準執行個體小時費，以便 Amazon EC2 執行適當的 Windows Server 版本，這其中包含了在 Amazon EC2 中使用該作業系統的權限。您需負責確保所有已安裝的其他軟體具有適當的授權。

若如此，我在匯入已達到 Microsoft EOS 的 Windows Server VM 時，我的內部部署 Microsoft Windows 授權金鑰會有什麼情況呢？ 因為與該 VM 相關的內部部署 Microsoft Windows 授權金鑰在您匯入 VM 作為 EC2 執行個體時未在執行中，您可以在內部部署環境中重複提供為其他 VM 使用。

問：將 EC2 執行個體匯出到我的內部部署虛擬化環境後，是否可以繼續使用 AWS 提供的 Microsoft Windows 授權金鑰？

否。匯出 EC2 執行個體後，該 EC2 執行個體中使用的授權金鑰便不再可用。在內部部署虛擬化平台中啟動匯出的 VM 後，您將需要重新啟用並指定新的授權金鑰。

問：匯入 Red Hat Enterprise Linux (RHEL) VM 時，誰負責提供作業系統授權？

匯入 Red Hat Enterprise Linux (RHEL) VM 映像時，您可以對 RHEL 執行個體使用授權可移植性。使用授權可移植性時，您需負責維護所匯入執行個體的 RHEL 授權，這可以使用 Red Hat Enterprise Linux 的 Cloud Access 訂閱來實現。若要進一步了解有關 Cloud Access 的更多資訊以及確認您的資格，請聯繫 Red Hat。

問：匯入虛擬機器需要多久時間？

匯入虛擬機器所需的時間取決於磁碟映像的大小，以及您的網路連線速度。舉例而言，匯入一個 10 GB Windows Server 2008 SP2 VMDK 映像時，如果透過 10 Mbps 網路連線傳輸，需要大約 2 小時。如果您的網路連線較慢或者要上傳的磁碟很大，可能會顯著延長匯入時間。

問：哪些 Amazon EC2 區域中可以使用 VM Import/Export？

請瀏覽區域資料表頁面，了解不同區域的產品服務具體提供情況。

問：我可以同時執行多少個匯入或匯出任務？

每個帳戶在每個區域最多可有 5 個活動匯入任務和 5 個匯出任務。

問：是否可以在 Amazon Virtual Private Cloud (Amazon VPC) 中執行匯入的虛擬機器？

是，您可以在 Amazon VPC 中啟動匯入的虛擬機器。

問：是否可以透過 AWS 管理主控台使用 VM Import/Export？

否。VM Import/Export 命令可以透過 EC2 CLI 和 API 使用。您也可以使用 AWS Management Portal for vCenter 將 VM 匯入 Amazon EC2。匯入後，產生的執行個體即可透過 AWS 管理主控台使用。

問：使用 Amazon EC2 如何計價和收費？

您僅需按實際用量付費。顯示的定價是小時費率，但視您選擇的執行個體而定，可能需要為每個執行個體類型支付每小時或每秒 (最低限制 60 秒) 費率。執行未滿一小時的執行個體依執行個體用量計費。在不同區域的 AWS 服務間傳輸的資料，依據標準的區域間資料傳輸費率計費。其他 Amazon Web Services 的使用與 Amazon EC2 分開計費。

有關 EC2 定價資訊，請瀏覽 EC2 詳細資訊頁面上的定價部分。

問：我的 Amazon EC2 系統的帳單週期怎麼計算？

從 Amazon EC2 啟動 AMI 執行個體的啟動序列時開始計費。該執行個體終止時停止計費，可以透過 Web services 命令或執行 "shutdown -h" 命令終止執行個體，執行個體故障也會導致執行個體終止。當您停止執行個體時，我們會關閉它，不會收取已停止執行個體的小時費率或資料傳輸費，但是會收取任何 Amazon EBS 磁碟區儲存的費用。若要進一步了解，請瀏覽 AWS 文件。

問：應計費的 EC2 執行個體用量如何定義？

您的執行個體處於「執行」狀態的任何時候都算作應計費的執行個體用量。如果您不再希望執行個體被收取費用，必須「停止」或「終止」該執行個體，以免產生更多應計費執行個體用量。當執行個體進入執行狀態時就會開始計費。

問：如果我有兩個執行個體分別在不同的可用區域內，那麼區域資料傳輸將如何收費？

每個執行個體需按照對應的資料傳輸費用收取資料傳入和傳出費。因此，如果在這兩個執行個體之間傳輸資料，會對第一個執行個體收取「從 EC2 傳到其他 AWS 區域的資料傳輸費」，對第二個執行個體則收取「從其他 AWS 區域傳入的資料傳輸費」。如需資料傳輸定價的詳細資訊，請參閱此頁面。

問：如果我有兩個執行個體分別在不同的區域，那麼資料傳輸將如何收費？

每個執行個體需按照區域間資料傳輸費用收取資料傳入和傳出費。因此，如果這兩個執行個體之間傳輸資料，則第一個執行個體需收取區域間資料傳出費，第二個執行個體需收取區域間資料傳入費。

問：每月帳單會如何區分每秒和每小時費用？

雖然每月帳單的 EC2 費用現在依秒數計費，但為了一致性，每月的 EC2 帳單會顯示每個執行個體在該月執行的累計用量並以十進制小時計算。例如，若一個執行個體執行了 1 小時 10 分鐘又 4 秒，則看起來會如 1.1677。請閱讀這個部落格以取得詳細計費報告範例。

問：價格含稅嗎？

除非另有說明，否則我們的價格不包括適用的稅金和稅收 (包括加值稅和適用的營業稅)。帳單地址在日本的客戶若使用 AWS 服務，則需負擔日本消費稅。進一步了解。

問：當我將資料移出 AWS 時，將資料傳出至網際網路是否會產生任何費用？

當符合資格的客戶依照以下程序將所有資料移出 AWS 時，AWS 會為他們提供免費將資料傳出至網路的服務。

問：我想要將資料移出 AWS。如何請求免費將資料傳出至網際網路？

完成以下步驟：

1) 如果您擁有專門的 AWS 帳戶團隊，請先與他們聯絡並告知他們您的計畫。在某些情況下，如果您與 AWS 達成協商承諾，您會希望與 AWS 帳戶團隊討論您的選項。

2) 檢閱本頁所述的標準和程序。

3) 聯絡 AWS 客戶支援，並指明您的請求是「免費資料傳輸以移出 AWS」。 AWS 客戶支援會要求您提供資訊，以便他們檢閱您的資料移出計畫、評估您是否符合免費資料傳出資格，以及計算適當的抵用金金額。

4) 如果 AWS 客戶支援核准您移出資料，根據 AWS 計算時在 AWS 服務間存放的所有資料量，您將獲得資料傳出成本的臨時抵用金。如果您獲得核准，AWS 客戶支援會通知您，您隨後會有 60 天時間將資料完成移出 AWS。該抵用金僅計入資料傳出用量，不適用於其他服務用量。在您將資料移出 AWS 服務之後，您必須在 60 天期間內刪除 AWS 帳戶中的所有剩餘資料和工作負載，或者您可關閉 AWS 帳戶。

資料移動 IT 服務提供商免費資料傳輸也必須遵守以下條件：

a) 只有擁有作用中 AWS 帳戶且信譽良好的客戶，才有資格免費傳出資料。

b) 如果您的 AWS 帳戶中存放的資料少於 100 GB，您可依據 AWS 現有的 100 GB 的每月資料傳出免費方案，免費將這些資料移出 AWS。AWS 帳戶中存放資料少於 100 GB 的客戶，不符合享有額外抵用金的資格。

c) 您將所有資料移出 AWS 後，AWS 可讓您將資料免費傳出至網際網路。如果您只想要移動單一服務的總用量，而不是所有服務，請聯絡 AWS 客戶支援。

d) 如果您的計畫變更，或無法在 60 天內完成將資料移出 AWS，您必須通知 AWS 客戶支援。

e) 不包括使用 AWS 服務的標準服務費用。只有支援將資料移出 AWS 的資料傳出費用，才符合獲得抵用金的資格。但是，不包括專門資料傳輸服務 (例如 Amazon CloudFront、AWS Direct Connect、AWS Snow Family 和 AWS Global Accelerator) 的資料傳出。

f) AWS 可能會審查您的服務用量，以驗證是否符合這些要求。如果我們確定您使用資料傳出的用途並非是將資料移出 AWS，我們可能會向您收取已抵扣的資料傳出費用。

g) AWS 可隨時免費將資料傳出至網際網路的政策。

問：為什麼我必須先請求 AWS 預先核准免費將資料傳出至網際網路，才能將資料移出 AWS？

AWS 客戶每天進行數億次資料傳輸，而且我們通常不知道任何特定資料傳輸的原因。例如，客戶可能會將資料傳輸至其應用程式的最終使用者、其網站的訪客，或者其他雲端或內部部署環境，以做備份之用。因此，唯一的方法就是事先告訴我們，讓我們知道您的資料傳輸用於支援將資料移出 AWS。

問：當我將資料從新加坡移轉至馬來西亞地區時，是否會產生區域間資料傳輸 (DTIR)？

AWS 可根據以下程序 (在下一個問題中詳述)，在將全部或部分資料從新加坡地區遷移到馬來西亞地區時，為符合條件的客戶提供免費 DTIR。

問：我想將資料從新加坡地區遷移到馬來西亞地區。如何申請免費 DTIR？

完成以下步驟：

1) 如果您擁有專門的 AWS 帳戶團隊，請先與他們聯絡並告知他們您的計畫。在某些情況下，如果您與 AWS 達成私有定價協議，建議與 AWS 帳戶團隊討論您的選項。

2) 檢閱以下 (步驟 6 之後) 所述的標準和程序。

3) 聯絡 AWS 客戶支援，並表明您的需求是「免費區域間資料傳輸 (DTIR)，將資料從新加坡區域遷移到馬來西亞區域」。AWS 客戶支援會要求您提供資訊，以便他們檢閱您的資料遷移計畫、評估您是否符合免費 DTIR 資格，並在適用時計算適當的抵用金金額。

4) 如果 AWS 客戶支援核准您的遷移，根據您欲從新加坡遷移至馬來西亞 AWS 區域的資料量，您將獲得 DTIR 成本的臨時抵用金。如果您獲得核准，AWS 客戶支援會通知您，您隨後會有 60 天時間將資料完成區域間資料遷移。該抵用金僅計入 DTIR 用量，不適用於其他服務用量。

5) 在 60 天內完成遷移後，您必須在完成遷移後 30 天內從新加坡區域刪除遷移的資料和工作負載。

6）如果您需要經過多輪資料傳輸才能將資料從新加坡遷移到馬來西亞，則可以重複步驟 3-5。

從新加坡區域遷移到馬來西亞區域的免費 DTIR 也必須符合以下條件：

1) 只有擁有作用中 AWS 帳戶且信譽良好的客戶，才有資格免費 DTIR。

2) 如果您的計畫變更，或無法在 60 天內完成區域間資料遷移，您必須通知 AWS 客戶支援。

3) 不包括使用 AWS 服務的標準服務費用。只有您在新加坡至馬來西亞地區遷移的 DTIR 費用才有資格獲得抵用金。

4) AWS 可能會審查您的服務用量，以驗證是否符合這些要求。如果我們判斷您將 DTIR 用於將資料和工作負載從新加坡地區遷移到馬來西亞地區以外的目的，我們可能會向您收取已存入的 DTIR 抵用金費用。

5) AWS 保留隨時對免費 DTIR 進行變更的權力。

問：為什麼在將資料從新加坡區域遷移到馬來西亞區域之前，我必須事先要求 AWS 的免費 DTIR 批准？

AWS 客戶每天進行數億次資料傳輸，而且我們通常不知道任何特定資料傳輸的原因。例如，客戶可能從馬來西亞區域傳輸資料至其網站的訪客，以備份為目的，進而複製工作負載。因此，唯一的方法就是事先告訴我們，讓我們知道您的資料傳輸將用於將資料從新加坡區域遷移至馬來西亞區域進行區域間資料遷移。

問：什麼是可轉換 RI？

可轉換 RI 是一種預留執行個體類型，其屬性可在合約期間內進行變更。

問：什麼時候應該購買可轉換 RI，而不是標準 RI？

可轉換 RI 適合可持續使用 EC2 執行個體三年以換取 EC2 大幅使用折扣、不確定未來執行個體需求或想受惠於價格變更的客戶。

問：可轉換 RI 有哪些期限選項？

如同標準 RI，您可以選購一年期或三年期的可轉換 RI。

問：是否可交換可轉換 RI，以受惠於符合不同執行個體類型、作業系統、租用或付款選項的可轉換 RI？

是，交換可轉換 RI 時，可選取新的執行個體類型、作業系統、租用或付款選項。您還可彈性選擇要交換一部分的可轉換 RI，或在一次交換中合併多個可轉換 RI 的值。

問：是否可將可轉換或標準 RI 從一個區域傳輸至其他區域？

否，RI 與特定區域相關聯，這在保留的期間內固定不變。

問：如何變更可轉換 RI 的組態？

您可以使用 EC2 管理主控台或 GetReservedInstancesExchangeQuote API，變更可轉換 RI 的組態。您還可彈性選擇要交換一部分的可轉換 RI，或在一次交換中合併多個可轉換 RI 的值。按一下這裡進一步了解交換可轉換 RI。

問：交換可轉換 RI 是否需要付費？

否，交換 RI 無須付費。不過，您可能需要支付一次性的校正費用，以調整您擁有的可轉換 RI 與想要的可轉換 RI 之間的定價差異。

問：可轉換 RI 的交換如何運作？

當您將一個可轉換 RI 交換成另一個，EC2 會確保轉換程序期間可轉換 RI 的總價值不會改變。因此，如果您將總價值為 1000 USD 的 RI 轉換成另一個 RI，您收到的可轉換 RI 數量的價值會等於或大於 1000 USD。您無法將可轉換 RI 轉換成比總價值低的可轉換 RI。

問：總價值如何定義？

總價值是 RI 合約期間所有預期要支付之款項的總和。

問：是否可以逐步解說如何計算兩個全額預付可轉換 RI 之間的轉換校正費用？

沒問題，假設您購買一個預付額為 1000 USD 的全額預付可轉換 RI，過了合約期間的一半時，您決定變更 RI 的屬性。由於已過了 RI 合約期間的一半，依比例分配您還剩下 500 USD 的 RI 價值。您想要轉換的全額預付可轉換 RI 目前預付額為 1,200 USD。由於現有的可轉換 RI 只剩下一半的合約期間，您所需的新可轉換 RI 還剩下 600 USD。您要支付的校正費用是原始和所需可轉換 RI 之間的預付額差異，也就是 100 USD (600 USD – 500 USD)。

問：是否可以逐步解說不預付可轉換 RI 之間的轉換？

與有預付額的可轉換 RI 之間的轉換不同，由於您在無預付額的 RI 之間轉換，因此無須支付校正費用。不過，交換之前依小時支付的金額必須大於或等於交換之後支付的小時數總金額。

例如，假設您以每小時 0.10 USD 的費率購買一個不預付可轉換 RI (A)，而您決定將可轉換 RI A 交換成另一個每小時 0.06 USD 的 RI (B)。轉換時，您會收到兩個 RI B，因為您支付的小時費率金額必須大於或等於 A 的小時費率金額。

問：是否可自訂進行可轉換 RI 交換時收到的執行個體數？

否，EC2 以交易時使用的可轉換 RI 價值計算您收到的最低可轉換 RI 數，同時確保交換的結果會給予您相同或更高的可轉換 RI 值。

問：可轉換 RI 是否有交換限制？

否，可轉換 RI 沒有交換限制。

問：交換可轉換 RI 時，是否可自由選擇任何執行個體類型？

否，您只能交換 AWS 目前提供的可轉換 RI。

問：是否可升級與可轉換 RI 關聯的付款選項？

是，您可以升級與 RI 關聯的付款選項。例如，您可以將不預付 RI 交換成部分預付或全額預付 RI，以享有更好的定價。您無法將付款選項從全額預付變更成不預付，也無法從部分預付變更成不預付。

問：降價時，可轉換 RI 是否可讓我享有降價的優惠？

是，您可以交換 RI 以享有更低的定價。例如，如果新的可轉換 RI 的價格降低 10%，您可以交換可轉換 RI 並享有 10% 的降價。

問：什麼是 Amazon EC2 Fleet？

使用 EC2 機群可透過單一 API 呼叫佈建不同執行個體類型、可用區域和隨需、預留執行個體 (RI) 和 Spot 執行個體等購買模型間的運算容量，以協助優化擴展、效能和成本。

問：如果我目前使用 Amazon EC2 Fleet，是否需要遷移到 Amazon EC2 Fleet？

如果您透過 Spot 機群使用 Amazon EC2 Spot 執行個體，可以繼續使用該機群。Spot 機群和 EC2 機群提供相同的功能。無須遷移。

問：預留執行個體 (RI) 折扣是否可用在 Amazon EC2 Fleet？

是。與啟動 EC2 執行個體的其他 EC2 API 或其他 AWS 服務相似，如果 EC2 機群啟動的隨需執行個體與現有的 RI 相符，則該執行個體可獲得 RI 折扣。例如，如果您擁有 M4 執行個體的區域 RI，而且在 EC2 機群中只指定 M4 執行個體，則會自動將 RI 折扣套用到此 M4 用量。

問：如果未完全滿足 EC2 Spot 容量，Amazon EC2 Fleet 是否會容錯移轉到隨需執行個體？

否，EC2 機群會根據您在機群啟動規格中請求的 Spot 執行個體數量，持續嘗試滿足您所需的 Spot 容量。

問：Amazon EC2 Fleet 的定價為何？

無須額外付費即可使用 EC2 機群；您只需支付 EC2 機群啟動的基礎資源費用。

問：是否可針對 Amazon EC2 Fleet 的運用提供真實世界範例？

您可以將 Amazon EC2 Fleet 運用在很多地方，例如大數據工作負載、容器化應用程式、網格處理工作負載等。在這個基因體定序工作負載範例中，您可以使用單一 API 呼叫啟動工作節點網格：選取您偏好的執行個體、指派這些執行個體的加權、指定隨需和 Spot 執行個體的目標容量，然後在幾秒鐘內建置機群以快速分析基因體資料。

問：如何在 Amazon EC2 Fleet 中分配資源？

根據預設，EC2 機群會啟動價格最低的隨需選項。如果是 Spot 執行個體，EC2 機群會提供三種配置策略：容量優化、最低價格和多樣化。容量優化配置策略透過分析容量指標，嘗試從可用性最高的 Spot 執行個體集區佈建 Spot 執行個體。對於具有較高中斷成本的工作負載 (如大數據和分析、影像和媒體轉譯、機器學習和高效能運算)，此策略是不錯的選擇。

最低價格策略允許您在集區佈建 Spot 執行個體，於請求時提供每容量單位的最低價格。多樣化策略可讓您跨多個 Spot 集區佈建 Spot 執行個體，還能維持機群目標容量以增加應用程式。

問：是否可以提交多個區域 Amazon EC2 Fleet 請求？

否，我們不支援多個區域 EC2 機群請求。

問：是否可以標記 Amazon EC2 Fleet？

是。您可以標記 EC2 機群請求以建立業務相關標籤群組，根據技術、商業和安全等方面組織資源。

問：是否可以修改 Amazon EC2 Fleet？

是，您可以在維護模式修改 EC2 機群的總目標容量。您可能需要取消請求並提交新請求，以變更其他請求組態參數。

問：是否可以針對要使用的每個執行個體類型指定不同的 AMI？

是，只要在 EC2 機群中您提供的每個啟動規格指定想使用的 AMI 即可。

問︰什麼是適用於 ML 的 Amazon EC2 容量區塊？

透過適用於 ML 的 Amazon EC2 容量區塊，您可以在 Amazon EC2 UltraClusters 中預留 GPU 執行個體，以供執行機器學習 (ML) 工作負載。使用 Amazon EC2 容量區塊，您可從未來的日期開始預留 GPU 容量，持續時間長達 6 個月，叢集大小為 1 至 64 個執行個體。當您的 EC2 容量區塊保留日期和時間到達時，您將能夠啟動執行個體並使用，直至保留時間結束。

問：為什麼要使用 EC2 容量區塊？

EC2 容量區塊可讓您輕鬆存取 Amazon EC2 for ML 中效能最高的 GPU 執行個體，即使整個產業的 GPU 面臨短缺也能輕鬆存取。使用 EC2 容量區塊來確保 GPU 執行個體的容量可用性，以安心無虞地規劃您的 ML 開發。EC2 容量區塊在 EC2 UltraClusters 中交付，因此您可善用 EC2 中提供的最佳網路延遲和輸送量效能。

問：何時應使用 Amazon EC2 容量區塊，而不是隨需容量保留？

當您需要短期容量保證來訓練或微調 ML 模型、執行實驗、建立原型，或處理 ML 應用程式的需求驟增時，應使用 EC2 容量區塊。使用 EC2 容量區塊時，您知道您將在特定日期存取 GPU 資源來執行 ML 工作負載，因此可以安心無虞。您應針對需要保證的所有其他工作負載類型使用隨需容量保留，例如業務關鍵型應用程式、法規要求或災難復原。

問：如何開始使用 EC2 容量區塊？

您可根據您的容量需求，在 AWS 管理主控台、AWS Command Line Interface (AWS CLI) 和 AWS SDK 中搜尋可用的 EC2 容量區塊。購買 EC2 容量區塊後，會在您的帳戶中建立保留。當 EC2 容量區塊開始時間到達時，EC2 會透過 Amazon EventBridge 發出事件，表示保留現已啟用且可供使用。若要使用作用中 EC2 容量區塊，請選取「容量區塊」購買選項，然後在啟動 EC2 執行個體時，定位 EC2 容量區塊的容量保留 ID。當您的 EC2 容量區塊結束時間接近時，EC2 會透過 EventBridge 發出事件，讓您知道您的保留即將結束，以便您檢查工作負載。在 EC2 容量區塊到期前約 30 分鐘，AWS 會開始終止所有執行中執行個體。EC2 容量區塊的計費金額不包括最後 30 分鐘的保留時間。

問：EC2 容量區塊支援哪些執行個體類型，以及適用於哪些 AWS 區域？

在以下區域，EC2 容量區塊可用於下列執行個體類型：

• 美國東部 (俄亥俄) 區域的 EC2 p5e.48xlarge 執行個體
• 美國東部 (維吉尼亞北部)、美國東部 (俄亥俄)、美國西部 (奧勒岡) 和亞太地區 (東京) 的 EC2 p5.48xlarge 執行個體
• 美國東部 (俄亥俄) 和美國西部 (奧勒岡) 區域的 EC2 p4d.24xlarge 執行個體
• 亞太地區 (墨爾本) 的 EC2 trn1.32xlarge 執行個體
  

問：EC2 容量區塊提供哪些大小選項？

EC2 容量區塊提供 1、2、4、8、16、32 和 64 個執行個體的叢集大小，並且可按一天的增量保留最多 14 天，或按七天的增量保留最多 182 天。

問：我可以提前多久預留 EC2 容量區塊？

您可在未來八週內購買 EC2 容量區塊，或在容量可用時立即購買。未來開始的 EC2 容量區塊保留始終於國際標準時間 (UTC) 上午 11:30 開始，並且始終於 UTC 上午 11:30 結束。

問：如果沒有與我的規格相符的可用 EC2 容量區塊，該怎麼做？

如果沒有符合您需求的 EC2 容量區塊，可使用不同的輸入參數來重試請求。建議您在搜尋請求中使用最寬泛的日期範圍，以獲得找到 EC2 容量區塊的最佳機會。

問：是否可以修改或取消 EC2 容量區塊？

否，EC2 容量區塊一旦預留，無法修改或取消。

問：EC2 容量區塊的成本是多少？

當您跨日期搜尋 EC2 容量區塊時，AWS 會在您提供的日期範圍內，傳回與您的規格相符的最低價服務。EC2 容量區塊的價格取決於您購買保留時的可用供需總計。您可在預留之前，檢視 EC2 容量區塊服務的價格，在做出保留時會依據 EC2 容量區塊的價格預先收取費用。預留之後，EC2 容量區塊的價格不會變更。當您在作用中 EC2 容量區塊中啟動執行個體時，只會按照依用量計費方式，收取任何頂級作業系統的用量費用。

問：Savings Plans 和預留執行個體 (RI) 折扣是否適用於 EC2 容量區塊？

否，Savings Plans 或 RI 折扣不涵蓋 EC2 容量區塊。

問：是否可搭配 Amazon SageMaker 使用 EC2 容量區塊？

目前，EC2 容量區塊僅支援 EC2 執行個體。

問：什麼是容量保留？

容量保留可讓您在任何持續時間內，針對特定可用區域中的 Amazon EC2 執行個體預留運算容量。容量保留可確保您在需要時，隨時存取 Amazon EC2 容量。

問：為什麼我應使用容量保留？

如果您對目前或未來的業務關鍵型工作負載具有嚴格的容量要求，且需要特定等級的長期或短期容量保證，則應使用容量保留。

問：何時可建立容量保留？

您可以建立容量保留以便立即使用，或者請求今後 5 至 120 天內交付容量保留。

問：如何開始使用容量保留？

您可以先使用 AWS Console、CLI 或 CreateCapacityReservation API 來建立容量保留。您在此將需要指定要保留容量的執行個體類型、可用區域、平台 (OS) 以及執行個體租用。如果您想要在未來的日期申請容量保留，您還需要新增開始日期和承諾持續時間。

問：容量保留需多少費用？

無論您是否以預留容量執行您的執行個體，容量保留都會依相等的所需費率計費。如果您不使用保留，這會在您的 Amazon EC2 帳單中顯示為未使用的容量保留。當您執行符合保留屬性的執行個體時，您只需為執行個體付費，不需為保留功能付費。沒有前期或額外費用。

例如，如果您針對 20 個 c5.2xlarge 執行個體建立容量保留，且您執行 15 個 c5.2xlarge 執行個體，則需為保留中的 15 個執行個體和五個未使用的執行個體付費 (針對 20 個執行個體收費)。

問：是否可享有容量保留用量折扣？

是。Savings Plans 或區域預留執行個體 (RI) 折扣適用於隨需容量保留。若容量保留的屬性與作用中 Savings Plan 或區域 RI 的屬性相符，折扣將同時適用於已使用和未使用部分的容量保留。

注意：區域 RI 是 AWS 區域範圍的 EC2 RI。可用區域 RI (區域內的 AZ 範圍 RI) 折扣不適用容量保留，因可用區域 RI 已內建容量保留。

問：我已建立容量保留。接下來該如何使用？

容量保留與特定 AZ、執行個體類型、平台 (OS) 和租用聯結。若要確定哪些執行個體可使用保留，您需要指定比對條件。具有「開放」比對條件的容量保留，將會自動涵蓋相符的執行中執行個體或新啟動的執行個體，前提是保留中有足夠的過量容量。

您還可以使用「目標」比對條件來建立容量保留，這可讓您指定哪些執行個體可使用保留。請參閱 Linux 或 Windows 技術文件，以進一步了解設定目標選項。

問：可允許我預留多少個執行個體？

允許您預留的執行個體數目取決於您帳戶的隨需執行個體限制。您可以預留與限制允許的數目相同的執行個體，減去已在執行中的執行個體數目。

如果需要提高限制，請聯絡 AWS 銷售代表或填寫 Amazon EC2 執行個體申請表，並和您的使用案例一起提交，我們即會考慮是否增加您的執行個體數量。限制的增加會與請求所針對的區域關聯。

問：啟動後，我是否可以修改容量保留？

是，您可以修改保留的執行個體數目、比對條件和結束日期。

問：啟動後，我是否可以結束容量保留？

是。您可以藉由使用主控台或 API/SDK 將隨需容量保留取消，或修改您的保留來指定使其自動到期的結束時間，在承諾期間 (僅適用於未來日期的保留) 到期後結束作用中容量保留。執行中的執行個體不會受到對您容量保留之變更的影響，包括刪除或保留到期。

問：我是否可以與其他 AWS 帳戶共用容量保留？

是，您可以透過 AWS Resource Access Manager (AWS RAM) 服務與其他 AWS 帳戶或在 AWS 組織內共用作用中容量保留。您可以使用三個簡單的步驟共用 EC2 容量保留：透過 AWS RAM 建立資源共用、在資源共用新增資源 (容量保留)，以及指定您要共用資源的目標帳戶。

問：我可以在何處找到更多有關使用容量保留的資訊？

請參閱 Linux 或 Windows 技術說明文件，以了解建立和使用容量保留的資訊。

問：什麼是預留執行個體？

預留執行個體 (RI) 是一種 EC2 產品，當您簽訂一年期或三年期的合約時，可獲得 EC2 用量的大幅折扣。

問：標準 RI 和可轉換 RI 之間的差異為何？

當您承諾使用特定的執行個體系列時，標準 RI 可為 EC2 執行個體用量提供大幅的折扣。可轉換 RI 則可提供您合約期間變更執行個體組態的選項，而且仍然可以獲得 EC2 用量的折扣。如需可轉換 RI 的詳細資訊，請按一下這裡。

問：RI 是否提供容量保留？

是，當標準或可轉換 RI 的範圍涵蓋特定可用區域 (AZ) 時，會保留完全符合 RI 組態的執行個體容量供您使用 (這些稱為「可用區域 RI」)。可用區域 RI 可讓您更有信心在需要時啟動執行個體。

您也可以選擇放棄容量保留，選擇購買範圍涵蓋某個區域的標準或可轉換 RI (也稱為「區域 RI」)。區域 RI 會自動對區域中的 AZ 和執行個體大小套用用量折扣，讓您更輕鬆地充分利用 RI 折扣費率。

問：何時需要購買可用區域 RI？

如果您想利用容量保留功能，應購買特定 AZ 內的 RI。

問：何時需要購買區域 RI？

如果您不需要容量保留功能，則應購買區域 RI。區域 RI 提供可用區域和執行個體大小的靈活性，讓您更廣泛地運用 RI 折扣費率。

問：什麼是 AZ 和執行個體大小彈性？

AZ 和執行個體大小彈性可讓您更輕鬆地利用區域 RI 折扣費率。AZ 彈性可將 RI 折扣費率套用到區域中任何 AZ 的用量，而執行個體大小彈性可將 RI 折扣費率套用到執行個體系列內任何大小的用量。假設您擁有一個 m5.2xlarge Linux/Unix 區域 RI 且預設租用設定在美國東部 (維吉尼亞北部)。則這個 RI 折扣費率可以自動套用到 us-east-1a 中的兩個 m5.xlarge 執行個體，或 us-east-1b 中的四個 m5.large 執行個體。

問：哪些類型的 RI 提供執行個體大小彈性？

含預設租用的 Linux/Unix 區域 RI 提供執行個體大小彈性。Windows、Windows 含 SQL Standard、Windows 含 SQL Server Enterprise、Windows 含 SQL Server Web、RHEL 與 SLES 或 G4 執行個體等其他平台的 RI 不提供執行個體大小彈性。

問：是否需要採取任何動作才能使用 AZ 和執行個體大小彈性？

區域 RI 不需要採取任何動作即可使用 AZ 和執行個體大小靈活性。

問：我擁有區域 RI。如何將這些執行個體指派到區域？

透過 EC2 主控台或使用 ModifyReservedInstances API，將 RI 的範圍從特定 AZ 修改成某個區域，即可將標準可用區域 RI 指派到區域。

問：如何購買 RI？

首先，您可以從 EC2 主控台或使用 AWS CLI 購買 RI。只要指定執行個體類型、平台、租用、期限、付款選項及區域或 AZ 即可。

問：是否可以為執行中的執行個體購買 RI？

是，從購買那一刻開始，AWS 就會自動將 RI 折扣費率套用到任何適用的執行個體用量。請瀏覽入門頁面以進一步了解。

問：是否由我控制哪些執行個體按照折扣費率計費？

不。AWS 會自動最佳化哪些執行個體按照折扣費率收費，以確保您始終支付最低的金額。如需計費以及如何套用到 RI 的資訊，請參閱帳單效益和購買選項。

問：執行個體大小靈活性如何運作？

EC2 依照下列比例，比對執行個體系列中的不同大小。針對 RI 執行個體大小靈活性，會使用這個比例將 RI 折扣費率套用到執行個體系列的標準化用量。例如，如果您擁有範圍涵蓋一個區域的 m5.2xlarge RI，則折扣費率可套用到 1 個 m5.2xlarge 或 2 個 m5.xlarge 執行個體的用量。

按一下這裡可進一步了解 RI 執行個體大小彈性如何套用到 EC2 用量。按一下這裡可進一步了解 RI 執行個體大小彈性在成本和用量報告的呈現方式。

問：是否可在合約期間內變更 RI？

是，您可修改 RI 的 AZ、將 RI 的範圍從 AZ 變更為區域 (反之亦然)，或修改相同執行個體系列中的執行個體大小 (Linux/Unix 平台上)。

問：是否可在合約期間內變更 RI 執行個體類型？

是。可轉換 RI 提供您在合約期間內變更 RI 執行個體類型、作業系統、租用或付款選項的選擇。請參閱常見問答集的可轉換 RI 部分，以取得詳細資訊。

問：RI 有哪些不同的付款選項？

購買 RI 時可選擇三種付款選項。若選擇全額預付選項，您將以一次預付款支付整個 RI 期間的費用。若選擇部分預付選項，您需要支付較低的預付款，然後在 RI 的合約期間內，按折扣後的小時費率支付執行個體費用。不預付選項不需要支付任何預付款，並在合約期限內提供小時費率的折扣。

問：何時會啟用 RI？

您的付款授權成功後，就會啟動計費折扣和容量保留 (如果適用)。您可以在 Amazon EC2 主控台的「預留執行個體」頁面檢視 RI 的狀態 (擱置中 | 作用中 | 已淘汰)。

問：RI 是否適用於 Spot 執行個體或專用主機上執行的執行個體？

否，RI 不適用於 Spot 執行個體或專用主機上執行的執行個體。要降低使用專用主機的成本，請購買專用主機保留。

問：預留執行個體如何與合併帳單搭配使用？

我們的系統將自動最佳化哪些執行個體按照折扣費率收費，確保整合帳戶始終支付最低的金額。如果您擁有套用到 AZ 的 RI，則只有擁有該 RI 的帳戶可獲得容量保留。不過，折扣會自動套用到合併帳單系列中所有帳戶的用量。

問：是否可在購買 RI 時獲得折扣？

是，EC2 針對 RI 購買提供分級折扣。這些折扣是根據您在每個區域有效 RI 的總定價 (非折扣價格) 來決定。總定價是 RI 在其合約期間內所有預期要支付之款項的總和，包括預付款和產生的小時費用。下表列出層級範圍和對應的折扣。

問：是否可協助我了解數量折扣如何套用到我的 RI 購買？

沒問題。假設您目前在 US-east-1 區域有價值 400,000 USD 的有效 RI。現在，如果您在相同區域購買價值 150,000 USD 的 RI，則此次購買的前 100,000 USD 不會有折扣。不過，此次購買剩餘的 50,000 USD 會獲得百分之 5 的折扣，因此您只需在所選付款選項的期間對此次購買的這個部分支付 47,500 USD。

要進一步了解，請參閱了解預留執行個體折扣定價方案部分 (在 Amazon EC2 使用者指南中)。

問：如何計算一個 RI 的定價？

以下是三年期部分預付預留執行個體的定價計算範例：

問：如果使用合併帳單，如何計算數量折扣？

如果您使用合併帳單，AWS 將使用您所有整合帳戶中活動 RI 的總定價來確定套用哪個數量折扣層級。數量折扣層級是在購買時決定，因此您應該在購買 RI 前先啟動合併帳單，以確保能夠享有符合您的整合帳戶資格的最大數量折扣。

問：可轉換 RI 是否符合數量折扣資格？

否，但您購買的每個可轉換 RI 價值都將列入數量折扣層級資格的計算。

問：如何確定我適用哪個數量折扣層級？

若要確定您目前的數量折扣層級，請參閱了解預留執行個體折扣定價方案部分 (在 Amazon EC2 使用者指南中)。

問：如果我未來的數量符合其他折扣層級的資格，我的 RI 成本是否會改變？

不。數量折扣會在購買當下確定，因此 RI 成本會隨著您符合其他折扣層級資格而持續保持相同。任何新的購買都將依照購買當時符合的數量折扣層級資格給予折扣。

問：購買當下是否需要採取任何動作才能取得數量折扣？

否，在使用現有的 PurchaseReservedInstance API 或 EC2 管理主控台介面購買 RI 時，您將自動享有數量折扣。如果您購買的 RI 價值超過 1000 萬 USD，請聯絡我們，了解獲得超出自動提供之折扣的資訊。

問：什麼是預留執行個體 (RI) 市場？

RI 市場是一個線上商場，可讓 AWS 客戶能夠靈活地向其他企業和組織銷售 Amazon EC2 RI。客戶也可以瀏覽 RI 市場，尋找其他 AWS 客戶銷售的具有多樣化選擇的 RI 期限時間以及定價選項。

問：何時可在 RI 市場上展售 RI？

您可在下列情況下展售 RI：

• 您已在 RI 市場註冊為賣家。
• 您已為您的 RI 付費。
• 您擁有 RI 超過 30 天。

問：是否可轉讓 RI？

EC2 預留執行個體只能依據 AWS 服務條款中提供的 RI 市場要求進行轉讓，不能以其他方式轉移。

問：是否可在 EC2 RI Marketplace 銷售任何 RI？

否，依據 AWS 服務條款，AWS 禁止轉售折扣計畫中購買的 RI。從 AWS 或 EC2 RI Marketplace 直接購買且獲得 AWS 折扣 (例如 RI 數量折扣或其他折扣計畫) 的所有預付、部分預付或無預付 RI 均不符合在 EC2 RI Marketplace 上銷售的資格。

問：如何註冊成為 RI 市場的賣家？

若要註冊 RI 市場，您可以從 EC2 管理主控台銷售 RI 或在 AWS 入口網站的「帳戶設定」頁面設定個人資料來進入註冊工作流程。無論使用什麼途徑，您都需要完成以下步驟：

1. 首先，查看註冊流程概觀。
   
2. 登入 AWS 帳戶。
3. 輸入您的銀行帳戶以便我們支付款項。選取「繼續」之後，我們將選擇此銀行帳戶作為預設付款選項。
4. 在確認畫面中選擇「繼續前往主控台以開始展售」。

當您的 RI 銷售額超過 20,000 USD 或者計劃售出的 RI 數量超過 50 個，則在展售 RI 之前需要提供稅務資訊。選擇「繼續稅務資訊收集」。 在稅務資訊收集管道中，系統會用 TIMS 工作流程提示您輸入公司名稱、聯絡人名稱、地址以及稅務識別號碼。

此外，如果您計劃銷售的 RI 價值每年超過 50,000 USD，則您還需要提交增加銷售額上限的請求。

問：如何知道何時可以開始在 RI 市場進行銷售活動？

您透過註冊管道新增銀行帳戶後，就可以開始在 RI 市場進行銷售。完成啟用後，您將收到一封確認電子郵件。不過，請務必注意，您必須等到我們從您的銀行收到驗證訊息後才能收到支付的款項。根據您選擇的銀行不同，驗證過程最多可能需要兩週時間。

問：如何展售 RI？

若要展售 RI，只需在 Amazon EC2 主控台完成以下步驟即可：

1. 選取想要銷售的 RI，然後選擇「銷售預留執行個體」。 如果您還沒有完成註冊流程，系統將提示您透過註冊管道進行註冊。
2. 針對每個 RI 類型，設定要銷售的執行個體數量以及一次性費用的價格。請注意，您可以根據剩餘的時間設定不同的一次性價格，這樣當您的 RI 未能快速售出時，就不必不斷調整一次性價格了。在預設情況下，您只需設定目前價格，然後我們會每月按同一增量自動降低一次性價格。
3. 您設定好要展售的項目後，就會看到最後確認畫面。選擇「銷售預留執行個體」。
   

問：我可以展售哪些 RI？

您可以展售處於活動狀態不少於 30 天且我們已收到付款的任何 RI。一般而言，這表示只要保留是在作用中狀態，就可以展售它們。請務必注意，如果您是需要發票的客戶，則您的 RI 將在 AWS 收到付款之前就已處於作用中狀態。在這種情況下，要等我們收到付款後，您才能展售該 RI。

問：如何將展售的 RI 顯示給買方？

已在 RI 市場上展售的 RI (不管是由第三方或 AWS 提供)，都可以在 Amazon EC2 主控台的「預留執行個體」部分中查看。您也可以使用 DescribeReservedInstancesListings API 呼叫。

展售的 RI 會按類型、剩餘期限、預付價格以及每小時價格分組。這樣可讓買方更輕鬆地找到想要購買的 RI。

問：我可展售的 RI 期限是多少？

您可以銷售 RI 的剩餘期限，要向下捨入到最接近的月數。例如，如果還剩餘 9 個月 13 天的期限，那麼您將展售有 9 個月期限的 RI。

問：是否可以刪除我已展售的 RI？

是，您可以刪除銷售狀態為「作用中」(這表示買方已經購買您的 RI，正在等待確認付款) 之前的任何 RI。

問：可為要展售的 RI 設定哪些定價方式？

使用 RI 市場，您可以設定您樂意接受的預付價格。您不能設定每小時價格 (為原始 RI 的每小時價格將保持不變)，並且不會收到與每小時價格相關的款項。

問：是否可以繼續使用在 RI 市場展售的保留？

是，您將繼續享有該保留的容量和計費優勢，直至將其售出為止。一旦售出後，凡是按折扣費率收費的任何執行中執行個體，將立即改依隨需執行個體的費率收費，除非您購買新的保留或終止執行個體。

問：是否可以轉售從 RI 市場購得的 RI？

是，您可以像銷售其他 RI 一樣轉售從 RI 市場購得的 RI。

問：問：銷售 RI 時是否有任何限制？

是，您必須擁有美國銀行帳戶，才能在 RI 市場銷售 RI。我們即將支援美國境外的銀行帳戶。另外，您不得在 US GovCloud 區域銷售 RI。

問：是否可以銷售從公有數量定價層級中購得的 RI？

否，尚未提供此功能。

問：在 RI 市場銷售 RI 是否需要收費？

是，在 RI 市場銷售每個 RI，AWS 都會收取預付總額 12% 的服務費。

問：AWS 是否可以銷售一部分我展售的 RI？

是，AWS 可銷售一部分您已展售的 RI。例如，如果您展售了 100 個 RI，我們可以僅向希望購買 50 個預留執行個體的買方顯示您的預留執行個體。我們會銷售這 50 個執行個體並繼續展售剩下的 50 個 RI，直至您決定不再展售為止。

問：買方如何為所購買的 RI 付費？

我們會透過 ACH 將已銷售 RI 的付款電匯到美國境內銀行帳戶。

問：何時能收到款項？

AWS 從購買您的保留的客戶處收到款項後，我們就會向您在註冊 RI 市場時指定的銀行帳戶電匯款項。

然後，我們會向您寄送電子郵件通知，告訴您我們已向您電匯款項。一般而言，款項會在您的 RI 銷售後 3 到 5 天內匯入帳戶。

問：如果我在 RI 市場上銷售 RI，付費支援是否也會退還從我這邊收取的費用？

否，我們不會按比例退還之前收取的 AWS Premium Support 費用部分的款項。

問：是否會通知我 RI 市場活動的相關資訊？

是，您每天會收到一封電子郵件，詳細描述您 RI 市場的活動，如您建立或取消 RI 展示項目、買方購買您展示銷售的項目，或者 AWS 向您的銀行帳戶支付款項等。

問：買方和賣方需要交換哪些資訊以便計算交易稅？

買方應透過付款報告向賣方提供其所在的國家/地區、州、市以及郵遞區號等資訊。賣方將使用此資訊來計算需向政府繳納的所有交易稅 (如營業稅、增值稅等)。賣方需在購貨發票上提供賣方法人實體的名稱。

問：購買第三方 RI 時，對客戶是否有任何限制？

是，您不能購買自己的 RI，包括任何連結帳戶 (透過合併帳單)。

問：從 RI 市場購買 RI 時，是否需要向 Premium Support 支付費用？

是，如果您是 Premium Support 客戶，當您透過 RI 市場購買 RI 時，需要支付 Premium Support 費用。

問︰什麼是 Savings Plans？

Savings Plans 是一種靈活的定價模式，可針對 EC2、Lambda 和 Fargate 用量提供低廉的價格，以換取在一年或三年期的用量承諾 (以 USD/小時計費)。當您註冊 Savings Plans 時，將根據您的用量及承諾用量，向您收取 Savings Plans 折扣價。例如，如果您承諾以 10 USD/小時來支付運算用量，則可獲得基於該用量的 Savings Plans 價格，最高為 10 USD，超出該承諾的任何用量將按隨需費率收費。

問︰AWS 提供哪幾種 Savings Plans？

AWS 提供兩種 Savings Plans︰

1. Compute Savings Plans 提供最大靈活性，並協助您降低高達 66% 的成本。無論執行個體系列、大小、可用區域、區域、作業系統或租用為何，都會自動在 EC2 執行個體用量套用這些方案，同時還適用於 AWS Fargate 和 Lambda 用量。例如，使用 Compute Savings Plans，您可以隨時從 C4 執行個體變更為 M5 執行個體，將工作負載從歐洲 (愛爾蘭) 移轉至歐洲 (倫敦)，或者將工作負載從 EC2 移轉至 Fargate 或 Lambda，並持續自動支付 Savings Plans 價格。
   
2. EC2 Instance Savings Plans 提供最低價格，從而節省高達 72％ 的費用，換取該區域針對個別執行個體系列的使用承諾 (例如，維吉尼亞北部的 M5 用量)。這會自動降低您在該區域中所選執行個體系列的成本，而無須考慮可用區域、大小、作業系統或租用。藉助 EC2 Instance Savings Plans，您可以靈活地變更該區域系列中執行個體間的用量。例如，您可以從執行 Windows 的 c5.xlarge 移轉至執行 Linux 的 c5.2xlarge，並自動受益於 Savings Plan 價格。

問︰Savings Plans 相較於 EC2 RI 如何？

與「隨需」相較之下，Savings Plans 就如同 EC2 RI 一般，可大幅節省成本，而且能自動減少客戶在跨越任何 AWS 區域運算用量的帳單金額，即使在用量改變時亦然。這項服務可讓您靈活地使用最適合您需求的運算選項且可持續節省成本，而且這一切都不需要進行交換或進行修改。

Compute Savings Plans 可節省高達 66％ 的費用 (如同可轉換 RI 一樣)，可自動降低任何 EC2 執行個體用量的成本，而不受區域、執行個體系列、大小、作業系統、租用，甚至 AWS Fargate 和 Lambda 的影響。EC2 Instance Savings Plans 可節省高達 72％ 的費用 (如同標準 RI 一樣)，無論大小、作業系統或租用情況如何，均可根據所選區域 (例如，維吉尼亞北部的 M5) 中給定 EC2 執行個體系列中的任何執行個體用量，自動為您節省費用。

問︰Savings Plans 是否提供 EC2 執行個體容量保留？

否，Savings Plans 不提供容量保留。但是，您可以使用隨需容量保留來預留容量，並使用 Savings Plans 以較低的價格支付費用。

問︰如何開始使用 Savings Plans？

您可以從 AWS 管理主控台中的 AWS Cost Explorer 或使用 API/CLI 來開始使用 Savings Plans。透過使用 AWS Cost Explorer 中提供的建議，您可以輕鬆地做出 Savings Plan 承諾，以實現最大節省。建議的小時承諾基於您的歷史隨需用量，以及您選擇的方案類型、期限和支付方式。註冊 Savings Plan 後，您的運算用量將自動以 Savings Plan 的折扣價收費，任何超出承諾的用量，則將以正常的隨需費率收費。

問︰我是否可以繼續購買 EC2 RI？

是。您可以繼續購買 RI，以保持與現有成本管理流程的相容性，並且您的 RI 將配合 Savings Plans，以減少總體帳單。然而，隨著您的 RI 到期，我們建議您註冊 Savings Plans，因為它們提供的節省與 RI 相同，但具有更大的靈活性。

問：問：什麼是 Spot 執行個體？

Spot 執行個體是備用 EC2 容量，與隨需價格相比可節省高達 90% 的費用，而且 AWS 可在 2 分鐘通知後中斷。Spot 使用的基礎 EC2 執行個體與隨需和預留執行個體相同，非常適用於彈性的容錯工作負載。Spot 執行個體提供您取得運算容量的其他選項，而且可與隨需和預留執行個體一起使用。

問：Spot 執行個體與隨需執行個體或預留執行個體有何區別？

執行期間，Spot 執行個體與隨需或預留執行個體完全相同。主要差異在於 Spot 執行個體通常可提供比隨需價格更多的折扣，Amazon EC2 可視容量需求發出 2 分鐘通知即中斷您的執行個體，而且 Spot 價格可根據備用 EC2 容量的長期供需趨勢逐步調整。

有關 Spot 執行個體的更多詳細資訊，請參閱這裡。

問：問：如何購買和啟動 Spot 執行個體？

您現在用來啟動執行個體的工具也能用來啟動 Spot 執行個體，包括 AWS 管理主控台、Auto-Scaling 群組、Run 執行個體和 Spot 機群。此外，許多 AWS 服務支援啟動 Spot 執行個體，像是 EMR、ECS、Datapipeline、CloudFormation 和 Batch。

若要啟動 Spot 執行個體，只需選擇啟動範本和要請求的執行個體數量即可。

請參閱這裡以取得如何請求 Spot 執行個體的詳細資訊。

問：我可以請求多少個 Spot 執行個體？

您可以請求的 Spot 執行個體數量上限就是每個區域的 Spot 限制。請注意，剛使用 AWS 的客戶可從較低的數量限制開始。若要進一步了解有關 Spot 執行個體限制的資訊，請參閱 Amazon EC2 使用者指南。

如果要提高限制，請填寫 Amazon EC2 執行個體申請表，並和您的使用案例一起提交，我們即會考慮是否增加您的執行個體數量。執行個體限制的增加會與請求所針對的區域關聯。

問：Spot 執行個體如何計費？

對於執行中的執行個體，您需支付每個執行個體小時開始時生效的 Spot 價格。如果 Spot 價格在您啟動執行個體後變更，下一個小時就需要為執行個體用量支付新的價格。

問：問：什麼是 Spot 容量集區？

Spot 容量集區是一組未使用的 EC2 執行個體，而且有相同的執行個體類型、作業系統和可用區域。每個 Spot 容量集區可能因供需而有不同的價格。

問：使用 Spot 執行個體有哪些最佳實務？

我們強烈建議使用多個 Spot 容量集區，以最大化您可用的 Spot 容量。EC2 提供內建的自動化功能，使用 EC2 Auto Scaling、EC2 機群或 Spot 機群在多個 Spot 容量集區尋找最經濟實惠的容量。如需詳細資訊，請參閱 Spot 最佳實務。

問：問：如何確定 Spot 請求的狀態？

您可以透過 Spot 請求狀態代碼和訊息判斷 Spot 請求的狀態。您可以在 AWS 管理主控台中 EC2 主控台的 Spot 執行個體頁面、API 和 CLI 存取 Spot 請求狀態資訊。如需詳細資訊，請參閱 Amazon EC2 開發人員指南。

問：Spot 執行個體是否適用所有執行個體系列和大小，並在所有區域中可用？

Spot 執行個體可在所有公有 AWS 區域使用。幾乎所有 EC2 執行個體系列和大小都能使用 Spot，包含最新的運算優化執行個體、加速圖形和 FPGA 執行個體類型。這裡列有每個區域支援的完整執行個體類型清單。

問：Spot 執行個體適用於哪些作業系統？

Linux/UNIX、Windows Server 和 Red Hat Enterprise Linux (RHEL) 均適用。目前尚不適用於搭配 SQL Server 的 Windows Server。

問：是否可以將 Spot 執行個體與針對第三方軟體 (如 IBM 的套裝軟體) 的已支付 AMI 搭配使用？

目前沒有。

問：我能否停止執行中的 Spot 執行個體？

是的，您可以在不需要時停止運行中的 Spot 執行個體，並保留這些停止的執行個體供以後使用，而不是終止執行個體或取消 Spot 請求。 持久性 Spot 請求可停止。

問：我能否停止 Spot 執行個體？

您可以透過叫用 StopInstances API 並提供 Spot 執行個體的執行個體 ID 來停止 Spot 執行個體，這類似於停止隨需執行個體。您也可以選取執行個體，然後按一下 (動作 > 執行個體狀態 > 停止)，透過 AWS 管理主控台來執行此操作。

問：如何啟動停止的 Spot 執行個體？

您可以透過叫用 StartInstances API 並提供 Spot 執行個體的執行個體 ID 來啟動停止的 Spot 執行個體，這類似於啟動隨需執行個體。您也可以選取執行個體，然後按一下 Actions > Instance State > Start (動作 > 執行個體狀態 > 啟動)，透過 AWS 管理主控台來執行此操作。

注意：僅當在您的最高價格內仍可使用 Spot 容量時，Spot 執行個體才會啟動。每當您啟動停止的 Spot 執行個體時，Spot 都會評估容量可用性。

問：如何判斷我已停止 Spot 執行個體還是已中斷？

您可以查看 Spot 請求狀態代碼，來判斷 Spot 執行個體已被您停止或中斷。這在 AWS 管理主控台的 Spot 請求頁面上或在 DescribeSpotInstanceRequests API 回應為「狀態碼」欄位中，以 Spot 請求狀態顯示。

若 Spot 請求狀態碼為「使用者執行個體已停止」，則表示您已停止 Spot 執行個體。

問：問：如果 Spot 執行個體停止或中斷，要如何計費？

如果 Amazon EC2 在第一個執行個體小時終止或停止 Spot 執行個體，您無須支付該用量的費用。不過，如果您自行停止或終止 Spot 執行個體，則需支付最接近的秒數費用。如果 Amazon EC2 在之後的任何小時終止或停止 Spot 執行個體，則您需依最接近的秒數支付用量費用。如果您執行的是 Windows 或 Red Hat Enterprise Linux (RHEL)，並自行停止或終止該 Spot 執行個體，需支付整個小時的費用。

問：我的 Spot 執行個體何時會被中斷？

過去 3 個月，92% 的 Spot 執行個體中斷是客戶在應用程式完成工作之後，自行手動中斷執行個體。

EC2 需要回收 Spot 執行個體的情況有兩種可能的原因，主要原因是 Amazon EC2 容量需求 (例如，隨需或預留執行個體用量)。或者，如果您選擇設定 "maximum Spot price" 而 Spot 價格高出該價格，將會在兩分鐘通知後回收您的執行個體。這個參數可決定您願意支付的 Spot 執行個體小時最高價格，預設會設定為隨需價格。與之前一樣，您持續在執行個體執行時支付每秒遞增的 Spot 市場價格，而非最高價。

問：問：Spot 執行個體中斷時會發生什麼情況？

您可以在中斷時選擇讓 Spot 執行個體終止、停止或休眠。停止和休眠選項適用於持久性 Spot 請求以及啟用 "maintain" 選項的 Spot 機群。預設會終止您的執行個體。

要進一步了解如何處理中斷，請參閱 Spot 休眠。

問：問：停止和休眠中斷行為有什麼不同？

在休眠的情況下，您的執行個體會進入休眠狀態，並保留 RAM 資料。在停止的情況下，您的執行個體會關閉，並清除 RAM 資料。

這兩種情況都會保留 EBS 根磁碟區和任何連接的 EBS 資料磁碟區中的資料。您的私有 IP 地址和彈性 IP 地址 (如果有) 都將保持不變。網路層行為則與 EC2 停止啟動工作流程類似。停止和休眠僅適用於 Amazon EBS 後端執行個體。不會保留本機執行個體儲存體。

問：如果我的 EBS 根磁碟區大小不足以存放休眠的記憶體狀態 (RAM)，該怎麼辦？

您應該在 EBS 根磁碟區準備足夠的可用空間，以便從記憶體寫入資料。如果 EBS 根磁碟區沒有足夠的空間，休眠將會失敗，並關閉執行個體。選擇休眠選項前，請先確定 EBS 磁碟區大小足以保留記憶體資料。

問：問：Spot 在中斷時讓執行個體進入休眠狀態有哪些好處？

使用休眠，Spot 執行個體會在中斷時暫停並在之後恢復，讓您的工作負載可以從停止的地方繼續執行。當您的執行個體需要保留關閉-啟動週期的執行個體狀態時可以使用休眠，也就是，當 Spot 執行個體上執行的應用程式需使用存放在 RAM 的環境、商業或工作階段資料時。

問：問：若要啟用 Spot 執行個體的休眠，必須執行哪些動作？

要了解如何啟用 Spot 執行個體的休眠，請參閱 Spot 休眠。

問：問：使用 Spot 執行個體的休眠是否需要付費？

使用執行個體的休眠無須另外付費，但需支付 EBS 儲存及使用任何其他 EC2 資源的費用。您的執行個體進入休眠狀態之後，無須支付執行個體用量費用。

問：能否恢復休眠中的執行個體？

否，您無法直接恢復休眠的執行個體。休眠到恢復週期由 Amazon EC2 控制。如果 Spot 休眠執行個體，則要在容量可用時，由 Amazon EC2 恢復。 

問：哪些執行個體和作業系統支援休眠？

目前支援 Spot 休眠的執行個體和作業系統如下：在 C3、C4、C5、M4、M5、R3、R4 執行個體等執行個體類型上執行的 Amazon Linux AMI、Ubuntu 和 Microsoft Windows 作業系統，且記憶體 (RAM) 大小低於 100 GiB。

若要查看支援的作業系統版本清單，請參閱 Spot 休眠。

問：問：如果 Spot 價格在執行個體執行期間改變，要如何計費？

您需要為整個小時支付每個執行個體小時一開始設定的每執行個體小時價格，以最接近的秒數計費。

問：問：可以在哪裡查看我的 Spot 執行個體使用歷史記錄以及帳單費用？

AWS 管理主控台提供詳細的帳單報告，其中顯示了所有執行個體的 Spot 執行個體啟動和終止/停止時間。客戶可以透過 API 將帳單報告與歷史 Spot 價格進行對比檢查，以驗證其計費的 Spot 價格是否正確。

問：問：什麼是 Spot 機群？

Spot 機群讓您可以自動請求和管理多個 Spot 執行個體，這些執行個體可以針對叢集或應用程式 (如批次處理任務、Hadoop 工作流程或 HPC 網格運算任務) 的每單位容量提供最低價格。您可以包含應用程式可用的執行個體類型。根據應用程式需求定義目標容量 (使用執行個體、vCPU、記憶體、儲存或網路輸送量等單位)，並在機群啟動後更新目標容量。Spot 機群讓您可以啟動和維持目標容量，以及自動請求資源以取代任何被中斷或手動終止的資源。進一步了解 Spot 機群.

問：問：發出 Spot 機群請求是否需要額外付費？

不需要，Spot 機群請求不需支付額外的費用。

問：Spot 機群請求有何限制？

請瀏覽 Amazon EC2 使用者指南的 Spot 機群限制部分，了解適用於 Spot 機群請求的限制。

問：如果我的 Spot 機群請求嘗試啟動 Spot 執行個體但超出我的區域 Spot 請求限制，會發生什麼狀況？

如果您的 Spot 機群請求超出區域 Spot 執行個體請求限制，個別 Spot 執行個體請求將會失敗，並出現超出「Spot 請求限制請求狀態」。您的 Spot 機群請求歷史記錄會顯示叢集請求收到的所有 Spot 請求限制錯誤。請瀏覽 Amazon EC2 使用者指南的監控 Spot 機群部分，了解如何說明您的 Spot 機群請求歷史記錄。

問：是否保證可滿足 Spot 機群請求？

否。Spot 機群請求讓您可以同時請求多個 Spot 執行個體，而且其可用性和價格與單一 Spot 執行個體請求相同。例如，如果沒有資源可供 Spot 機群請求所列的執行個體類型使用，我們可能無法履行部分或全部的請求。建議您包含可能適用於 Spot 機群工作負載的所有執行個體類型和可用區域。

問：是否可以提交多個可用區域 Spot 機群請求？

是，請瀏覽 Amazon EC2 使用者指南 Spot 機群範例部分，了解如何提交多個可用區域 Spot 機群請求。

問：是否可以提交多個區域 Spot 機群請求？

否，我們不支援多個區域機群請求。

問：Spot 機群如何配置啟動規格中指定的各種 Spot 執行個體集區的資源？

RequestSpotFleet API 提供三個配置策略：容量優化、最低價格和多樣化。容量優化配置策略透過分析容量指標，嘗試從可用性最高的 Spot 執行個體集區佈建 Spot 執行個體。對於具有較高中斷成本的工作負載 (如大數據和分析、影像和媒體轉譯、機器學習和高效能運算)，此策略是不錯的選擇。

最低價格策略允許您在執行個體集區佈建 Spot 機群資源，於請求時提供每容量單位的最低價格。多樣化的選擇策略允許您跨多個 Spot 執行個體集區佈建 Spot 機群資源。這可讓您隨著 Spot 容量波動維持機群目標容量並提升應用程式的可用性。

跨不同 Spot 執行個體集區執行應用程式的資源也可讓您逐步降低機群的營運成本。請瀏覽 Amazon EC2 使用者指南進一步了解相關資訊。

問：問：是否可以在 Spot 機群請求加上標籤？

您可以透過 Spot 機群，請求啟動加上標籤的 Spot 執行個體。機群本身無法加上標籤。

問：如何查看哪個 Spot 機群擁有我的 Spot 執行個體？

您可以透過描述叢集請求來識別與 Spot 機群關聯的 Spot 執行個體。所有 Spot 執行個體終止後，機群請求仍然可以使用 48 小時。請參閱 Amazon EC2 使用者指南以了解如何說明您的 Spot 機群請求。

問：是否可以修改 Spot 機群請求？

是，您可以修改 Spot 機群請求的目標容量。您可能需要取消請求並提交新請求，以變更其他請求組態參數。

問：問：是否可以針對要使用的每個執行個體類型指定不同的 AMI？

是，只要在 Spot 機群請求中您提供的每個啟動規格指定想使用的 AMI 即可。

問：Spot 機群是否可以與 Elastic Load Balancing、Auto Scaling 或 Elastic MapReduce 搭配使用？

您可以使用 Auto Scaling 功能搭配目標追蹤、運作狀態檢查、CloudWatch 指標等 Spot 機群，並可將執行個體連接到 Elastic Load Balancer (Classic 和 Application Load Balancer 皆可)。Elastic MapReduce 有一個名為「執行個體機群」的功能，可提供與 Spot 機群類似的功能。

問：Spot 機群請求是否會在 Spot 執行個體已不在最低價或容量優化 Spot 集區中執行時，終止並重新執行這些執行個體？

否，當執行個體還在執行時，Spot 機群請求不會自動終止和重新啟動執行個體。不過，如果您自行終止 Spot 執行個體，Spot 機群會根據您的配置策略，用新的最低價集區或容量優化集區中的新 Spot 執行個體來替補它。

問：是否可在 Spot 機群使用停止或休眠中斷行為？

是，啟用 "maintain" 選項的 Spot 叢集可支援停止-啟動和休眠-恢復。 

問：如何使用此服務？

該服務在 link-local IP 地址 (169.254.169.123) 提供 NTP 端點，可從 VPC 中執行的任何執行個體存取。我們提供 Linux 和 Windows 的 NTP 用戶端設定指示。

問：此服務提供哪些關鍵優勢？

對許多應用程式和服務而言，一致且準確的參考時間來源非常重要。Amazon Time Sync Service 提供可從執行個體安全存取的時間參考，無須變更和更新 VPC 組態。該服務建立在 Amazon 備受肯定的網路基礎設施上，並使用冗餘參考時間來源確保高準確度和可用性。

問：此服務支援哪些執行個體類型？

在 VPC 中執行的所有執行個體都可存取該服務。

問：可用區域之間的隔離程度如何？

每個可用區域在其實體不同的獨立基礎設施中執行，並已設計成具備高可靠性。可用區域之間不會共用常見的故障點，如發電機和冷卻設備等。此外，它們實體上也各自分開，即使火災、風災或水災等罕見災難也只會影響單一可用區域。

問：Amazon EC2 是否在多個 AWS 區域執行？

是。請參閱區域性產品和服務，了解我們的產品和服務在不同區域的更多詳細資訊。

問：如何確保我與另一開發人員處於同一可用區域中？

我們目前不支援協調不同 AWS 開發人員帳戶啟動到同一可用區域的功能。兩個 AWS 客戶帳戶中的一個可用區域名稱 (例如，us-east-1a) 可能與不同的實體可用區域有關聯。

問：如果我使用公有 IP 地址在可用區域之間傳輸資料，是否會重複收取區域性資料傳輸費用 (一次是因為跨區域，另一次是因為使用公有 IP 地址)？

不。只有至少滿足以下條件之一時才會收取區域性資料傳輸費用，但是即使同時滿足這兩個條件，也只會對指定的執行個體收取一次費用：

• 另一執行個體在不同的可用區域內，無論使用何種地址類型。
• 使用公有或彈性 IP 地址，無論另一執行個體處於哪個可用區域。

問：問：什麼是叢集運算執行個體？

叢集運算執行個體將高運算資源和高效能聯網兩者相結合，適合 HPC 應用程式和其他高要求的網路綁定型應用程式。叢集運算執行個體提供與其他 Amazon EC2 執行個體相似的功能，但經過了專門設計，能夠提供高效能聯網功能。

使用者可以透過 Amazon EC2 叢集置放群組功能將叢集運算執行個體分組到叢集中，讓應用程式獲得緊密耦合的節點對節點通訊 (許多 HPC 應用程式的典型特徵) 所需的低延遲網路效能。叢集運算執行個體還可大幅提升 Amazon EC2 環境內以及至網際網路的網路輸送量。因此，這些執行個體也非常適合需要執行網路密集型操作的客戶應用程式。

進一步了解如何將此執行個體類型用於 HPC 應用程式。

問：問：當我在叢集置放群組中啟動執行個體時，預計可獲得何種網路效能？

EC2 執行個體在叢集置放群組中可利用的頻寬，取決於執行個體類型及其聯網效能規格。相同區域內的執行個體間流量，單一流程可利用 5 Gbps，而多流程流量則可利用最多 25 Gbps。在置放群組中啟動時，選取 EC2 執行個體可利用最多 10 Gbps 的單一流程流量。

問：什麼是叢集 GPU 執行個體？

叢集 GPU 執行個體提供一般用途圖形處理單元 (GPU) 以及比例較高的 CPU 和更高的網路效能，適用於可使用 CUDA 和 OpenCL 程式設計模型透過 GPU 對高度並行處理進行加速，從而受益的應用程式。常見的應用程式包括模組化和模擬、轉譯，以及媒體處理。

叢集 GPU 執行個體為具有 HPC 工作負載的客戶提供了叢集運算執行個體之外的一個選項，使他們可以在雲端進一步自訂其高效能叢集，適用於可以從 GPU 的並行運算能力中獲益的應用程式。

叢集 GPU 執行個體與叢集運算執行個體使用相同的叢集置放群組功能，將執行個體分組到叢集中，讓應用程式獲得緊密耦合的節點對節點通訊 (許多 HPC 應用程式的典型特徵) 所需的低延遲、高頻寬網路效能。

進一步了解 AWS 上的 HPC。

問：什麼是記憶體增強型叢集執行個體？

除了較高的網路功能外，記憶體增強型叢集執行個體還為客戶提供了大量的記憶體和 CPU 功能。這些執行個體類型非常適合於記憶體密集型的工作負載，包括記憶體內分析系統、圖形分析，以及許多科學和工程應用程式。

記憶體增強型叢集執行個體與叢集運算執行個體使用相同的叢集置放群組功能，將執行個體分組到叢集中，讓應用程式獲得緊密耦合的節點對節點通訊 (許多 HPC 和其他網路密集型應用程式的典型特徵) 所需的低延遲、高頻寬網路效能。

問。叢集運算執行個體和叢集 GPU 執行個體的使用是否與其他 Amazon EC2 執行個體類型不同？

叢集運算執行個體和叢集 GPU 執行個體的使用與其他 Amazon EC2 執行個體類型有兩個方面的區別。

首先，叢集運算執行個體和叢集 GPU 執行個體使用以硬體虛擬機器 (HVM) 為基礎的虛擬化技術，以及僅執行以 HVM 虛擬化為基礎的 Amazon Machine Image (AMI)。其他 Amazon EC2 執行個體類型所用的以半虛擬機器 (PVM) 為基礎的 AMI 無法用於叢集運算執行個體和叢集 GPU 執行個體。

其次，為了能充分享受可用的低延遲、執行個體間全等分頻寬所帶來的好處，必須透過 Amazon EC2 API 或 AWS 管理主控台將叢集運算執行個體和叢集 GPU 執行個體啟動到叢集置放群組中。

問：什麼是叢集置放群組？

叢集置放群組是一種邏輯實體，可以透過做為群組的一部分啟動執行個體來建立執行個體叢集。之後，執行個體叢集可在群組中的執行個體間提供低延遲的連接。您可以透過 Amazon EC2 API 或 AWS 管理主控台建立叢集置放群組。

問：Amazon EC2 的所有功能是否都可用於叢集運算執行個體和叢集 GPU 執行個體？

目前 Amazon DevPay 不可用於叢集運算執行個體或叢集 GPU 執行個體。

問：可以使用的叢集運算執行個體或叢集 GPU 執行個體的數量，及/或透過將叢集運算執行個體或叢集 GPU 執行個體啟動到叢集置放群組而建立的叢集大小是否有限制？

對於叢集運算執行個體而言，沒有具體的限制。對於叢集 GPU 執行個體來說，您可以自行啟動 2 個執行個體。如果需要更多的容量，請填寫 Amazon EC2 執行個體申請表 (選取適當的主要執行個體類型)。

問：在透過叢集置放群組為叢集請求執行個體時，有什麼方式可以最佳化我收到完整數量執行個體的可能性？

我們建議您在一次啟動中啟動加入叢集所需的最低數量執行個體。對於非常大的叢集，您應該啟動多個置放群組，例如，兩個包含 128 個執行個體的置放群組，然後將它們組合起來建立一個更大的 256 個執行個體叢集。

問：叢集 GPU 執行個體和叢集運算執行個體是否可以啟動到同一個叢集置放群組中？

雖然可能可以將不同的叢集執行個體類型啟動到一個置放群組中，但我們目前僅支援同類置放群組。

問：如果叢集置放群組中的某個執行個體停止後又重新啟動，該執行個體是否會保留在該叢集置放群組中？

是。停止的執行個體會做為停止時所屬的叢集置放群組的一部分啟動。如果沒有容量供其在所屬叢集置放群組中啟動，啟動會失敗。

問：EC2 執行個體可以使用哪些 CPU 選項？

EC2 執行個體提供多種 CPU 選項，以協助客戶平衡效能和成本要求。  視乎執行個體類型，EC2 提供的 CPU 選項包括 AWS Graviton/Graviton2 處理器 (Arm)、AMD 處理器 (x86) 和 Intel 處理器 (x86)。

問：我的應用程式堆疊將在哪類硬體上執行？

瀏覽 Amazon EC2 執行個體類型，了解各區域提供的 EC2 執行個體清單。

問：EC2 如何執行維護？

AWS 會定期執行例行硬體、軟體、電源和網路維護，對所有 EC2 執行個體類型的干擾最小。這是透過跨整個 AWS 全球基礎設施的技術和方法的組合來實現的，例如即時更新和即時遷移，以及冗餘和可同時維護的系統。即時更新和即時遷移等非侵入式維護技術不需要停止或重新啟動執行個體。客戶無需在即時遷移或即時更新之前、期間或之後採取任何行動。這些技術有助於提高應用程式的正常執行時間，並減少您的營運工作量。Amazon EC2 使用即時更新將軟體快速部署到伺服器，同時將對客戶執行個體的影響降到最低。即時更新確保客戶的工作負載在伺服器上執行，且服務器上的軟體是最新版本，也具有安全修補程式、新執行個體功能和效能改進。需要將正在執行的執行個體從一台伺服器移動到另一台伺服器以進行硬體維護或最佳化執行個體置放或動態管理 CPU 資源時，Amazon EC2 使用即時遷移。多年來，Amazon EC2 一直在擴大非侵入式維護技術的規模和覆蓋範圍，因此定期維護事件是一種回復選項，而非啟用日常維護的主要方式。

問：我如何選擇正確的執行個體類型？

Amazon EC2 執行個體分成 5 個系列：一般用途、運算最佳化、記憶體最佳化、儲存最佳化和加速運算執行個體。一般用途執行個體的記憶體與 CPU 比例適用於大部分一般用途應用程式，而且提供固定效能或高載效能；運算最佳化的執行個體的 CPU 資源比例高於記憶體 (RAM)，非常適用於水平擴展運算密集型應用程式及高效能運算 (HPC) 工作負載；記憶體最佳化執行個體可為需要更大記憶體的應用程式，包括資料庫和記憶體快取應用程式，提供更多的記憶體；加速運算執行個體使用硬體加速器或協處理器來執行浮點數計算、圖形處理或資料模式比對等功能，相較於在 CPU 上執行的軟體更有效；儲存最佳化執行個體使用以 SSD 為基礎的本機執行個體儲存體，為輸入/輸出密集型應用程式提供低延遲輸入/輸出容量，以及密集的 HDD 儲存執行個體，為資料倉儲提供本機高儲存密度和序列輸入/輸出效能、Hadoop 和其他資料密集型應用程式。在選擇執行個體類型時，應當就資源使用率 (即，CPU、記憶體、儲存) 方面考量您的應用程式特點，選擇最佳的執行個體系列和執行個體大小。

問：什麼是「EC2 運算單位」，為什麼要引入此單位？

轉換到效用運算模型的過程從根本上改變了開發人員對 CPU 資源的慣性思維。您不再購買或租用特定的處理器並使用數月或數年，而是以小時為單位租用容量。由於 Amazon EC2 是在商用硬體基礎上建置的，隨著時間推移，可能會有多種不同類型的實體硬體為 EC2 執行個體提供支援。我們的目標是無論實際的基礎硬體為何，均提供一致的 CPU 容量。

Amazon EC2 透過多種衡量標準，為每個執行個體提供一致且可預計的 CPU 容量。為了便於開發人員可以在不同的執行個體類型之間比較 CPU 容量，我們定義了 Amazon EC2 運算單位。分配給特定執行個體的 CPU 量以這些 EC2 運算單位來表示。我們使用多種基準和測試，以 EC2 運算單位來管理效能的一致性和可預計性。EC2 運算單位 (ECU) 可為 Amazon EC2 執行個體的整數處理能力提供相對的衡量標準。隨著時間推移，如果我們發現能更明確地表示運算容量的指標，我們可能會增加或取代 EC2 運算單位定義中的衡量標準。

問：EC2 如何長時間確保執行個體類型的效能一致性？

AWS 在 EC2 執行個體類型上定期執行效能基準測試，以測試 Linux 和 Windows 運算效能，進而確保一段時間保持一致的效能。

問：Amazon EC2 執行個體類型的區域可用性如何？

如需所有執行個體和區域可用性的清單，請參閱 Amazon EC2 定價。

問：微型執行個體可以提供多少運算能力？

微型執行個體提供少量持續的 CPU 資源，但您可用其他週期在短時間內將 CPU 容量突增至 2 個 ECU。它們非常適合具備下述特點的較低輸送量應用程式和網站：定期消耗大量的運算週期，但在其他時間中只消耗極少的 CPU 來用於背景處理程序和常駐程式等。進一步了解如何使用此執行個體類型。

問：微型執行個體與標準小型執行個體相比，在運算能力上有何不同？

在穩定狀態時，微型執行個體接收的運算資源僅佔小型執行個體所能接收的一小部分。因此，如果您的應用程式具有運算密集型或穩定狀態需求，我們建議您使用小型執行個體 (或者依據您的需求，使用更大型的執行個體)。不過，微型執行個體可以定期突增至最多 2 個 ECU (短時間內)。這是標準小型執行個體可用的 ECU 數的兩倍。因此，如果您有相對較低輸送量的應用程式或網站，並且偶爾需要消耗大量的運算週期，則建議您使用微型執行個體。

問：如何才能判斷應用程式需要的 CPU 資源是否超過微型執行個體可提供的資源？

如果在 CloudWatch 監控的分鐘內，執行個體突發量超過其可用的 CPU 資源量，CPU 使用率的 CloudWatch 指標會報告 100% 使用率。CloudWatch 報告 100% CPU 使用率時，表示您應該考慮 (手動或透過 Auto Scaling) 增大到更大的執行個體類型，或擴展為多個微型執行個體。

問：Amazon EC2 的所有功能是否都可用於微型執行個體？

目前 Amazon DevPay 不可用於微型執行個體。

問：什麼是 Nitro Hypervisor？

C5 執行個體推出後引進了適用於 Amazon EC2 的全新 Hypervisor，也就是 Nitro Hypervisor。Nitro Hypervisor 是 Nitro 系統的一個元件，主要為 EC2 執行個體提供 CPU 和記憶體隔離。VPC 聯網和 EBS 儲存資源由專用硬體元件 Nitro Card 實作，該元件是所有最新一代 EC2 執行個體系列的一部分。Nitro Hypervisor 採用核心 Linux Kernel 虛擬機器 (KVM) 技術，但不包含一般用途作業系統元件。

問：Nitro Hypervisor 如何讓客戶受惠？

Nitro Hypervisor 透過移除主機系統軟體元件，為 EC2 虛擬執行個體提供一致的效能和增強的運算與記憶體資源。這可讓 AWS 提供較大的執行個體大小 (像是 c5.18xlarge)，將伺服器中幾乎所有資源提供給客戶。之前，C3 和 C4 執行個體透過個別將 VPC 和 EBS 功能移到 AWS 設計和建立的硬體來免除軟體元件。這個硬體可讓 Nitro Hypervisor 變得很小，且不參與聯網和儲存的資料處理任務。

問：是否所有 EC2 執行個體都將使用 Nitro Hypervisor？

最終，所有新的執行個體類型都將使用 Nitro Hypervisor，但短期內部分新的執行個體類型會視平台的需求使用 Xen。

問：AWS 是否會持續投資 Xen 型 Hypervisor？

是。隨著 AWS 全球雲端基礎設施的擴展，EC2 的 Xen 型 Hypervisor 使用率也會持續成長。Xen 在可預見的未來仍然是 EC2 執行個體的核心元件。AWS 自 Linux Foundation 合作計劃成立以來就是 Xen Project 的創始成員，而且到目前還是諮詢委員會中很活躍的參與者。隨著 AWS 全球雲端基礎設施的擴展，EC2 的 Xen 型 Hypervisor 也會持續成長。因此，EC2 對 Xen 的投資也會持續增加，不會縮減。

問：Nitro Hypervisor 上執行的執行個體可連接多少個 EBS 磁碟區和彈性網路介面 (ENI)？

Nitro Hypervisor 上執行的執行個體可針對 EBS 磁碟區和 VPC ENI 支援最多 27 個額外的 PCI 裝置。每個 EBS 磁碟區或 VPC ENI 都會使用一個 PCI 裝置。舉例來說，如果您在使用 Nitro Hypervisor 的執行個體上連接 3 個額外的網路介面，則可在該執行個體連接最多 24 個 EBS 磁碟區。

問：Nitro Hypervisor 是否會變更用來與 EC2 執行個體互動的 API？

否，用來與 EC2 執行個體互動的所有公有 API，使用 Nitro Hypervisor 執行後將維持不變。例如，DescribeInstances 回應的 "hypervisor" 欄位會持續針對所有 EC2 執行個體回報 "xen"，即使這些執行個體在 Nitro Hypervisor 下執行也一樣。這個欄位可能會在未來 EC2 API 修訂版中移除。

問：使用 Nitro Hypervisor 的執行個體支援哪些 AMI？

支援 ENA 聯網和從 NVMe 儲存啟動的 EBS 支援 HVM AMI 可與 Nitro Hypervisor 下執行的執行個體搭配使用。支援 Amazon 提供的最新 Amazon Linux AMI 和 Windows AMI，以及 Ubuntu、Debian、Red Hat Enterprise Linux、SUSE Enterprise Linux、CentOS 和 FreeBSD 的最新 AMI。

問：使用 Xen Hypervisor 和使用 Nitro Hypervisor 的執行個體是否會有不同？

是。例如，在 Nitro Hypervisor 執行的執行個體是從使用 NVMe 介面的 EBS 磁碟區啟動。在 Xen 下執行的執行個體從模擬的 IDE 硬碟啟動，再切換到 Xen 半虛擬化區塊型儲存裝置驅動程式。

作業系統可識別何時在 Hypervisor 下執行。有些軟體假設 EC2 執行個體會在 Xen Hypervisor 下執行，且倚賴此偵測。作業系統會在執行個體使用 Nitro Hypervisor 時偵測到它們在 KVM 下執行，因此識別 EC2 執行個體的程序應該用於識別在兩種 Hypervisor 下執行的 EC2 執行個體。

EC2 的所有功能 (例如，執行個體中繼資料服務) 在 Xen 和 Nitro Hypervisor 下執行的執行個體運作方式相同。只要作業系統具備 ENA 聯網和 NVMe 儲存的必要支援，大部分的應用程式在 Xen 和 Nitro Hypervisor 的運作方式都會相同。

問：執行個體如何重新啟動和終止 Nitro Hypervisor 實作的 EC2 API 請求？

Nitro Hypervisor 會發出信號，告知在執行個體中執行的作業系統應依產業標準 ACPI 方法完全關閉。針對 Linux 執行個體，這需要安裝 acpid 而且正常運作。如果 acpid 在執行個體中無法正常運作，終止事件會延遲幾分鐘的時間，然後以強制重新開機或關機的方式來執行。

問：由 NVMe 介面存取時，EBS 磁碟區的行為方式為何？

相較於 Xen 半虛擬 (PV) 區塊驅動程式，作業系統 NVMe 驅動程式的行為方式有些重要的差異。

首先，Linux 作業系統使用的 NVMe 裝置名稱會與 EBS 磁碟區連接請求參數和區塊型裝置映射項目 (如 /dev/xvda 和 /dev/xvdf) 不同。作業系統會列舉 NVMe 裝置，例如 /dev/nvme0n1、/dev/nvme1n1 等等。NVMe 裝置名稱不會持久性的映射到磁碟區，因此當設定自動掛載檔案系統或其他啟動活動時，應使用像檔案系統 UUID 或標籤等其他方法。透過 NVMe 介面存取 EBS 磁碟區時，可透過控制器序號取得 EBS 磁碟區 ID，而 NVMe 廠商延伸模組會將 EC2 API 請求中指定的裝置名稱提供給識別控制器命令。這可讓公用程式指令碼建立舊版相容的符號連結。如需詳細資訊，請參閱關於裝置命名和以 NVMe 為基礎的 EBS 磁碟區的 EC2 文件。

其次，大部分作業系統所含的 NVMe 驅動程式預設為實作 I/O 逾時。若 I/O 不會在實作特定時間內完成 (通常為數十秒)，驅動程式會嘗試取消 I/O、進行重試或向發行 I/O 的元件傳回錯誤。Xen PV 區塊型儲存裝置介面不會將 I/O 逾時，這可能會造成程序在等待 I/O 時無法終止。您可以透過為 nvme.io 逾時核心模組參數指定較高的值來修改 Linux NVMe 驅動程式行為。

另外，相較於 Xen PV 區塊介面，NVMe 介面可為每個 I/O 傳輸更大量的資料，而且在某些案例中可支援更多未處理的 I/O 請求。如果將非常大量的 I/O 或大量的 I/O 請求，發送給旨在支援 EBS 輸送量最佳化 HDD (st1) 和冷 HDD (sc1) 磁碟區等輸送量工作負載的磁碟區，這可能造成更高的 I/O 延遲。在這些案例中，這種 I/O 延遲對輸送量優化磁碟區來說是正常現象，但可能在 NVMe 驅動程式造成 I/O 逾時。您可以在 Linux 驅動程式為 nvme_core.io_timeout 核心模組參數指定較大的值以調整 I/O 逾時。

問：什麼是最佳化 CPU？

優化 CPU 功能可讓您在兩個方面對 EC2 執行個體有更好的控制。首先，您可以在啟動新執行個體時指定自訂 vCPU 數量，節省以 vCPU 為基礎的授權成本。其次，您可針對使用單一執行緒 CPU 執行效果較好的工作負載停用 Intel 超執行緒技術 (Intel HT Technology)，像是特定 HPC 應用程式。

問：為什麼應該使用最佳化 CPU 功能？

如果符合以下情況，您應該使用優化 CPU：

• 您所執行的 EC2 工作負載不限於運算，而且產生 vCPU 授權費用。啟動含自訂 vCPU 數量的執行個體可優化授權支出。
• 停用 EC2 執行個體上的超執行緒對您所執行的工作負載有好處。
  

問：CPU 最佳化執行個體如何計費？

CPU 優化執行個體的定價與原來的實際大小執行個體定價相同。

問：在 EC2 上使用最佳化 CPU 時，應用程式效能會如何變更？

使用優化 CPU 時的應用程式效能變更絕大部分取決於您在 EC2 上執行的工作負載。我們鼓勵您使用優化 CPU 做為應用程式效能的基準，以達到正確的 vCPU 數量以及優化的應用程式超執行緒行為。

問：是否可以在 EC2 裸機執行個體類型 (例如 i3.metal) 使用最佳化 CPU？

否。最佳化 CPU 只能與虛擬化 EC2 執行個體搭配使用。

問：如何開始在 EC2 執行個體使用最佳化 CPU？

如需如何開始使用最佳化 CPU 和支援的執行個體類型詳細資訊，請參閱這裡的最佳化 CPU 文件頁面。

問：使用執行於 IBM 的 Amazon EC2 如何計費？

按實際用量付費，而且沒有最低費用。定價以每種執行個體類型所消耗的執行個體小時數加以計算。執行個體的使用時間未滿一小時，按一小時計費。執行於 IBM 的 Amazon EC2 的資料傳輸與 Amazon EC2 分開計費和分級。同一區域內的兩個 Amazon Web Services 之間不收取數據傳輸費 (例如，美國西部 Amazon EC2 和美國西部的另一 AWS 服務之間)。在不同區域的 AWS 服務之間傳輸資料時，將在傳輸的兩端收取網際網路數據傳輸費。

如需執行於 IBM 的 Amazon EC2 的定價資訊，請參閱執行於 IBM 的 Amazon EC2 詳細資訊頁面中的定價部分。

問：是否可以將 Amazon DevPay 與執行於 IBM 的 Amazon EC2 配合使用？

否。目前，您無法使用 DevPay 將產品綁定在執行於 IBM 的 Amazon EC2。

問：是否可以將現有的 Windows Server 授權用於 EC2？

是的，可以。使用 ImportImage 工具匯入您自己的 Windows Server 機器映像之後，您就可以從 EC2 專用主機上的這些機器映像啟動執行個體，並有效地管理執行個體和報告使用狀況。Microsoft 通常會要求您針對實體資源 (如通訊端和核心) 追蹤授權的使用狀況，而專用主機就可以協助您完成這些作業。如需如何在 Amazon EC2 專用執行個體上使用自有 Windows Server 授權的詳細資訊，請瀏覽專用執行個體詳細資訊頁面。

問：我可以將什麼軟體授權帶入 Windows 環境？

具體的軟體授權條款因供應商而異。因此，我們建議您查看軟體供應商的授權條款，以確定您現有的授權是否獲得授權可在 Amazon EC2 中使用。

問：什麼是 Amazon EC2 Mac 執行個體？

Amazon EC2 Mac 執行個體讓客戶首次可以在雲端執行隨需 macOS 工作負載，讓所有 Apple 開發人員都能享受到 AWS 的彈性、可擴展性和成本優勢。有了 EC2 Mac 執行個體，為 iPhone、iPad、Mac、Apple Watch、Apple TV 和 Safari 建立應用程式的開發人員就可以在幾分鐘之內佈建和存取 macOS 環境，視需要動態擴展容量，並從 AWS 依用量計費定價計劃中獲益。

問：您應在 EC2 Mac 執行個體上執行哪些工作負載？

Amazon EC2 Mac 執行個體旨在為 iOS、iPadOS、watchOS、tvOS、macOS 和 Safari 等 Apple 平台建置、測試、簽署和發佈各種應用程式。相較於在內部部署執行 macOS，Pinterest、Intuit、FlipBoard、Twitch 和 Goldman Sachs 等客戶的建置效能提升了 75%，建置失敗率降低了 80%，平行建置數目增加了 5 倍。

問：什麼是 EC2 x86 Mac 執行個體？

x86 型 EC2 Mac 執行個體建置於 Apple Mac mini 電腦，搭載 Intel Core i7 處理器與 AWS Nitro System。他們為客戶提供了 macOS Mojave (10.14)、macOS Catalina (10.15)、macOS Big Sur (11) 和 macOS Monterey (12) 作為 Amazon Machine Image (AMI) 的選項。x86 型 EC2 執行個體在 12 個區域可用：美國東部 (俄亥俄、維吉尼亞北部)、美國西部 (奧勒岡)、歐洲 (斯德哥爾摩、法蘭克福、愛爾蘭、倫敦) 和亞太區域 (孟買、首爾、新加坡、雪梨、東京)。在這裡進一步了解並開始使用 x86 型 EC2 Mac 執行個體。

問：什麼是 EC2 M1 Mac 執行個體？

EC2 M1 Mac 執行個體 (現在為預覽版) 建置於 Apple M1 Mac 迷你電腦，搭載 AWS Nitro System。 與 x86 型 EC2 Mac 執行個體相比，EC2 M1 Mac 執行個體能將 iOS 和 macOS 應用程式建置工作負載的價格效能提升高達 60%。EC2 M1 Mac 執行個體可提供 ARM64 macOS 環境 (這在 AWS 中還是首次)，並支援 macOS Big Sur (11) 和 macOS Monterey (12) 作為 Amazon Machine Image (AMI)。EC2 M1 Mac 執行個體在以下 4 個區域提供使用︰美國東部 (維吉尼亞北部)、美國西部 (奧勒岡)、歐洲 (愛爾蘭) 和亞太區域 (新加坡) 等 AWS 區域提供使用。在這裡進一步了解並開始使用 EC2 M1 Mac 執行個體。

問：什麼是 EC2 M1 Ultra Mac 執行個體？

EC2 M1 Ultra Mac 執行個體是在 Apple M1 Ultra Mac Studio 電腦上構建，並由 AWS Nitro System 提供支援。 EC2 M1 Ultra Mac 執行個體可啟用 ARM64 macOS 環境，並支援 macOS 文圖 (13) 或更新版本作為 Amazon Machine Image (AMI)。EC2 M1 Ultra Mac 執行個體在 2 個區域提供：美國東部 (維吉尼亞北部)、美國西部 (奧勒岡)。在這裡進一步了解並開始使用 EC2 M1 Ultra Mac 執行個體。

問：什麼是 EC2 M2 Mac 執行個體？

EC2 M2 Mac 執行個體建置於 Apple M2 Mac mini 電腦，並且採用 AWS Nitro System 技術。其效能比適用於 iOS 和 macOS 應用程式組建工作負載的 EC2 M1 Mac 執行個體提升高達 10%。EC2 M2 Mac 執行個體可在 AWS 上啟用 ARM64 macOS 環境，並支援 macOS Ventura (13.2 版及更高版本) 做為 Amazon Machine Image (AMI)。EC2 M2 Mac 執行個體在以下 6 個區域提供使用︰美國東部 (維吉尼亞北部、俄亥俄)、美國西部 (奧勒岡)、加拿大 (中部)、歐洲 (法蘭克福) 和亞太地區 (雪梨) 等 AWS 區域提供使用。在這裡進一步了解並開始使用 EC2 M2 Mac 執行個體。

問：什麼是 EC2 M2 Pro Mac 執行個體？

EC2 M2 Pro Mac 執行個體建置於 Apple M2 Pro Mac mini 電腦，並採用 AWS Nitro System 技術。其效能比適用於 iOS 和 macOS 應用程式組建工作負載的 EC2 M1 Mac 執行個體提升高達 35%。EC2 M2 Pro Mac 執行個體可在 AWS 上啟用 ARM64 macOS 環境，並支援 macOS Ventura (13.2 版及更高版本) 做為 Amazon Machine Image (AMI)。 EC2 M2 Pro Mac 執行個體在以下 4 個區域提供使用︰美國東部 (維吉尼亞北部、俄亥俄)、美國西部 (奧勒岡) 和亞太地區 (雪梨) 等 AWS 區域提供使用。在這裡進一步了解並開始使用 EC2 M2 Pro Mac 執行個體。

問：EC2 Mac 執行個體有哪些定價模型？

可依隨需計畫及 Savings Plans 定價模式，以專用執行個體的形式提供 Amazon EC2 Mac 執行個體。專用執行個體是 EC2 Mac 執行個體的計費單位。專用執行個體以秒計費，最短配置期間為 24 小時，符合 Apple macOS 軟體授權合約的規範。在 24 小時最短配置期間結束時，即可隨時釋出主機，而無須進一步簽署合約。運算和執行個體 Savings Plans 均適用於 EC2 Mac 執行個體，並提供高達 44% 的隨需定價折扣。如需詳細資訊，請瀏覽專用執行個體定價頁面。(注：請選取「專用執行個體」租用和 “Linux” 作業系統以檢視詳細資訊。) 您也可以在 專用執行個體的 AWS 定價計算器上存取 EC2 Mac 定價內容。

問：是否可以釋出專用執行個體？

EC2 Mac 執行個體專用執行個體的最短配置期限為 24 小時。配置期限超過 24 小時後，首先停止或終止主機上執行的執行個體，然後使用 aws ec2 release-hosts CLI 命令或 AWS 管理主控台釋出執行個體。

問：是否可以與組織中的其他 AWS 帳戶共用 EC2 Mac 專用執行個體？

是。您可以透過 AWS Resource Access Manager 與 AWS 組織內的 AWS 帳戶、AWS 組織內的組織單位，或整個 AWS 組織共用 EC2 Mac 專用執行個體。如需詳細資訊，請參閱 AWS Resource Access Manager 文件。

問：您可以在 EC2 Mac 專用執行個體上執行多少個 EC2 Mac 執行個體？

EC2 Mac 執行個體可充分利用基礎 Mac mini 硬體的全部功能。您可以在每個 EC2 Mac 專用執行個體上執行 1 個 EC2 Mac 執行個體。

問：是否可以更新 EC2 Mac 執行個體上的 EFI NVRAM 變體？

是，您可以更新 EC2 Mac 執行個體上的某些 EFI NVRAM 變體，這些變體在重新啟動後會持續存在。但是，如果執行個體停止或終止，EFI NVRAM 變體會被重設。如需詳細資訊，請參閱 EC2 Mac 執行個體文件。

問：是否可以使用 FileVault 加密 EC2 Mac 執行個體上的 Amazon Elastic Block Store (Amazon EBS) 啟動磁碟區？

FileVault 需要在啟動至 macOS 之前和啟用遠端存取之前登入。如果啟用 FileVault，您將無法在執行個體重新啟動、停止或終止時存取啟動磁碟區上的資料。強烈建議您不要啟用 FileVault。而是對 EC2 Mac 執行個體上的啟動和資料 EBS 磁碟區使用 Amazon EBS 加密。

問：是否可以存取 EC2 Mac 執行個體上的咪高風輸入或音訊輸出？

無法存取 EC2 Mac 執行個體上的咪高風輸入。內建的 Apple Remote Desktop VNC 伺服器不支援音訊輸出。第三方遠端桌面軟體 (如 Teradici CAS) 支援 macOS 上的遠端音訊。

問：哪些 macOS 型 Amazon Machine Image (AMI) 可用於 EC2 Mac 執行個體？

EC2 Mac 執行個體使用實體 Mac mini 硬體來執行 macOS。Apple 硬體僅支援硬體隨附的 macOS 版本 (或更新版本)。x86 型 EC2 Mac 執行個體使用 2018 年 Intel Core i7 Mac mini，這意味著 macOS Mojave (10.14.x) 已經「遙遙領先」，因為 2018 年 Mac mini 隨附 Mojave。EC2 M1 Mac 執行個體使用 macOS Big Sur (11.x) 隨附的 2020 M1 Mac mini。 EC2 M2 和 M2 Pro Mac 執行個體分別使用 2023 M2 和 M2 Pro Mac Minis，其隨附 macOS Ventura (13.2 版)。若要查看哪些最新版 macOS 可用作 EC2 Mac AMI，請瀏覽文件。

問：如何在 EC2 Mac 執行個體上執行舊版 macOS？

EC2 Mac 執行個體是裸機執行個體，並且不使用 Nitro Hypervisor。您可以在 x86 型 EC2 Mac 執行個體上安裝和執行 2 類虛擬化層，以存取 macOS High Sierra、Sierra 或舊版 macOS。在 EC2 M1 Mac 執行個體上，由於 macOS Big Sur 是首個支援 Apple Silicon 的 macOS 版本，舊版 macOS 即使在虛擬化下也無法執行。

問：如何在 EC2 Mac 執行個體上執行 macOS 的測試版或預覽版？

只有以 Apple Silicon 為基礎的 EC2 Mac 執行個體，才能安裝測試版或預覽版 macOS。Amazon EC2 不符合測試版或預覽版 macOS 的要求，並且不確保執行個體在更新至生產前 macOS 版本後仍能保持功能。

問：如何將 EC2 使用者資料與 EC2 Mac 執行個體搭配使用？

與 EC2 Linux 和 Windows 執行個體一樣，您可以將自訂使用者資料傳遞至 EC2 Mac 執行個體。EC2 Mac 執行個體不使用 cloud-init，而是使用開放原始碼常駐程式：ec2-macos-init。您可以將此資料以純文字、檔案或 base64 編碼文字的形式傳遞至 EC2 實驗室。

問：如何在 EC2 Mac 執行個體上安裝 Xcode？

AWS 提供基本 macOS AMI，無須事先安裝任何 Xcode IDE。您可以像在任何其他 macOS 系統上一樣安裝 Xcode (並接受 EULA)。您可以從 App Store 安裝最新的 Xcode IDE，或者從 Apple Developer 網站安裝更早的 Xcode 版本。安裝 Xcode 後，建議您建立 AMI 的快照以供將來使用。

問：macOS AMI 的發佈間隔是多久？

我們盡最大努力提供新的 macOS AMI。您可以訂閱 SNS 通知以獲取更新。我們的目標是在 macOS 次要版本更新後 30-60 天，以及 macOS 主要版本更新後 90-120 天發佈官方 macOS AMI。

問：EC2 macOS AMI 中包含哪些代理程式和套件？

依預設，EC2 macOS AMI 中包含以下代理程式和套件：

• ENA Driver for macOS
• AWS CLI
• EC2-macos-init
• Amazon CloudWatch Agent
• Chrony
• Homebrew
• AWS Systems Manger Agent

問：是否可以更新 macOS AMI 中包含的代理程式和套件？

目前有一個 Homebrew tap 的公有 GitHub 儲存庫，用於將所有代理程式和套件新增至基本 macOS 映像。您可以使用 Homebrew，在 macOS 執行個體上安裝最新版代理程式和套件。

問：是否可以直接從 Apple Update Servers，將作業系統和軟體更新套用至您的 Mac 執行個體？

EC2 Mac 執行個體會停用自動 macOS 軟體更新。建議使用我們官方提供的 macOS AMI，來啟動您所需的 macOS 版本。在 x86 型和所有 Apple Silicon EC2 Mac 執行個體上，您可以透過 Software Update 偏好設定窗格或軟體更新 CLI 命令，來更新 macOS 的版本。在兩個 EC2 Mac 執行個體上，您可以安裝和更新應用程式和任何其他使用者空間軟體。

問：如何透過 SSH 連線至 EC2 Mac 執行個體？

在啟動您的執行個體並收到執行個體 ID 後，您可以使用以下命令輪詢執行個體，並確定其何時可以進行 SSH 存取。透過 SSH 連線至 EC2 Mac 執行個體的程序，與連線至其他 EC2 執行個體 (如執行 Linux 或 Windows 的執行個體) 的程序相同。若要支援使用 SSH 連線至您的執行個體，請使用金鑰對和允許 SSH 存取的安全群組來啟動執行個體。提供連線至執行個體時金鑰對的 .pem 檔案。如需詳細資訊，請參閱文件。

問：如何透過 VNC 連線至 EC2 Mac 執行個體？

macOS 具有預設會停用的內建螢幕共用功能，但可以啟用並用於連線至 EC2 Mac 執行個體的圖形 (桌面) 工作階段。如需有關如何啟用內建螢幕共用的詳細資訊，請參閱文件。

問：如何使用 AWS Systems Manager Session Manager 連線至 EC2 Mac 執行個體？

您可以使用 AWS Systems Manager Session Manager (SSM) 連線至您的 EC2 Mac 執行個體。Session Manager 是一項全受管的 AWS Systems Manager 功能，可提供安全且可稽核的執行個體管理。藉助該功能，無須保持開放傳入連接埠、維護堡壘主機，或管理 SSH 金鑰。SSM Agent 預設會預先安裝在所有 EC2 macOS AMI 上。如需詳細資訊，請參閱此部落格。

問：EC2 Mac 執行個體支援多少個 Amazon EBS 磁碟區和彈性網絡介面 (ENI)？

x86 型 EC2 Mac 執行個體支援 16 個 EBS 磁碟區和 8 個 ENI 附件，EC2 M1 Mac 執行個體最多支援 10 個 EBS 磁碟區和 8 個 ENI 附件。

問：EC2 Mac 執行個體是否支援 EBS？

依預設，EC2 Mac 執行個體是 EBS 最佳化執行個體，能為已加密和未加密的 EBS 磁碟區提供高達 8 Mbps 的專用 EBS 頻寬。

問：EC2 Mac 執行個體是否支援從本機儲存啟動？

EC2 Mac 執行個體只能從 EBS 支援的 macOS AMI 啟動。Mac mini 的內部 SSD 存在於 Disk Utility 中，但不可啟動。

問：EC2 Mac 執行個體是否支援 Amazon FSx？

是。EC2 Mac 執行個體支援使用 SMB 協定的 FSx。您需要將 EC2 Mac 執行個體在受支援的目錄服務 (如 Active Directory 或 AWS Directory Service) 中註冊，才能在 EC2 Mac 執行個體上啟用 FSx。如需 FSx 的更多資訊，請瀏覽產品頁面。

問：EC2 Mac 執行個體是否支援 Amazon Elastic File System (Amazon EFS)？

是，EC2 Mac 執行個體支援使用 NFSv4 協定的 EFS。如需有關 EFS 的詳細資訊，請瀏覽產品頁面。

問︰對舊一代執行個體的 Nitro System 支援有哪些？

AWS Nitro System 現在將為上一代 EC2 執行個體提供其現代硬體和軟體元件，以將服務時間延長到基礎硬體的典型生命週期之外。憑藉 Nitro System 支援，客戶可以繼續在他們建置的執行個體系列上，執行其工作負載和應用程式。

問︰哪些上一代執行個體將取得 Nitro System 支援以及在什麼時間範圍內？

我們已針對 Amazon EC2 C1、H1、M1、T1、D2、M2、T2、C3、I3、M3、R3、C4、M4 和 R4 執行個體啟用 Nitro 系統支援。這些執行個體的客戶可收到遷移至 Nitro System 的維護通知。我們將在 2024 年增加對其他執行個體類型的支援。 

問：需要採取哪些動作來遷移現有的上一代執行個體？

客戶無需採取任何動作，來遷移在舊一代硬體上執行的作用中上一代執行個體。對於舊一代硬體上的執行個體，映射到執行個體的每個客戶帳戶 ID 將在排程維護前 2 週收到電子郵件通知。

與我們的典型維護活動類似，客戶可以選擇在原排程維護時間後 2 週內，依需要多次重新排程維護。

問：如果執行個體在排程的維護時段之前或期間停止並啟動，會發生什麼情況？

在排程的維護時段期間停止/啟動執行個體會將執行個體遷移至新主機，而且執行個體不必進行排程的維護。停止/啟動可能會使 AWS Nitro System 支援客戶執行個體遷移。請注意，當您停止並啟動執行個體時，不會保留任何本機執行個體儲存磁碟區上的資料。按一下這裡，了解更多有關停止/啟動的資訊。

問︰在此維護活動期間，我的執行個體會發生什麼情況？

作為我們標準 AWS 維護程序的一部分，我們將與客戶合作。多個 AWS 團隊已遷移並在 Nitro 硬體上執行上一代執行個體。在維護期間，執行個體將會重新啟動，這可能需要 30 分鐘，具體取決於執行個體大小和屬性。例如：具有本機磁碟的執行個體比沒有本機磁碟的執行個體遷移時間更長。重新啟動後，您的執行個體會保留其 IP 地址、DNS 名稱以及本機執行個體儲存磁碟區上的任何資料。

問：是否需要重建/重新認證工作負載，才能在遷移至 AWS Nitro System 的上一代執行個體上執行？

否，客戶不需要重建/重新認證工作負載，即可在遷移至 AWS Nitro System 的上一代執行個體上執行。

問：遷移至 AWS Nitro System 後，我的執行個體規範是否會發生任何變化？

將執行個體遷移至 AWS Nitro System 時，上一代執行個體的執行個體規範不會發生變化。

問：作為此遷移的一部分，是否支援上一代執行個體上的所有功能和 AMI？

是，我們將這些執行個體遷移至 AWS Nitro System 時，上一代執行個體支援的所有現有功能和 AMI 均會獲得支援。 

問：將上一代執行個體遷移至 AWS Nitro System 後，定價和計費是否會發生變化？

計費和定價不會發生變化。對於上一代執行個體 (隨需、1 年/3 年預留執行個體、Savings Plan、Spot)，我們將對目前支援的相同定價模型繼續提供支援。