Amazon EC2 常見問答集

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

問：第一代AWS Graviton 處理器有哪些規格？ 產品 運算 AmazonEC2 AmazonEC2常見問答集 AmazonEC2常見問答集 一般  概觀| EC2隨需執行個體限制|EC2SMTP端點政策變更| 服務水準協議(SLA) 概觀 問：什麼是AmazonElasticComputeCloud(AmazonEC2)？ AmazonElasticComputeCloud(AmazonEC2)是一種Web服務，可在雲端提供可調整大小的運算容量。

此服務旨在降低開發人員進行網路規模運算的難度。

問：AmazonEC2可以用來做什麼？ 如同AmazonSimpleStorageService(AmazonS3)實現雲端儲存的可能性，AmazonEC2則是實現雲端「運算」的可能性。

AmazonEC2的Web服務界面非常簡單，您可以輕鬆獲取和配置容量。

使用本服務，您可以完全控制運算資源，並在成熟的Amazon運算環境中執行。

AmazonEC2讓獲取與啟動新伺服器執行個體所需的時間縮短至幾分鐘，如此一來，當您的運算要求發生變化時，便能快速擴展運算容量。

AmazonEC2按您實際使用的容量收費，從而改變了成本結算方式。

問：如何開始使用AmazonEC2？ 若要註冊AmazonEC2，請按一下AmazonEC2詳細資訊頁面上的「註冊此WebService」按鈕。

您必須擁有AmazonWebServices帳戶才能存取此服務；如果您還沒有帳戶，系統將在您開始AmazonEC2註冊過程時提示您建立帳戶。

註冊後，請參閱AmazonEC2文件，其中包含了入門指南。

問：註冊AmazonEC2時為什麼需要驗證我的電話號碼？ 註冊AmazonEC2要求您在AWS上登記有效電話號碼和電子郵件地址，以便我們需要聯繫您時使用。

驗證您的電話號碼只需要幾分鐘時間。

註冊過程中您會接到一通電話，然後需要您使用電話鍵盤輸入PIN碼。

問：開發人員現在可以實現哪些以前無法做到的事情？ 以前，小規模開發人員沒有資本購置大量的運算資源，以確保擁有所需的容量來應對意外的負載峰值。

AmazonEC2讓任何開發人員都可以充分利用Amazon自身的規模優勢，而無須前期投資，也不會影響效能。

現在，開發人員知道無論其業務變得多麼成功，都可以透過經濟而簡單的方式來確保具有滿足業務需求的運算容量，因此他們可以盡情創新。

此服務的「彈性」本質可以讓開發人員即時進行擴展，滿足其流量或需求峰值。

當運算需求意外改變時(增加或縮小)，AmazonEC2可以即時作出反應，表示開發人員可以在指定的任何時間點上控制資源的使用量。

相反，傳統的託管服務通常在固定的時間段內提供固定數量的資源，表示當用量快速變化、不可預測或已知會在不同的時間間隔遭遇大峰值時，使用者輕鬆反應的能力會受到限制。

問：如何在AmazonEC2環境中執行系統？ 一旦設定了帳戶並選擇或建立AMI之後，便可啟動您的執行個體。

您可以透過使用RunInstancesAPI呼叫，在任意數量的隨需執行個體上啟動AMI。

您只需要指示要啟動多少個執行個體。

 如果要執行更多隨需配額，請填寫AmazonEC2執行個體申請表。

如果AmazonEC2能夠滿足您的請求，RunInstances將傳回成功訊息，我們將開始啟動您的執行個體。

您可以透過呼叫DescribeInstancesAPI，查看執行個體的狀態，也可以透過呼叫TerminateInstancesAPI，以編程方式終止任意數量的執行個體。

如果您擁有使用AmazonEBS啟動分區的執行中執行個體，也可以使用StopInstancesAPI呼叫來釋放運算資源，但保留啟動分區中的資料。

在準備好重新啟動與AmazonEBS啟動分區相關的執行個體時，您可以使用StartInstancesAPI。

此外，如果您可以靈活掌握應用程式的執行時間，您也可以選擇使用Spot執行個體，從而降低運算成本。

請參閱更多有關Spot執行個體的資訊，詳細了解Spot執行個體的運作方式。

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

問：對於根裝置，使用本機執行個體存放區與使用AmazonElasticBlockStore(AmazonEBS)有什麼區別？ 啟動AmazonEC2執行個體時，您可以將根裝置資料存放在AmazonEBS或者本機執行個體存放區上。

使用AmazonEBS時，根裝置中的資料將獨立於執行個體的存留期保留下來。

這可讓您停止執行個體並在以後重新啟動，與您將筆記型電腦關機並在再次需要時重新啟動相似。

另一方面，本機執行個體存放區僅在執行個體的生命週期內保留。

這是一種最經濟的啟動執行個體方式，因為資料沒有存放到根裝置中。

例如，有些客戶使用此選項執行大型網站，透過複製每個執行個體來應對Web流量。

問：系統可以多快開始執行？ 從發出RunInstances呼叫到所有請求的執行個體開始其啟動序列，通常不超過10分鐘。

這段時間由多個因素決定，包括：AMI的大小、啟動的執行個體數量，以及多久前您啟動過該AMI。

首次啟動的映像可能需要稍長時間才能啟動。

問：如何使用AmazonEC2載入和存放我的系統？ 有了AmazonEC2，您可以設定和配置從作業系統到應用程式的所有執行個體。

AmazonMachineImage(AMI)單純是封裝環境，包含設定及啟動執行個體所需的所有資料。

您的AMI是您的部署單位。

您可能只有一個AMI，或您的系統中只有幾個建置區塊AMI(例如webserver、appserver和資料庫)。

AmazonEC2提供了多種工具，讓您輕鬆建立AMI。

建立自訂AMI後，您需要對其進行綁定。

如果要將映像與AmazonEBS支援的根裝置綁定，您只需使用AWS管理主控台中的綁定命令。

如果要將映像與執行個體存放區中的啟動分區綁定，則需要使用AMI工具將其上傳到AmazonS3。

AmazonEC2使用AmazonEBS和AmazonS3為您的AMI提供可靠且可擴展的儲存，以便我們可在您要求時啟動它們。

或者，如果您需要的話，也不必從頭設定自己的AMI。

您可以從全球可用的大量AMI中選擇，這些AMI可提供有用的執行個體。

例如，如果您只想要一個簡單的Linux伺服器，則可以選擇一個標準的Linux發行版AMI。

問：如何存取我的系統？ 啟動執行應用程式堆疊的RunInstances呼叫會傳回一組DNS名稱，每個名稱對應到一個要啟動的系統。

您可以使用此名稱來存取系統，就如在自己的資料中心一樣。

在您的作業系統堆疊執行期間，您擁有這一台機器。

問：AmazonEC2是否與AmazonS3結合使用？ 是的，對於具備本機執行個體儲存體支援之根裝置的執行個體，AmazonEC2與AmazonS3可結合使用。

藉助AmazonS3，開發人員可以存取Amazon用於執行其全球網站網路的資料儲存體基礎設施，它不僅具備高度的可擴展性和可靠性，而且快速、經濟實惠。

為了能在AmazonEC2環境中執行系統，開發人員使用提供的工具將其AMI載入AmazonS3中，並在AmazonS3和AmazonEC2之間移動。

請參閱如何使用AmazonEC2載入並存放我的系統以獲得更多有關AMI的詳細資訊。

我們希望開發人員會認為AmazonEC2與AmazonS3的結合非常有用。

AmazonEC2在雲端提供了經濟、可擴展的運算，而AmazonS3則可讓使用者可靠地存放其資料。

問：我可以在AmazonEC2執行多少個執行個體？ 您只能根據基於vCPU的隨需執行個體限制執行隨需執行個體、購買20個預留執行個體，以及根據每個區域的動態Spot限制，提出Spot執行個體請求。

新建立的AWS帳戶一開始的限制數量可能比以上列出的數字更低。

如果需要更多執行個體，請填寫AmazonEC2限制增加申請表並與您的使用案例一起提交，我們將考慮增加您的限制。

執行個體限制的增加會與請求所針對的區域關聯。

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

為了保持用於發送電子郵件的AmazonEC2地址的品質，我們對可以從EC2帳戶發送的電子郵件數量實施預設限制。

如果希望從EC2發送更大數量的電子郵件，您可以透過填寫此表來申請從您的帳戶中取消這些限制。

問：我能夠多快擴展和縮減容量？ AmazonEC2提供真正的彈性運算環境。

有了AmazonEC2，您可以在幾分鐘(而不是幾小時或幾天)內增加或減少容量。

您可以同時管理一個、數百個，甚至數千個伺服器執行個體。

需要更多執行個體時，您只需要呼叫RunInstances，AmazonEC2通常會在幾分鐘內設定您的新執行個體。

當然，因為這全是透過Web服務API控制，所以您的應用程式可根據其自身需要自動擴展。

問：支援哪些作業系統環境？ AmazonEC2目前支援多種作業系統，包括：AmazonLinux、Ubuntu、WindowsServer、RedHatEnterpriseLinux、SUSELinuxEnterpriseServer、openSUSELeap、Fedora、FedoraCoreOS、Debian、CentOS、GentooLinux、OracleLinux和FreeBSD。

我們正在設法擴展到其他平台。

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

問：此服務與普通託管服務有何不同？ 傳統的託管服務通常針對固定的時間段提供預先配置的資源，成本也是預先確定的。

AmazonEC2與其他產品截然不同，它給開發人員帶來了靈活性、控制力和大幅成本節約，可以讓他們將AmazonEC2視作其個人的資料中心，同時充分享受Amazon.com強大基礎設施的優勢。

當運算需求意外改變時(增加或縮小)，AmazonEC2可以即時作出反應，表示開發人員可以在指定的任何時間點上控制資源的使用量。

相反，傳統的託管服務通常在固定的時間段內提供固定數量的資源，表示當用量快速變化、不可預測或已知會在不同的時間間隔遭遇大峰值時，使用者輕鬆反應的能力會受到限制。

其次，許多託管服務無法讓使用者完全控制所提供的運算資源。

使用AmazonEC2時，開發人員不僅可以選擇隨時啟動或關閉執行個體，而且還能根據其需求對執行個體配置進行全面自訂，並隨時進行更改。

許多託管服務更適用於具有相似系統要求的使用者群組，因而只提供有限的更改能力。

最後，AmazonEC2的另一好處就是開發人員僅需支付其實際資源消耗的費用，而且費用極低。

大多數託管服務要求使用者預先支付固定的費用，而不管其運算能力的實際用量，這就可能造成使用者為避免無法在短時間內快速增長資源而超額購買資源。

  EC2隨需執行個體限制 問：哪些項目會有所變更？ AmazonEC2正在將隨需執行個體限制，從目前的「以執行個體數量為基礎」轉換為全新「以vCPU為基礎」，以此簡化AWS客戶的限制管理體驗。

以vCPU為基礎的用量限制衡量方式，會針對AmazonEC2執行個體類型為滿足應用程式需求所啟動的任何執行個體類型組合，計算vCPU(虛擬中央處理單元)數量。

問：什麼是以vCPU為基礎的限制？ 您會被限制只能在AWS帳戶中執行一個或多個隨需執行個體，而AmazonEC2會根據AWS帳戶中指派給執行中隨需執行個體的vCPU(虛擬中央處理單元)總數，計算每個用量限制。

下表顯示每一種執行個體大小的vCPU數量。

某些執行個體類型的對應的vCPU可能不同；如需詳細資訊，請參閱AmazonEC2執行個體類型。

執行個體大小 vCPU nano 1 micro 1 small 1 medium 1 large 2 xlarge 4 2xlarge 8 3xlarge 12 4xlarge 16 8xlarge 32 9xlarge 36 10xlarge 40 12xlarge 48 16xlarge 64 18xlarge 72 24xlarge 96 32xlarge 128 問：可以在AmazonEC2中執行多少個隨需執行個體？ 目前有五個以vCPU為基礎的執行個體限制，它們各自定義相關執行個體系列可供您使用的總容量。

無論是第幾代、大小或組態變體(例如磁碟、處理器類型)為何，指定系列中的所有執行個體用量，都將累計到下表列出的系列vCPU總量限制。

新建立的AWS帳戶一開始的限制數量可能比以上列出的數字更低。

隨需執行個體限制名稱 預設vCPU限制 執行中隨需標準(A、C、D、H、I、M、R、T、Z)執行個體 1152vCPU 執行中隨需F執行個體 128vCPU 執行中隨需G執行個體 128vCPU 執行中隨需Inf執行個體 128vCPU 執行中隨需P執行個體 128vCPU 執行中隨需X執行個體 128vCPU 問：每個區域的隨需執行個體以vCPU為基礎的限制皆不相同嗎？ 是，AWS帳戶的隨需執行個體限制是根據每個區域所設定。

問：這些限制是否會隨著時間變更？ 是，限制可能會隨著時間而變更。

AmazonEC2會持續監控您在每個區域的用量，並根據您的EC2用量自動提高限制。

問：我如何申請提高限制？ 即使EC2根據您的用量自動提高隨需執行個體限制，但只要有需要，您還是可以從AmazonEC2主控台的Limits頁面、ServiceQuotas主控台上的AmazonEC2服務頁面或ServiceQuotasAPI/CLI，請求提高限制。

問：如何計算新的vCPU限制？ 您可以找到每個AmazonEC2執行個體類型對應的vCPU，或使用簡化的vCPU計算器計算AWS帳戶需要的vCPU總量限制。

問：購買預留執行個體或請求Spot執行個體時，是否會計入vCPU限制？ 否，以vCPU為基礎的限制僅適用於執行中的隨需執行個體和Spot執行個體。

問：如何查看目前的隨需執行個體限制？ 您可以在AmazonEC2主控台的EC2ServiceLimits頁面，或者從ServiceQuotas主控台和API，找到目前的隨需執行個體限制。

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

問：我是否仍然可以啟動相同數量的執行個體？ 是，以vCPU為基礎的執行個體限制可讓您至少啟動與以計數為基礎的執行個體限制一樣的執行個體數量。

問：我是否能根據這些限制查看執行個體用量？ 透過AmazonCloudWatch指標整合，您可以在ServiceQuotas主控台查看這些限制的EC2用量。

ServiceQuotas也可以讓客戶使用CloudWatch來設定警示，以提醒客戶即將到達限制。

此外，您可以繼續在TrustedAdvisor和LimitMonitor追蹤和檢查執行個體用量。

問：我是否仍然可以使用DescribeAccountAttributesAPI？ 採用vCPU限制之後，我們不再透過執行個體總數限制管控用量。

因此，DescribeAccountAttributesAPI將不再傳回max-instances值。

相反，您現在可以使用ServiceQuotasAPI來擷取EC2限制的相關資訊。

您可以在AWS文件中找到有關ServiceQuotasAPI的詳細資訊。

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

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

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

EC2SMTP端點政策變更 問：哪些項目會有所變更？ 自2020年1月27日起，AmazonElasticComputeCloud(EC2)將開始推出一項變更，預設會限制連接埠25上的電子郵件流量，以保護客戶和其他收件者免受垃圾郵件和電子郵件濫用的侵害。

連接埠25通常用作傳送電子郵件的預設SMTP連接埠。

過去已請求並已移除連接埠25調節的AWS帳戶將不受此變更的影響。

問：我有將電子郵件從EC2傳送至連接埠25的有效使用案例。

如何移除這些連接埠25限制？ 若您有將電子郵件從EC2傳送至連接埠25(SMTP)的有效使用案例，請提交移除電子郵件傳送限制的請求，以解除這些限制。

您可以使用其他連接埠交替傳送電子郵件，也可以利用經過身分驗證的現有電子郵件轉送服務，例如AmazonSimpleEmailService(SES)。

服務水準協議(SLA) 問：AmazonEC2服務水準協議有什麼保證？ 我們的SLA保證在某一區域內，AmazonEC2和AmazonEBS的每月正常執行時間百分比至少為99.99%。

問：如何知道自己是否符合SLA服務抵扣的資格？ 如果在一個每月計費周期內，您所在區域的月度正常執行時間百分比低於99.99%，您就有資格申請SLA針對不可用的AmazonEC2和/或AmazonEBS提供的抵扣。

如需SLA的所有條款與條件的完整詳細資訊，以及如何提交索賠的詳細資訊，請參閱http://aws.amazon.com/ec2/sla/ 執行個體類型 加速運算執行個體| 運算優化執行個體|一般用途執行個體 | 高記憶體執行個體| 記憶體優化執行個體| 上一代執行個體| 儲存優化執行個體 加速運算執行個體 問：什麼是加速運算執行個體？ 加速運算執行個體系列是使用硬體加速器或協同處理器執行一些函數(例如，浮點數計算和圖形處理)的一種執行個體系列，這比在CPU上執行的軟體更有效率。

AmazonEC2提供三種加速運算執行個體類型–適用於一般用途運算的GPU運算執行個體、適用於圖形密集型應用程式的GPU圖形執行個體，以及適用於進階科學工作負載的FPGA可程式化硬體運算執行個體。

問：問：何時應該使用GPU圖形和運算執行個體？ GPU執行個體最適用於並行度極高的應用程式，例如，使用數千個執行緒的工作負載。

例如，圖形處理有大量的運算要求，其中的每個任務都相對較小，執行的一組操作形成了一個管道，而此管道的輸送量要比個別操作的延遲更為重要。

若要建置能充分利用這種並行度的應用程式，使用者需要掌握GPU裝置的專業知識，了解如何針對各種圖形API(DirectX、OpenGL)或GPU運算程式設計模型(CUDA、OpenCL)進行程式設計。

問：哪些應用程式可以受益於P4d？ 我們預期客戶會在機器學習工作負載中使用P4d，例如自然語言理解、自動駕駛汽車的感知模型訓練、圖像分類、物件檢測和推薦引擎。

GPU效能的提高可以顯著減少訓練時間，而額外的GPU記憶體將幫助客戶訓練更大、更複雜的模型。

HPC客戶可以將P4增強的處理效能和GPU記憶體用於地震分析、藥物發現、DNA定序和保險風險建模。

問：P4d執行個體與P3執行個體相比如何？ P4執行個體具有NVIDIA最新一代的A100TensorCoreGPU，與上一代V100相比，其TFLOP效能平均為後者的2.5倍，GPU記憶體為後者的2.5倍。

P4執行個體具有CascadeLakeIntelCPU，每個插槽具有24個核心，並具有用於矢量神經網路指令的附加指令集。

與P3dn相比，P4執行個體的總系統記憶體為前者的1.5倍，網路輸送量為前者的4倍，並且是P3.16xl的16倍。

另一個主要區別是，NVSwitchGPU互連輸送量是P3上的兩倍，因此每個GPU可以以相同的600GB/s雙向輸送量和單躍延遲與每個其他GPU通訊。

這使應用程式開發可以將多個GPU和記憶體視為單個大型GPU和統一的記憶體集區。

P4d執行個體還部署在稱為EC2UltraClusters的緊密耦合的超大規模叢集中，讓您可以執行最複雜的多節點ML訓練和HPC應用程式。

問：什麼是EC2UltraClusters？如何存取？ P4d執行個體部署在稱為EC2UltraClusters的超大規模叢集中。

每個EC2UltraCluster均包含4,000多個NVIDIAA100TensorCoreGPU、PB規模的網路以及使用FSxforLustre的可擴展低延遲儲存。

每個EC2UltraCluster都是世界上頂級的超級電腦。

任何人都可以在EC2SuperClusters中輕鬆啟動P4d執行個體。

如需其他協助，請聯絡我們。

問：我在P3和P3dn上使用的AMI是否可以在P4上使用？ P4AMI將需要用於A100GPU的新NVIDIA驅動程式和已安裝的ENA驅動程式的更新版本。

P4執行個體由NitroSystem供電，它們需要安裝了NVMe和ENA驅動程式的AMI。

P4還配備新的IntelCascadeLakeCPU，這些CPU帶有更新的指令集，因此，我們建議使用最新版本的ML框架，以在資料預處理中利用這些新指令集。

問：P3執行個體與G3執行個體有何不同？ P3執行個體是下一代EC2一般用途GPU運算執行個體，採用高達8個最新一代NVIDIATeslaV100GPU。

這些新的執行個體可大幅提升效能和可擴展性，而且增加了許多新功能，包括用於機器學習(ML)/深度學習(DL)效能優化的全新串流多處理器(SM)架構、第二代NVIDIANVLink高速GPU互連，以及用於提高效率的高度調整HBM2記憶體。

G3執行個體使用NVIDIATeslaM60GPU，可為使用DirectX或OpenGL的圖形應用程式提供高效能的平台。

NVIDIATeslaM60GPU支援NVIDIAGRID虛擬工作站功能，以及H.265(HEVC)硬體編碼。

G3執行個體中的每一個M60GPU都可支援4個解析度高達4096x2160的顯示器，且獲得授權可將NVIDIAGRID虛擬工作站用於一名並行連線使用者。

G3執行個體的應用範例包括3D視覺化、圖形密集型遠端工作站、3D轉譯、應用程式串流、影片編碼和其他伺服器端圖形工作負載。

問：NVIDIAVoltaGV100GPU有哪些優點？ 新的NVIDIATeslaV100加速器納入功能強大的全新VoltaGV100GPU。

GV100不僅比之前的PascalGP100GPU採用更先進的技術，而且大幅提升效能和可擴展性，同時增加了許多可提升程式設計能力的新功能。

這些先進的功能可增強HPC、資料中心、超級電腦，以及深度學習系統和應用程式。

問：哪些人可受益於P3執行個體？ P3執行個體及其高度運算效能可讓人工智慧(AI)、機器學習(ML)、深度學習(DL)和高效能運算(HPC)應用程式領域的使用者受惠。

這包含資料科學家、資料架構師、資料分析師、科學研究人員、ML工程師、IT管理員和軟體開發人員在內的使用者。

主要產業包括運輸、能源/石油和瓦斯、金融服務(銀行、保險)、醫療保健、製藥、科學、IT、零售業、製造業、高科技、運輸、政府、學術界等。

問：P3執行個體有哪些主要的使用案例？ P3執行個體可使用GPU加速多種深度學習系統和應用程式，包括：自動駕駛平台、語音、影像和文字辨識系統、智慧影片分析、分子模擬、藥物研發、疾病診斷、氣象預測、大數據分析、財務模組化、機器人、工廠自動化、即時語言翻譯、線上搜尋優化，以及個人化的使用者建議等。

問：為何客戶應該針對AI/ML和HPC使用GPU支援的AmazonP3執行個體？ GPU運算執行個體可提供更佳的輸送量和效能，因為它們專為大規模平行處理所設計，在每個GPU使用上千個特殊化核心，不像CPU使用幾個核心進行連續處理。

此外，開發人員已建立數百個GPU優化科學HPC應用程式，像是量子化學、分子動力學、氣象學等。

研究顯示，最熱門的HPC應用程式中有超過70%提供內建的GPU支援。

問：P3執行個體是否支援EC2Classic聯網和AmazonVPC？ P3執行個體只支援VPC。

問：G3執行個體與P2執行個體有何不同？ G3執行個體使用NVIDIATeslaM60GPU，可為使用DirectX或OpenGL的圖形應用程式提供高效能的平台。

NVIDIATeslaM60GPU支援NVIDIAGRID虛擬工作站功能，以及H.265(HEVC)硬體編碼。

G3執行個體中的每一個M60GPU都可支援4個解析度高達4096x2160的顯示器，且獲得授權可將NVIDIAGRID虛擬工作站用於一名並行連線使用者。

G3執行個體的應用範例包括3D視覺化、圖形密集型遠端工作站、3D轉譯、應用程式串流、影片編碼和其他伺服器端圖形工作負載。

P2執行個體使用NVIDIATeslaK80GPU，專為使用CUDA或OpenCL程式設計模型的一般用途GPU運算所設計。

P2執行個體提供客戶高頻寬25Gbps聯網、功能強大的單、雙精度浮點功能，以及錯誤修正代碼(ECC)記憶體，使其非常適用於深入解析、高效能資料庫、計算流體動力學、計算財務、地震分析、分子模擬、基因體、轉譯及其他伺服器端GPU運算工作負載。

問：P3執行個體與P2執行個體有何不同？ P3執行個體是下一代EC2一般用途GPU運算執行個體，採用高達8個最新一代NVIDIAVoltaGV100GPU。

這些新的執行個體可大幅提升效能和可擴展性，而且增加了許多新功能，包括針對機器學習(ML)/深度學習(DL)效能優化的全新串流多處理器(SM)架構、第二代NVIDIANVLink高速GPU互連，以及用於提高效率的高度調整HBM2記憶體。

P2執行個體使用NVIDIATeslaK80GPU，專為使用CUDA或OpenCL程式設計模型的一般用途GPU運算所設計。

P2執行個體可為客戶提供高頻寬25Gbps聯網、功能強大的單精度和雙精度浮點功能，以及錯誤修正代碼(ECC)記憶體。

問：GPU圖形和運算執行個體支援哪些API和程式設計模型？ P3執行個體支援CUDA9和OpenCL、P2執行個體支援CUDA8和OpenCL1.2，而G3執行個體支援DirectX12、OpenGL4.5、CUDA8和OpenCL1.2。

問：哪裡可以取得P3和G3執行個體的NVIDIA驅動程式？ 可透過兩種方式取得NVIDIA驅動程式。

AWSMarketplace上提供了商品清單，包括已預先安裝NVIDIA驅動程式的AmazonLinuxAMI和WindowsServerAMI。

您也可以啟動64位元HVMAMI，自行安裝這些驅動程式。

您必須瀏覽NVIDIA驅動程式網站，然後搜尋適用於P3的NVIDIATeslaV100、適用於P2的NVIDIATeslaK80，以及適用於G3執行個體的NVIDIATeslaM60。

問：哪些AMI可以與P3、P2和G3執行個體搭配使用？ 目前，您可以在P2和G3執行個體上使用WindowsServer、SUSEEnterpriseLinux、Ubuntu和AmazonLinuxAMI。

P3執行個體僅支援HVMAMI。

如果您要啟動作業系統未列在這裡的AMI，請聯絡AWS客戶支援提出請求或透過EC2論壇尋求協助。

問：使用G2和G3執行個體是否需要第三方授權？ 除了NVIDIA驅動程式和GRIDSDK之外，使用G2和G3執行個體並不一定需要第三方授權。

不過，您需要確定在G2和G3執行個體上使用的內容或技術是否需要另行授權。

例如，如果對內容進行串流處理，則部分或全部內容可能需要授權。

如果您使用的是第三方技術(例如Microsoft、Thomson、FraunhoferIIS、SisvelS.p.A、MPEG-LA和CodingTechnologies的作業系統、音訊和/或影片編碼器和解碼器)，請諮詢這些供應商來確定是否需要授權。

例如，如果您使用NVIDIAGRIDGPU主機板上的h.264影片編碼器，則應聯絡MPEG-LA尋求協助，如果使用mp3技術，則應聯絡Thomson尋求協助。

問：為什麼使用從NVIDIA網站下載的驅動程式無法在G3執行個體上取得NVIDIAGRID功能？ G3執行個體中使用的NVIDIATeslaM60GPU需要特殊的NVIDIAGRID驅動程式才能啟用所有進階圖形功能，以及解析度高達4096x2160的4個顯示器支援。

您需要使用已預先安裝NVIDIAGRID驅動程式的AMI，或依照AWS文件下載並安裝NVIDIAGRID驅動程式。

問：使用Microsoft遠端桌面時，為什麼看不到GPU？ 使用遠端桌面時，使用WDDM驅動程式模型的GPU將被替換為不加速的遠端桌面顯示驅動程式。

要存取GPU硬體，需要使用其他遠端存取工具，如VNC。

問：什麼是AmazonEC2F1？ AmazonEC2F1是一種運算執行個體，其中包含用於應用程式加速的可程式化硬體。

全新的F1執行個體類型提供高效能和易於存取的FPGA，可用於開發和部署自訂硬體加速。

問：什麼是FPGA，以及為什麼需要FPGA？ FPGA是可程式化的整合線路，可透過軟體進行設定。

相較於只使用CPU的伺服器，使用FPGA可讓應用程式的速度快達30倍。

此外，FPGA可重新程式化，因此不需要重新設計硬體，即可擁有更新和優化硬體加速的靈活性。

問：F1與傳統的FPGA解決方案有何不同？ F1是一種AWS執行個體，包含用於應用程式加速的可程式化硬體。

使用F1只要按幾下就能存取FPGA硬體，可將FPGA完整開發週期和擴展部署的時間從幾個月或幾年減少到幾天，同時還能減少成本開銷。

雖然FPGA技術已存在幾十年，由於開發基礎設施、硬體設計和大規模部署耗費大量的時間和成本，因此採用應用程式加速在加速器的開發和銷售傳統企業自訂硬體的商業模型上遭遇很大的困難。

使用這項產品時，客戶在現場部署資料中心可避免與開發FPGA相關的無差別繁重工作。

問：什麼是AmazonFPGAImage(AFI)？ 設定FPGA程式時所建立的設計稱為AmazonFPGAImage(AFI)。

AWS提供的服務可註冊、管理、複製、查詢和刪除AFI。

建立AFI之後，即可將它載入執行中的F1執行個體。

您可以將多個AFI載入相同的F1執行個體，而且可在執行時間切換到不同的AFI，無須重新啟動。

這可讓您快速測試，並以迅速的序列執行多個硬體加速。

您也可以為AWSMarketplace上的其他客戶提供一套FPGA加速與包含自訂軟體或AFI驅動程式的AMI組合。

問：如何將自己的硬體加速列在AWSMarketplace上？ 您可以開發AFI，以及用於該AFI的軟體驅動程式/工具。

接著將這些軟體工具/驅動程式以加密格式封裝到AmazonMachineImage(AMI)中。

AWS會以您提供的加密格式管理所有AFI以維護程式碼的安全性。

若要在AWSMarketplace銷售產品，您或您的公司必須註冊成為AWSMarketplace經銷商，接著提交要封裝成單一產品的AMIID和AFIID。

AWSMarketplace會負責複製AMI和AFI以建立產品，並將一個產品代碼關聯到這些成品，如此一來，訂閱此產品代碼的任何最終使用者都可存取此AMI和AFI。

問：F1執行個體提供哪些功能？ 對於開發人員，AWS提供硬體開發套件(HDK)協助加速開發週期、FPGA開發人員AMI用於雲端開發、執行F1執行個體的AMI軟體開發套件，以及一組用於註冊、管理、複製、查詢和刪除AFI的API。

開發人員和客戶都可存取AWSMarketplace，AFI可在該處上架並提供購買，以用於應用程式加速。

問：是否必須是FPGA專家才能使用F1執行個體？ 從AWSMarketplace訂閱F1優化AMI的AWS客戶不需要了解FPGA，就能充分利用F1執行個體和AWSMarketplace提供的加速。

只要在AWSMarketplace訂閱F1優化AMI和符合工作負載的加速即可。

AMI包含使用FPGA加速所需的所有軟體。

客戶只需在該加速器的特定API中寫入軟體，即可開始使用加速器。

問：我是FPGA開發人員，如何開始使用F1執行個體？ 開發人員可透過建立AWS帳戶並下載AWS硬體開發套件(HDK)開始使用F1執行個體。

HDK包含有關F1的文件、內部FPGA界面，以及產生AFI的編譯器指令碼。

開發人員可在HDK內含的有記錄界面上寫入FPGA程式碼，以建立加速函數。

開發人員可使用FPGA開發人員AMI啟動AWS執行個體。

此AMI包含編譯和模擬FPGA程式碼所需的開發工具。

開發人員AMI在最新的C5、M5或R4執行個體上執行的效能最好。

開發人員應該具備用來建立FPGA程式碼之程式設計語言的相關經驗(即Verilog或VHDL)，以及對要加速的操作有相當的了解。

問：我不是FPGA開發人員，如何開始使用F1執行個體？ 若要開始使用F1執行個體，客戶可從AWSMarketplace選取AWSMarketplace賣家提供的加速器，然後使用該AMI啟動F1執行個體。

AMI包含該加速器的所有軟體和API。

AWS負責管理使用該加速器的AFI程式化FPGA。

客戶不需要任何FPGA相關經驗或知識就能使用這些加速器。

他們完全可以在該加速器的軟體API層級正常運作。

問：AWS是否提供開發人員套件？ 是。

硬體開發套件(HDK)包含模擬工具和模擬模型，可讓開發人員模擬、偵錯、建立和註冊加速程式碼。

HDK包含程式碼範例、編譯指令碼、偵錯界面，以及開發F1執行個體FPGA程式碼所需的許多其他工具。

您可以在AWS提供的AMI或在您的現場部署開發環境中使用HDK。

這些模型和指令碼可透過AWS帳戶公開取得。

問：是否可在內部部署開發環境使用HDK？ 是。

您可以在AWS提供的AMI或內部部署開發環境中使用硬體開發套件(HDK)。

問：是否可以將FPGA新增到任何EC2執行個體類型？ 否。

F1執行個體提供兩種執行個體大小：f1.2xlarge、f1.4xlarge和f1.16xlarge。

問：如何在Inf1執行個體中使用Inferentia晶片？ 您可在其中一種最常見的ML框架，例如，TensorFlow、PyTorch或MXNet內建立並訓練個人模型，再使用P4、P3或P3dn等GPU執行個體，開始您的工作流程。

將模型訓練到所需的精準後，您可以使用ML框架的API來叫用Neuron，這是一種用於Inferentia的軟體開發套件，以編譯模型在Inferentia晶片上執行，並將其載入Inferentia的記憶體中，然後執行推斷叫用。

若要快速開始使用，您可以使用預先安裝了ML框架和NeuronSDK的AWSDeepLearningAMI。

為獲得全受管體驗，您可以使用AmazonSageMaker，這讓您能夠在Inf1執行個體上無縫部署經過訓練的模型。

問：什麼時候可以使用Inf1與C6i或C5與G4執行個體來進行推斷？ 對於執行對推斷延遲和輸送量敏感的機器學習模型的客戶，可以使用Inf1執行個體進行高效能、具成本效益的推斷。

對於那些對推斷延遲和輸送量不太敏感的ML模型，客戶則可使用EC2C6i或C5執行個體，並利用AVX-512/VNNI指令集。

對於需要存取NVIDIACUDA、CuDNN或TensorRT庫的ML模型，我們建議使用G4執行個體。

模型特徵和使用的庫 EC2Inf1 C6i或C5與 EC2G4 從低延遲和高輸送量獲益的低成本模型 X     對延遲和輸送量不敏感的模型 X   需要NVIDIA開發人員庫的模型 X 問：何時應選擇ElasticInference(EI)進行推斷，何時應選擇AmazonEC2Inf1執行個體？ 在兩種情況下，開發人員會選擇EI而不是Inf1執行個體︰(1)如果您需要的CPU和記憶體大小與Inf1所提供的大小不同，則可以針對您的應用程式，使用EI將加速附加至具有適當CPU和記憶體混合的EC2執行個體；(2)如果您的效能要求顯著低於最小Inf1執行個體所提供的效能，則使用EI可能是更經濟高效的選擇。

例如，如果您只需5個TOPS，足以處理多達6個並行影片串流，則使用包含C5.large執行個體的最小EI切片要比使用最小Inf1執行個體實惠高達50%。

問：使用Inferentia晶片的EC2Inf1執行個體支援哪些ML模型類型和運算子？ Inferentia晶片支援常用的機器學習模型，例如：單次偵測器(SSD)和ResNet，用於影像辨識/分類，以及Transformer和BERT，用於自然語言處理和翻譯及其他任務。

可以在GitHub上找到受支援的運算子清單。

問：如何利用AWSInferentia的NeuronCorePipeline功能來降低延遲？ 具有多個Inferentia晶片(如Inf1.6xlarge或Inf1.24xlarge)的Inf1執行個體支援快速的晶片至晶片互連。

藉助NeuronProcessingPipeline功能，您可以分割模型並將其載入多個晶片的本機快取中。

Neuron編譯器使用提前(AOT)編譯技術來分析輸入模型，並進行編譯以適合單一或多個Inferentia晶片的片上記憶體。

這樣做可讓NeuronCores高速存取模型，而無須存取片外記憶體，從而在增加整體推斷輸送量的同時限制延遲。

問：AWSNeuron與AmazonSageMakerNeo之間有何區別？ AWSNeuron是適用於AWSInferentia晶片的專用SDK，可最佳化Inferentia晶片的機器學習推斷效能。

它由適用於AWSInferentia的編譯器、執行階段和效能分析工具組成，並且是在EC2Inf1執行個體上執行推斷工作負載所必需的。

而AmazonSageMakerNeo則是與硬體無關的服務，由編譯器和執行階段組成，這項服務讓開發人員訓練機器學習模型一次，就能在許多不同的硬體平台上執行。

  運算最佳化執行個體 問：問：何時應使用運算最佳化執行個體？ 運算優化執行個體專為利用高運算能力的應用程式所設計。

這類應用包含運算密集型應用，例如高效能Web伺服器、高效能運算(HPC)、科學建模、分散式分析和機器學習推論。

問：什麼是AmazonEC2C6g執行個體？ AmazonEC2C6g執行個體是由Arm型AWSGraviton2處理器提供支援的新一代運算優化執行個體。

相較於C5執行個體，C6g執行個體的價格效能最多可提升40%。

這類執行個體是以AWSNitro系統為基礎建置而成，結合專用硬體和NitroHypervisor。

問：C6g執行個體有哪些理想的使用案例？ 在運算密集型工作負載方面，例如高效能運算(HPC)、批次處理、廣告投放、影片編碼、遊戲、科學建模、分散式分析，以及基於CPU的機器學習推論，C6g執行個體均能提供卓越的價格效能優勢。

客戶在部署以開放原始碼軟體所打造的應用程式時發現，整個C執行個體系列中，C6g執行個體能提供整個系列中最理想的價格效能表現，是極具吸引力的選項。

Arm開發人員也可以在原生Arm硬體上直接建置其應用程式，不需交叉編譯或仿真。

問：C6g執行個體提供哪些儲存選項？ 預設情況下，C6g執行個體是EBS優化執行個體，能為已加密和未加密的EBS磁碟區提供高達19,000Mbps的專用EBS頻寬。

C6g執行個體僅支援以非揮發性記憶體(NVMe)界面存取EBS儲存磁碟區。

 此外，C6gd執行個體類型也提供本機NVMe執行個體儲存體的相關選項。

問：C6g執行個體支援哪種網路界面？ C6g執行個體支援ENA增強型聯網。

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

問：客戶是否需要修改其應用程式和工作負載，才能在C6g執行個體上執行？ 所需的變更視應用程式而定。

客戶執行基於開放原始碼所建置的應用程式時發現，Arm生態系統開發完善，很有可能已支援其應用程式。

大多數Linux發行版本及容器(Docker、Kubernetes、AmazonECS、AmazonEKS、AmazonECR)皆支援Arm架構。

客戶透過其目前使用的相同機制，即可找到可安裝的Arm常用軟體套件。

如果是以解釋型語言(例如Java、Node、Python)撰寫而成的應用程式，在不仰賴原生CPU指令集的情況下，執行時應盡量減少變更，甚至不作變更。

以編譯型語言(C、C++、GoLang)開發而成的應用程式需重新編譯，以產生Arm二進位。

這些熱門程式設計語言也完善支援Arm架構，而新程式碼通常需搭配簡單的「Make」指令。

如需詳細資訊，請參閱Github上的入門指南。

問：C6執行個體系列會提供更多運算選擇嗎？ 會，將來預計會提供Intel和AMDCPU驅動的執行個體，加入C6執行個體系列。

問：是否可以將C4執行個體啟動為AmazonEBS最佳化執行個體？ 根據預設，每種C4執行個體類型都是EBS最佳化執行個體。

C4執行個體提供500Mbps至4,000Mbps的傳輸量給EBS，比提供給執行個體的一般用途網路傳輸量還多。

由於這個功能在C4執行個體一直都是啟用狀態，所以將C4執行個體明確啟動為EBS優化執行個體將不會影響執行個體的行為。

問：問：如何使用c4.8xlarge執行個體上提供的處理器狀態控制功能？ c4.8xlarge執行個體類型提供的能力，可讓作業系統控制處理器C狀態和P狀態。

這個功能目前僅適用於Linux執行個體。

您可能想要變更C狀態或P狀態設定，以提升處理器效能一致性、降低延遲，或針對特定工作負載微調您的執行個體。

根據預設，AmazonLinux會提供適用於大部分客戶工作負載的最高效能設定；不過，如果您的應用程式可受益於使用較高的單核心和雙核心頻率成本來換取較低的延遲，或者可受益於與突增渦輪加速頻率相反的較低頻率帶來的持續效能，則您應考慮試用這些執行個體上提供的C狀態和P狀態設定選項。

如需此功能的詳細資訊，請參閱AmazonEC2使用者指南中的處理器狀態控制一節。

問：運算優化執行個體類別有哪些執行個體？ C6g執行個體：AmazonEC2C6g執行個體採用Arm型AWSGraviton2處理器技術。

相較於C5執行個體，價格效能最多可提升40%，適合執行運算密集型的進階工作負載。

這類工作負載包括高效能運算(HPC)、批次處理、廣告投放、影片編碼、遊戲、科學建模、分散式分析，以及基於CPU的機器學習推論。

  C6i執行個體：C6i執行個體採用第三代IntelXeon可擴充處理器，具備3.5GHz全核心Turbo頻率，提供比M5執行個體高出15%的價格效能，使用IntelTotalMemoryEncryption(TME)永遠啟用記憶體加密。

C6i執行個體提供了一個新的執行個體大小(c6i.32xlarge)，具有128個vCPU和256GiB的記憶體，比最大的C5執行個體多33%。

相較於C5執行個體，每個vCPU增加高達9%的記憶體頻寬。

C6i還為AmazonElasticBlockStore的客戶提供高達50Gbps的聯網速度和40Gbps的頻寬，是C5執行個體的兩倍。

C5執行個體：C5執行個體以IntelXeonPlatinum處理器為基礎，屬於IntelXeon可擴充處理器(代號Skylake-SP或CascadeLake)處理器系列，提供9種大小和高達96個vCPU和192GiB記憶體。

C5執行個體相較於C4執行個體提供高出25%的價格/效能提升。

C5d執行個體具有本機NVMe儲存體，用於需要極低延遲的工作負載，以及具有高隨機讀寫IOPS能力的儲存體存取。

C5a執行個體︰C5a執行個體能為廣泛的運算密集型工作負載提供領先的x86價格效能比，包括批次處理、分散式分析、資料轉換、日誌分析和Web應用程式。

C5a執行個體配備第二代3.3GHzAMDEPYC處理器，具有多達96個vCPU和高達192GiB的記憶體。

C5ad執行個體具有本機NVMe儲存體，用於需要極低延遲的工作負載，以及具有高隨機讀寫IOPS能力的儲存體存取。

  C5n執行個體︰C5n執行個體非常適合需要高網路頻寬和封包速率的應用程式。

C5n執行個體非常適合用於HPC、資料湖、網路設備，以及需要節點間通訊和訊息傳遞界面(MPI)的應用程式。

C5n提供多達72個vCPU和192GiB記憶體的可選IntelXeonPlatinum3.0GHz處理器。

C4執行個體：C4執行個體以IntelXeonE5-2666v3(代號Hell)處理器為基礎。

C4執行個體有5種大小和高達36個vCPU和60GiB記憶體。

問： 為什麼客戶應該選擇C6i執行個體，而非C5執行個體？ C6i執行個體提供比C5執行個體高15%的性價比，以及使用Intel總記憶體加密(TME)的永遠啟用記憶體加密。

C6i執行個體提供了一個新的執行個體大小(c6i.32xlarge)，具有128個vCPU和256GiB的記憶體，比最大的C5執行個體多33%。

相較於C5執行個體，每個vCPU增加高達9%的記憶體頻寬。

C6i還為AmazonElasticBlockStore的客戶提供高達50Gbps的聯網速度和40Gbps的頻寬，是C5執行個體的兩倍。

問：為什麼客戶應該選擇C5執行個體，而非C4執行個體？ C5執行個體每代不斷提升的CPU效能和低價使其相對於C4執行個體高出25%的價格/效能提升，可讓目前在C3或C4執行個體上執行的各種工作負載受惠。

對於浮點密集型應用程式，IntelAVX-512可透過有效地擷取資料層平行大幅提升交付的TFLOPS。

如果客戶希望尋求圖形轉譯絕對效能以及可透過GPU或FPGA加速的HPC工作負載，還需評估涵蓋這些資源之AmazonEC2組合中的其他執行個體系列，以尋找適合其工作負載的執行個體。

問：問：C5客戶有哪些儲存選項？ C5執行個體使用EBS磁碟區做為儲存，預設為EBS優化，且為加密和未加密EBS磁碟區提供高達9Gbps的輸送量。

C5執行個體透過連接PCI的NVMExpress(NVMe)界面存取EBS磁碟區。

NVMe是高效且可擴展的儲存界面，常用於以Flash為基礎的SSD，像是提供I3和I3en執行個體的本機NVMe儲存。

雖然NVMe界面相較於Xen半虛擬化區塊型儲存設備可提供較低的延遲，但用來存取EBS磁碟區時，磁碟區類型、大小和佈建IOPS(如果有)將會決定磁碟區的整體延遲和輸送量特性。

使用NVMe提供EBS磁碟區時，會經由PCI熱插拔連接和中斷連接。

問：問：C5執行個體支援哪些儲存界面？ C5執行個體僅支援NVMeEBS裝置型號。

連接C5執行個體的EBS磁碟區會顯示為NVMe裝置。

NVMe是最先進的儲存界面，可降低延遲進而提升磁碟I/O和輸送量。

問：為什麼作業系統報告的總記憶體和執行個體類型公告的記憶體不完全相符？ EC2執行個體記憶體的部分由虛擬BIOS保留並用於視訊RAM、DMI和ACPI。

此外，對於採用AWSNitroHypervisor技術的執行個體，AmazonEC2NitroHypervisor預留了一小部分執行個體記憶體來管理虛擬化。

一般用途執行個體 問：什麼是AmazonEC2Mac執行個體？ AmazonEC2Mac執行個體是具有macOS作業系統的系列，採用AppleMacmini硬體技術，且建置在AWSNitroSystem上。

問：如何開始使用AmazonEC2Mac執行個體？ 登入AmazonEC2主控台後，導覽至「啟動執行個體」並搜尋"macOS"  問：為什麼Mac執行個體不能透過預留執行個體使用？ EC2Mac執行個體可根據客戶需求依隨需購買或作為1年或3年SavingsPlans的一部分購買。

我們相信這些選項為客戶提供了最佳定價選項，但我們將監控客戶對預留執行個體的需求。

問：什麼是AmazonEC2T4g執行個體？ AmazonEC2T4g執行個體是採用Arm型AWSGraviton2處理器技術的下一代一般用途高載執行個體。

相較於T3執行個體，T4g執行個體的性價比最多可提升40%。

這類執行個體建立在AWSNitroSystem上，結合了專用硬體和NitroHypervisor。

問：T4g執行個體有哪些理想的使用案例？ 與T3執行個體相比，T4g執行個體的性價比高達40%，適用於各種高載一般用途工作負載，例如微型服務、低延遲互動式應用程式、中小型資料庫、虛擬桌面、開發環境、程式碼儲存庫和業務關鍵應用程式。

在T執行個體系列使用開放原始碼軟體部署應用程式的客戶，會發現T4g執行個體是該執行個體系列中的絕佳選項，能夠實現最佳性價比。

Arm開發人員也可以在原生Arm硬體上直接建置應用程式，不需交叉編譯或模擬。

問：誰符合T4g免費試用的資格？ 所有擁有AWS帳戶的現有和新客戶都可以免費試用T4g。

T4g免費試用有時間限制，最後一天是2021年12月31日。

免費試用的開始和結束時間以國際標準時間(UTC)為準。

除了t2.micro/t3.micro上現有的AWS免費方案之外，還將提供T4g免費試用。

已用完t2.micro(或t3.micro，取決於區域)免費方案用量的客戶，仍然可以享有T4g免費試用的優惠。

問：客戶如何取得T4g免費試用資格？ 2021年12月31日之前，會為所有AWS客戶自動註冊T4g免費試用。

在免費試用期間，執行t4g.micro執行個體的客戶每個月將自動從其每月帳單中扣除750個小時的免費時數。

 750小時是根據在使用t4g.micro執行個體的所有區域中彙總計算得出。

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

目前在以下區域不可用︰歐洲(斯德哥爾摩)、亞太區域(香港)、中國(北京)和中國(寧夏)。

作為免費試用版的一部分，客戶可以在一個或多個選擇的區域中執行t4g.micro執行個體，每月總共可免費使用儲存貯體750小時，直到2021年6月30日為止。

例如，客戶可於某月在奧勒岡執行t4g.micro300個小時，然後同月在東京執行另一個t4g.micro450個小時。

加起來便是免費方案每月750小時的限制。

問：在T4g免費試用版執行特定的AMI是否需要額外付費？ 使用t4g.micro免費試用版，對於透過EC2主控台Quickstart提供的AmazonLinux2、RHEL和SUSELinuxAMI，每月前750小時可免費使用，不收取AMI費用。

每月免費使用750小時後，須支付含AMI費用(若有)的常規OD價格。

免費試用版不含AWSMarketplace提供的具有AMI實現選項的適用軟體費用，其僅包含t4g.micro基礎架構費用。

問：t4g.micro免費試用會如何反映在我的AWS帳單上？ T4g免費試用有一個每月計費週期，從每個月的第一天開始，到該月的最後一天結束。

根據T4g免費試用帳單計劃，在免費試用期內，使用t4g.micro的客戶會在帳單中的隨需定價計劃中，看到每月前750合計使用時數的明細項目為0USD。

客戶可以在免費試用期內的任何時間開始，並在當月剩餘期限內免費使用750小時。

上個月未使用的時數不得保留。

客戶可以在免費試用時啟動多個t4g.micro執行個體。

客戶可使用AWSBudgets，在每月的總使用量達到750小時免費時數的85%時，自動透過電子郵件收到通知。

當每月帳單週期的累計執行個體使用量超過750小時，當月超出的小時數將依一般隨需定價計費。

對於使用ComputeSavingsPlan或T4g執行個體SavingsPlan的客戶，將可針對超過750個免費試用時數以外的每個小時，在隨需定價套用SavingsPlan(SV)折扣。

有一個地方要注意，如果客戶購買了T4g預留執行個體(RI)計劃，會優先採用RI計劃依時數計算任何用量。

對於套用RI計劃後剩餘的任何用量，將以免費試用帳單計劃計費。

問：如果客戶註冊合併帳單(即單一付款人帳戶)，他們是否可以在與付款人帳戶綁定的每個帳戶獲得T4g免費試用？ 否，使用合併帳單跨多個帳戶合併付款的客戶，每個Organization只能享有一個免費方案。

每個付款人帳戶，每月總共可獲得750小時的免費時數。

要進一步了解合併帳單，請參閱這裡。

問：T4g免費試用期間，客戶是否需要支付超出的CPU積分？ 在T4g免費試用計劃的750小時免費時間內，當客戶超過執行個體分配的積分時，無須為超出的CPU積分支付任何費用。

免費試用結束後或每月超過750免費小時的用量，將依照所有常規帳單費用收費(包括多出來的積分費用)。

要進一步了解CPU積分的使用方式，請參閱文件。

問：免費試用結束時，如何向客戶收取t4g.micro執行個體的相關費用？ 從2022年1月1日開始，執行t4g.micro的客戶將自動從免費試用計劃切換到隨需定價計劃(或RI/SV計劃，如果已購買)，且累計的積分將設置為零。

客戶將在免費試用期結束前7天自動收到電子郵件，通知免費試用期將在7天內結束。

從2022年1月1日開始，如果購買RI計劃，則會採用RI計劃。

否則，將會依常規隨需定價向客戶收取t4g.micro費用。

對於使用T4g執行個體SavingsPlan或ComputeSavingsPlan的客戶，t4g.micro執行個體計費時會在OD定價套用SavingsPlan折扣。

問：什麼是AmazonEC2M6g執行個體？ AmazonEC2M6g執行個體例是由Arm型AWSGraviton2處理器提供支援的新一代一般用途執行個體。

相較於M5執行個體，M6g執行個體的性價比最高可提升40%。

這類執行個體是以AWSNitro系統為基礎建置而成，結合專用硬體和NitroHypervisor。

問：新的AWSGraviton2處理器有哪些規格？ 與第一代AWSGraviton處理器相比，AWSGraviton2處理器提供高7倍的效能、多4倍的運算核心數、大2倍的大型快取、快5倍的記憶體，以及強50%的每核心加密效能。

AWSGraviton2處理器的每個核心都是一個單一執行緒vCPU。

這些處理器還提供一直在線的完全加密DRAM記憶體、用於壓縮工作負載的硬體加速、每個vCPU的專用引擎，可讓工作負載(例如影片編碼)的浮點效能提升一倍，並提供基於int8/fp16CPU的機器學習推斷加速指令。

這些CPU採用64位元ArmNeoverse核心，以及AWS憑藉進階7nm製造技術設計的自訂晶片進行建置。

問：AWSGraviton2處理器是否支援記憶體加密？ AWSGraviton2處理器支援一直在線的256位元記憶體加密，以進一步增強安全性。

加密金鑰是在主機系統內安全產生的，不會離開主機系統，並且在重新啟動或關閉主機電源後會永久銷毀。

記憶體加密不支援與AWSKMS整合，客戶無法使用相同的金鑰。

問：M6g執行個體的一些理想使用案例有哪些？ M6g執行個體可為各種一般用途工作負載(例如應用程式伺服器、遊戲伺服器、微型服務、中型資料庫和快取機群)提供出色的效能和性價比優勢。

部署基於開放原始碼所建置應用程式的客戶發現，在整個M執行個體系列中，M6g執行個體是極具吸引力的選項，它在該執行個體系列中可實現最佳性價比。

Arm開發人員也可以在原生Arm硬體上直接建置其應用程式，不需交叉編譯或仿真。

問：在M6g執行個體上提供哪些廣泛的儲存選項？ 預設情況下，M6g執行個體是EBS最佳化執行個體，為已加密和未加密的EBS磁碟區提供高達19,000Mbps的專用EBS頻寬。

M6g執行個體僅支援非揮發性記憶體(NVMe)界面來存取EBS儲存磁碟區。

 此外，具有本機NVMe執行個體儲存體的選項也將透過M6gd執行個體類型提供。

問：M6g執行個體支援哪種網路界面？ M6g執行個體支援ENA增強型聯網。

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

問：客戶是否需要修改其應用程式和工作負載，才能在M6g執行個體上執行？ 所需的變更視應用程式而定。

客戶執行基於開放原始碼所建置的應用程式時發現，Arm生態系統開發完善，很有可能已支援其應用程式。

大多數Linux發行版本及容器(Docker、Kubernetes、AmazonECS、AmazonEKS、AmazonECR)皆支援Arm架構。

客戶透過其目前使用的相同機制，即可找到可安裝的Arm常用軟體套件。

如果是以解釋型語言(例如Java、Node、Python)撰寫而成的應用程式，在不仰賴原生CPU指令集的情況下，執行時應盡量減少變更，甚至不作變更。

以編譯型語言(C、C++、GoLang)開發而成的應用程式需重新編譯，以產生Arm二進位。

這些熱門程式設計語言也完善支援Arm架構，而新程式碼通常需搭配簡單的「Make」指令。

如需詳細資訊，請參閱Github上的入門指南。

問：什麼是AmazonEC2A1執行個體？ AmazonEC2A1執行個體是一般用途執行個體，採用AWS客製化設計的第一代AWSGraviton處理器技術。

問：第一代AWSGraviton處理器有哪些規格？ AWSGraviton處理器是由AWS客製化設計的新處理器系列，運用Amazon在針對大規模執行的雲端應用程式建立平台解決方案時，所累積的專業知識。

這些處理器採用64位元Arm指令集，擁有ArmNeoverse核心以及AWS設計的客製化晶片。

核心運算頻率為2.3GHz。

問：何時應使用A1執行個體？ A1執行個體可為擴展工作負載節省了大量成本，而且能配合可用的記憶體數量。

A1執行個體非常適用於擴展應用程式，例如Web伺服器、容器化微型服務和資料/日誌處理。

這些執行個體也非常適合Arm開發人員社群中的開發人員、愛好者和教育者使用。

問：客戶是否需要修改應用程式和工作負載，才能在A1執行個體上執行？ 所需的變更視應用程式而定。

以解譯或執行時間編譯語言(例如Python、Java、PHP、Node.js)執行的應用程式無須修改即可執行。

其他應用程式可能需要重新編譯，而那些不依賴x86指令的應用程式，通常只需很少，甚至無須變更即可開始建立。

問：A1執行個體支援哪些作業系統/AMI？ A1執行個體支援以下AMI：AmazonLinux2、Ubuntu16.04.4或更新版本、RedHatEnterpriseLinux(RHEL)7.6或更新版本、SUSELinuxEnterpriseServer15或更新版本。

Fedora、Debian、NGINXPlus的其他AMI支援也可以透過社群AMI和AWSMarketplace獲得。

在A1執行個體上啟動由EBS支援的HVMAMI時，需要在執行個體啟動時安裝NVMe和ENA驅動程式。

問：在M6g和A1執行個體上執行時，是否有任何具體的AMI規定？ 請需要在M6g和A1執行個體使用“arm64”AMI，x86AMI與M6g和A1執行個體不相容。

問：客戶何時應使用A1執行個體而不是新的M6g執行個體？ A1執行個體繼續為可在多個較小核心上執行的擴展工作負載提供出色的成本優勢，並能配合可用的記憶體數量。

新的M6g執行個體特別適合有以下需求的各種應用程式︰需要更多運算、記憶體、網路資源，及/或能從跨平台功能擴展中獲益。

在執行個體系列中，M6g執行個體能為這些應用程式提供最佳性價比。

M6g支援高達16xlarge的執行個體大小(A1支援高達4xlarge)，每個vCPU4GB記憶體(A1支援每個vCPU2GB記憶體)，以及高達25Gbps的網路頻寬(A1支援高達10Gbps)。

問：A1客戶有哪些不同的儲存選項？ 預設情況下，A1是EBS優化執行個體，為已加密和未加密的EBS磁碟區提供高達3,500Mbps的專用EBS頻寬。

A1執行個體僅支援非揮發性記憶體(NVMe)界面來存取EBS儲存磁碟區。

A1執行個體不支援blkfront界面。

問：A1執行個體支援哪種網路界面？ A1執行個體支援ENA增強型聯網。

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

問：A1執行個體是否支援AWSNitroSystem？ 是，A1執行個體採用AWSNitroSystem，結合了專用硬體和NitroHypervisor。

問：為什麼客戶應該選擇EC2M5執行個體，而非EC2M4執行個體？ 相較於EC2M4執行個體，全新的EC2M5執行個體可為客戶提供更高的運算和儲存效能、價格低廉且較大的執行個體大小、一致性和安全性。

EC2M5執行個體最大的好處在於它使用最新一代的IntelXeonScalable處理器(Skylake-SP或CascadeLake)，相較於M4其價格/效能可提升高達20%。

M5中的AVX-512支援與M4中較舊的AVX2相比，客戶可在需要浮點操作的工作負載獲得2倍的效能。

M5執行個體提供最高25Gbps的網路頻寬和高達10Gbps的AmazonEBS專用頻寬。

M5執行個體在具有EBS高載功能的較小執行個體上，還擁有明顯更高的聯網和AmazonEBS效能。

問：為什麼客戶應該選擇M6i執行個體，而非M5執行個體？ AmazonM6i執行個體採用第三代IntelXeon可擴充處理器(代碼稱為IceLake)，具備3.5GHz全核心Turbo頻率，提供比M5執行個體高出15%的運算價格效能，使用IntelTotalMemoryEncryption(TME)永遠啟用記憶體加密。

AmazonEC2M6i執行個體最先使用小寫"i"，來表示它們是採用Intel的執行個體。

M6i執行個體提供了一個新的執行個體大小(m6i.32xlarge)，具有128個vCPU和512GiB的記憶體，比最大的M5執行個體多33%。

相較於M5執行個體，它們還為每個vCPU增加多達20%的記憶體頻寬，可讓客戶高效地對資料密集型AI/ML、遊戲和高效能運算(HPC)應用程式執行即時分析。

 M6i還為AmazonElasticBlockStore的客戶提供高達50Gbps的聯網速度和40Gbps的頻寬，是M5執行個體的兩倍。

 M6i還可讓客戶在32xlarge大小的執行個體上使用ElasticFabricAdapter，從而實現低延遲和大規模的節點間通訊。

 為了在這些新的執行個體上取得最佳聯網效能，則可能需要彈性網絡介面(ENA)驅動程式更新。

如需有關M6i的最佳ENA驅動程式的詳細資訊，請參閱此文章。

問：對IntelAVX-512的支援如何使使用EC2M5系列或M6i系列的客戶受益？ IntelAdvancedVectorExtensions512(AVX-512)是最新IntelXeon可擴充處理器系列上的一組全新CPU指令，可加速工作負載和使用的效能，像是科學模擬、財務分析、人工智慧、機器學習/深度學習、3D模型建立和分析、影像和影片處理、加密技術和資料壓縮等。

 IntelAVX-512提供卓越的加密演算法處理，有助於降低加密技術的效能負擔，這表示使用EC2M5系列或M6i系列的客戶可將更安全的資料和服務部署到分散式環境，且無須犧牲效能。

問：什麼是M5zn執行個體？ M5zn執行個體是M5一般用途執行個體的變體，採用雲端中最快的IntelXeon可擴展處理器技術，全核心Turbo頻率高達4.5GHz，同時具有100Gbps網路並支援AmazonEFA。

M5zn執行個體非常適合於工作負載，如遊戲、金融應用程式、模擬建模應用程式(如汽車、航太、能源和電信產業中使用的應用程式)以及其他高效能運算應用程式。

問：M5zn執行個體與z1d執行個體有何不同？ z1d執行個體是記憶體最佳化執行個體，具有高頻版本的IntelXeon可擴展處理器(高達4.0GHz)，以及本機NVMe儲存。

M5zn執行個體是一般用途執行個體，具有高頻版本的第二代IntelXeon可擴展處理器(高達4.5GHz)，以及高達100Gbps網絡效能並支援EFA。

相較於z1d，M5zn執行個體提供了更好的價格效能。

問：爆量效能執行個體有何不同？   AmazonEC2可讓您選擇固定效能執行個體(如C、M和R執行個體系列)和 高載效能執行個體(如T2)。

高載效能執行個體可提供CPU基準效能，並有超越該基準效能的能力。

  T2執行個體基準效能和高載能力由CPU積分管理。

每個T2執行個體都會持續收到CPU積分，其費率取決於執行個體大小。

T2執行個體閒置時會累積CPU積分，活動時則會耗用CPU積分。

一個CPU積分可提供一分鐘一個CPU核心的完整效能。

型號 vCPU CPU積分/小時 最高CPU積分額度 基準CPU效能 t2.nano 1 3 72 核心的5% t2.micro 1 6 144 核心的10% t2.small 1 12 288 核心的20% t2.medium 2 24 576 核心的40%* t2.large 2 36 864 核心的60%** t2.xlarge 4 54 1,296 核心的90%*** t2.2xlarge 8 81 1,944 核心的135%**** *對於t2.medium，單一執行緒應用程式可以使用1個核心的40%，如果有需要，多個執行緒應用程式可使用兩個核心各20%。

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

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

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

問：問：如何為我的T2執行個體選擇正確的AmazonMachineImage(AMI)？ 您需要確定每個T2執行個體大小分配的記憶體(例如，t2.nano有512MiB)可滿足作業系統和應用程式的最低記憶體需求。

具有圖形使用者界面(GUI)的作業系統會耗用大量的記憶體和CPU(例如MicrosoftWindows)，所以在許多使用案例中可能需要使用t2.micro或較大型的執行個體。

您可以在AWSMarketplace找到適合t2.nano執行個體類型的AMI。

不需要GUI的Windows客戶可以使用MicrosoftWindowsServer2012R2CoreAMI。

問：什麼時候應該選擇高載效能執行個體，例如T2？ T2執行個體可為各式各樣的一般用途生產工作負載提供經濟實惠的平台。

無限制T2執行個體可在需要時隨時保持高CPU效能狀態。

如果您的工作負載需要持續使用高於基準的CPU用量，請考慮專用CPU執行個體系列，如M或C。

問：要如何看到每個T2執行個體的CPU積分餘額？ 您可以在AmazonCloudWatch的EC2每一執行個體指標看到每個T2執行個體的CPU積分餘額。

T2執行個體提供四種指標：CPUCreditUsage、CPUCreditBalance、CPUSurplusCreditBalance和CPUSurplusCreditsCharged。

CPUCreditUsage指出已使用的CPU積分數量。

CPUCreditBalance指出CPU積分的餘額。

CPUSurplusCreditBalance指出在沒有獲得積分的情況下爆量時使用的積分。

CPUSurplusCreditsCharged指出平均用量超出基準時扣取的積分。

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

例如，t2.micro提供實體CPU核心的10%為基準CPU效能。

如果執行個體的CPU積分餘額接近零，會在15分鐘的間隔將CPU效能降低到基準效能。

問：停止/啟動時是否會保留我的T2執行個體積分餘額？ 不會，已停止的執行個體不會保留之前獲得的積分餘額。

問：T2執行個體是否可以用預留執行個體或Spot執行個體購買？ T2執行個體可透過隨需執行個體、預留執行個體或Spot執行個體的形式購買。

記憶體增強型執行個體 問：什麼是EC2記憶體增強型執行個體？ AmazonEC2記憶體增強型執行個體在單一執行個體提供6TB、9TB、12TB、18TB或24TB的記憶體。

這些執行個體專為在雲端執行大型記憶體內資料庫而設計，包括SAPHANA的生產安裝。

具有6TB、9TB和12TB的EC2記憶體增強型執行個體採用搭載Intel®Xeon®Platinum8176M(Skylake)處理器的8插槽平台。

具有18TB和24TB的EC2記憶體增強型執行個體是第一個採用8插槽平台的AmazonEC2執行個體，搭載第二代Intel®Xeon®Scalable(CascadeLake)處理器，已針對關鍵任務企業工作負載進行優化。

EC2記憶體增強型執行個體提供高網路輸送量和低延遲，具備使用Amazon彈性網路轉接器(ENA)的增強型聯網高達100Gbps的彙總網路頻寬。

EC2記憶體增強型執行個體預設為EBS優化執行個體，可支援已加密和未加密的EBS磁碟區。

問：記憶體增強型執行個體是否已通過SAP對於執行SAPHANA工作負載的認證？ 記憶體增強型執行個體已通過SAP認證，可在生產環境中執行BusinessSuiteonHANA、新一代BusinessSuiteS/4HANA、DataMartSolutionsonHANA、BusinessWarehouseonHANA以及SAPBW/4HANA。

 如需詳細資訊，請參閱SAP認證和支援的SAPHANA硬體目錄。

問： 記憶體密集型執行個體僅可作為裸機使用嗎？ 記憶體密集型執行個體可作為裸機和虛擬執行個體使用，可讓客戶選擇直接存取基礎硬體資源，或利用虛擬執行個體提供的額外彈性，包括隨需、1年和3年SavingsPlan購買選項。

問：記憶體增強型執行個體提供哪些儲存選項？ 記憶體增強型執行個體支援以AmazonEBS磁碟區儲存資料。

記憶體密集型執行個體預設是EBS優化執行個體，並提供高達38Gbps的儲存頻寬。

問：記憶體增強型執行個體支援哪些儲存界面？ 記憶體增強型執行個體可透過連接PCI的NVMExpress(NVMe)界面存取EBS磁碟區。

連接記憶體增強型執行個體的EBS磁碟區會顯示為NVMe裝置。

NVMe是高效且可擴展的儲存界面，時常用於Flash型SSD，可降低延遲現象，進而提升磁碟I/O和輸送量。

EBS磁碟區可經由PCI熱插拔來連接和中斷連接。

問：記憶體增強型執行個體支援何種網路效能？ 記憶體增強型執行個體使用彈性網路轉接器(ENA)用於網路，而且預設啟用增強型聯網。

採用ENA後，記憶體增強型執行個體就可使用高達100Gbps的網路頻寬。

問：我是否可在現有的AmazonVirtualPrivateCloud(VPC)上執行記憶體增強型執行個體？ 您可以在現有和新的AmazonVPC上執行記憶體增強型執行個體。

問：記憶體增強型執行個體上的基礎虛擬化管理程序為何？ 記憶體密集型執行個體使用以核心KVM技術為基礎的輕量型NitroHypervisor。

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

您可以在記憶體增強型執行個體上設定C狀態和P狀態。

您可以使用C狀態啟用更高的渦輪頻率(最高可達4.0GHz)。

您也可使用P狀態來降低效能變化，方法是將所有核心釘在P1或更高的P狀態(這與停用Turbo類似)，並以基本CPU時脈速度持續地執行。

問：記憶體增強型執行個體有哪些購買選項？ EC2記憶體密集型裸機執行個體(例如，u-6tb1.metal)僅可作為1年和3年保留期上的EC2專用主機使用。

可透過1年和3年SavingsPlan、隨需執行個體及專用主機購買EC2記憶體密集型虛擬執行個體(例如，u-6tb1.112xlarge)。

問：專用主機的生命週期為何？ 專用主機分配給您的帳戶之後，即可供您使用。

您可以使用RunInstancesAPI啟動租用「主機」的執行個體，也可以透過此API停止/啟動/終止執行個體。

您可以使用AWS管理主控台來管理專用主機和執行個體。

  問：我是否可使用AWSCLI/SDK啟動、停止/啟動及終止記憶體增強型執行個體？ 您可使用AWSCLI/SDK啟動、停止/啟動及終止執行個體？ 問：記憶體增強型執行個體支援哪些AMI？ 支援ENA聯網的EBS後端HVMAMI可與記憶體增強型執行個體搭配使用。

最新的AmazonLinux、RedHatEnterpriseLinux、SUSEEnterpriseLinuxServer和WindowsServerAMI均受支援。

記憶體增強型執行個體的SAPHANA工作負載支援下列作業系統：SUSELinuxEnterpriseServer12SP3forSAP、RedHatEnterpriseLinux7.4forSAP、RedHatEnterpriseLinux7.5forSAP、SUSELinuxEnterpriseServer12SP4forSAP、SUSELinuxEnterpriseServer15forSAP、RedHadEnterpriseLinux7.6forSAP。

請參閱SAP認證和支援的SAPHANA硬體目錄，了解最新的支援作業系統詳細資訊。

問：是否有標準SAPHANA參考部署架構可供記憶體增強型執行個體和AWS雲端使用？ 您可以使用AWS快速入門參考SAPHANA部署，遵循SAP對高效能和可靠性的建議，在記憶體增強型執行個體上快速部署所有必要的SAPHANA建置區塊。

因為AWS快速入門經過模組化且可自訂，所以您可以針對自己的實作新增其他功能或對它進行修改。

上一代執行個體 問：為什麼定價頁面上不再顯示M1、C1、CC2和HS1執行個體？ 它們已移至上一代執行個體頁面。

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

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

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

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

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

C1、C3、CC2、CR1、G2、HS1、M1、M2、M3、R3和T1執行個體仍然可以正常運作，不會因此變更而被刪除。

問：上一代執行個體是否將很快被中止使用？ 目前，尚無結束上一代執行個體的計劃。

然而，隨著技術的快速發展，最新一代的執行個體一般會提供最佳價格效能，我們也鼓勵客戶善用技術的進步。

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

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

記憶體優化執行個體 問：何時應使用記憶體最佳化執行個體？ 記憶體優化執行個體可提供大量記憶體給記憶體密集型應用程式，包括記憶體內應用程式、記憶體內資料庫、記憶體內分析解決方案、高效能運算(HPC)、科學運算，以及其他記憶體密集型應用程式。

  問：什麼是AmazonEC2R6g執行個體？ AmazonEC2R6g執行個體是由Arm型AWSGraviton2處理器提供支援的新一代記憶體優化執行個體。

相較於R5執行個體，R6g執行個體的價格效能最多可提升40%。

這類執行個體是以AWSNitro系統為基礎建置而成，結合專用硬體和NitroHypervisor。

問：R6g執行個體有哪些理想的使用案例？ R6g執行個體能針對記憶體密集型工作負載提供卓越的價格效能優勢，適合執行記憶體密集型工作負載，例如開放原始碼資料庫、記憶體內快取，以及即時大數據分析。

客戶在部署以開放原始碼軟體所打造的應用程式時發現，整個R執行個體系列中，R6g執行個體能提供整個系列中最理想的價格效能表現，是極具吸引力的選項。

Arm開發人員也可以在原生Arm硬體上直接建置其應用程式，不需交叉編譯或仿真。

問：R6g執行個體提供哪些儲存選項？ 預設情況下，R6g執行個體是EBS優化執行個體，能為已加密和未加密的EBS磁碟區提供高達19,000Mbps的專用EBS頻寬。

R6g執行個體僅支援以非揮發性記憶體(NVMe)界面存取EBS儲存磁碟區。

 此外，R6gd執行個體類型也提供本機NVMe執行個體儲存體的相關選項。

問：R6g執行個體支援哪種網路界面？ R6g執行個體支援ENA增強型聯網。

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

問：客戶是否需要修改其應用程式和工作負載，才能在R6g執行個體上執行？ 所需的變更視應用程式而定。

客戶執行基於開放原始碼所建置的應用程式時發現，Arm生態系統開發完善，很有可能已支援其應用程式。

大多數Linux發行版本及容器(Docker、Kubernetes、AmazonECS、AmazonEKS、AmazonECR)皆支援Arm架構。

客戶透過其目前使用的相同機制，即可找到可安裝的Arm常用軟體套件。

如果是以解釋型語言(例如Java、Node、Python)撰寫而成的應用程式，在不仰賴原生CPU指令集的情況下，執行時應盡量減少變更，甚至不作變更。

以編譯型語言(C、C++、GoLang)開發而成的應用程式需重新編譯，以產生Arm二進位。

這些熱門程式設計語言也完善支援Arm架構，而新程式碼通常需搭配簡單的「Make」指令。

如需詳細資訊，請參閱Github上的入門指南。

問：為什麼客戶應該選擇R6i執行個體，而非R5執行個體？ AmazonR6i執行個體採用第三代IntelXeon可擴充處理器(代碼稱為IceLake)，具備3.5GHz全核心Turbo頻率，提供比R5執行個體高出15%的運算價格效能，使用IntelTotalMemoryEncryption(TME)永遠啟用記憶體加密。

AmazonEC2R6i執行個體使用小寫"i"，來表示它們是採用Intel的執行個體。

R6i執行個體提供一個新的執行個體大小(r6i.32xlarge)，具有128個vCPU和1,024GiB的記憶體，比最大的R5執行個體多33%。

相較於R5執行個體，它們還為每個vCPU增加多達20%的記憶體頻寬，可讓客戶高效地對資料密集型AI/ML、遊戲和高效能運算(HPC)應用程式執行即時分析。

 R6i還為AmazonElasticBlockStore的客戶提供高達50Gbps的聯網速度和40Gbps的頻寬，是R5執行個體的兩倍。

 R6i還可讓客戶在32xlarge和裸機大小的執行個體上使用ElasticFabricAdapter，從而實現低延遲和大規模的節點間通訊。

為了在這些新的執行個體上取得最佳聯網效能，則可能需要彈性網絡介面(ENA)驅動程式更新。

如需有關R6i的最佳ENA驅動程式的詳細資訊，請參閱此文章。

問：什麼是AmazonEC2R5b執行個體？ R5b執行個體是記憶體最佳化R5執行個體的EBS最佳化變體，相較於相同大小的R5執行個體，它提供了高達3倍的EBS效能。

R5b執行個體提供高達60Gbps的頻寬和260KIOPS的EBS效能，堪稱EC2上最快的區塊儲存效能。

這類執行個體以AWSNitroSystem為基礎建置而成，結合專用硬體和NitroHypervisor。

問：R5b執行個體有哪些理想的使用案例？ R5b執行個體非常適合於大型關聯式資料庫工作負載，包括執行效能密集型應用程式(如商務平台、ERP系統和健康紀錄系統)的MicrosoftSQLServer、SAPHANA、IBMDB2和Oracle。

希望將具有較大儲存效能要求的大型內部部署工作負載遷移至AWS的客戶會發現R5b執行個體非常適合。

問：R5b執行個體提供哪些儲存選項？ 依預設，R5b執行個體是EBS最佳化執行個體，能為已加密和未加密的EBS磁碟區提供高達60,000Mbps的專用EBS頻寬和260,000IOPS。

R5b執行個體僅支援以非揮發性記憶體(NVMe)界面存取EBS儲存磁碟區。

除了io2磁碟區，所有磁碟區類型都支援R5b。

問：何時應使用R5b執行個體？ 希望充分利用提高的EBS儲存網路效能執行工作負載(如大型關聯式資料庫和資料分析)的客戶可以使用R5b執行個體提供更高的效能和頻寬。

客戶還可以透過將其工作負載遷移至較小的R5b執行個體或將工作負載合併在較少的R5b執行個體上來降低成本。

問：記憶體增強型執行個體提供哪些儲存選項？ 記憶體增強型執行個體支援以AmazonEBS磁碟區儲存資料。

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

問：什麼是AmazonEC2X2gd執行個體？ AmazonEC2X2gd執行個體是由AWS設計的Arm型AWSGraviton2處理器提供支援的新一代記憶體優化執行個體。

相較於目前的x86型X1執行個體，X2gd執行個體提供高達55%的最佳價格效能，並在AmazonEC2中提供每GiB記憶體最低成本。

這類執行個體是X系列執行個體中的首款，以AWSNitroSystem為基礎建置而成，結合專用硬體和NitroHypervisor。

哪些工作負載適合于X2gd執行個體？ X2gd最適合具有Arm相容記憶體綁定擴展工作負載的客戶，例如Redis和Memcached記憶體內資料庫，其需要低延遲記憶體存取，並從每個vCPU更多記憶體受益。

X2gd也適合關聯資料庫，例如PostgreSQL、MariaDB、MySQL和RDSAurora。

指向記憶體密集型工作負載的客戶，例如ApacheHadoop、即時分析和即時快取伺服器將從X2gd的1:16vCPU與記憶體比率受益。

單一執行緒工作負載，例如EDA後端驗證任務將從X2gd執行個體的實體核心和更多記憶體受益，可讓它們將更多工作負載融入單一執行個體。

X2gd執行個體還具備本機NVMeSSD區塊儲存，透過充當快取層來提高回應速度。

問：相較於X1和R系列的執行個體，客戶何時應使用X2gd執行個體？ X2gd執行個體適合Arm相容記憶體綁定擴展工作負載，例如記憶體內資料庫、記憶體分析應用程式、開放程式碼關聯資料庫工作負載、EDA工作負載，以及大型快取伺服器。

X2gd執行個體提供EC2內每GiB最低成本，大小最多為1TiB。

X1執行個體適合記憶體綁定企業級擴展工作負載，通常取決於x86指令集，例如Windows工作負載、記憶體內資料庫(例如，SAPHANA)和關聯資料庫(例如，OracleDB)。

客戶可利用X1系列取得高達4TiB的更大記憶體。

R6g和R6gd執行個體適合以下工作負載：在密集資料處理期間需要更多vCPU的Web應用程式、資料庫以及搜尋索引查詢。

執行需要1TiB以下記憶體，且相依於x86指令集的記憶體綁定工作負載的客戶，例如Windows應用程式、執行Oracle/SAP的舊版應用程式可利用R5/R5d和R5a/R5ad執行個體，具體取決於其運算和成本需求。

問：X2gd執行個體支援哪些作業系統/AMI？ 支援以下AMI：AmazonLinux2、Ubuntu18.04或更新版本、RedHatEnterpriseLinux8.2或更新版本，以及SUSEEnterpriseServer15或更新版本。

客戶將透過社群AMI和AWSMarketplace找到額外的AMI，例如Fedora,Debian、NetBSD和CentOS。

對於容器化應用程式，也可使用AmazonECS和EKS最佳化的AMI。

問：何時應使用X1執行個體？ X1執行個體非常適合用來執行記憶體內資料庫(如SAPHANA)、大數據處理引擎(如ApacheSpark或Presto)及高效能運算(HPC)應用程式。

X1執行個體已通過SAP認證，可在AWS雲端執行新一代BusinessSuiteS/4HANA、BusinessSuiteonHANA(SoH)、BusinessWarehouseonHANA(BW)及DataMartSolutionsonHANA生產環境。

問：何時應使用X1e執行個體？ X1e執行個體非常適合用來執行SAPHANA等記憶體內資料庫、高效能資料庫，以及其他記憶體優化企業應用程式。

X1e執行個體提供的每vCPU記憶體是X1執行個體的兩倍。

x1e.32xlarge執行個體已通過SAP認證，可在AWS雲端執行新一代BusinessSuiteS/4HANA、BusinessSuiteonHANA(SoH)、BusinessWarehouseonHANA(BW)及DataMartSolutionsonHANA生產環境。

問：X1和X1e執行個體有何不同？ X1e執行個體提供每vCPU32GB記憶體，而X1執行個體提供每vCPU16GB記憶體。

X1e執行個體大小可啟用六種執行個體組態，從4個vCPU和122GiB記憶體到最多128個vCPU和3,904GiB記憶體。

X1執行個體可啟用兩種執行個體組態：64個vCPU含976GiB記憶體，以及128個vCPU含1,952GiB記憶體。

問：支援X1和X1e執行個體的IntelE7(代號Haswell)處理器主要規格為何？ E7處理器具有高核心計數，可支援在大量核心上有效擴展的工作負載。

IntelE7處理器也具有高記憶體頻寬和較大L3快取的功能，可提升記憶體內應用程式的效能。

此外，IntelE7處理器還能： 透過最新的IntelAES-NI功能提高加密效能。

支援TransactionalSynchronizationExtensions(TSX)以提升記憶體內交易資料處理的效能。

支援AdvancedVectorExtensions2(IntelAVX2)處理器指示，將大多數整數命令擴展到256位元。

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

您可以在x1e.32xlarge、x1e.16xlarge、x1e.8xlarge、x1.32xlarge和x1.16xlarge執行個體上設定C狀態和P狀態。

您可以使用C狀態啟用更高的渦輪頻率(與具有一或兩個核心渦輪的3.1GHz一樣快)。

您也可使用P狀態來降低效能變化，方法是將所有核心釘在P1或更高的P狀態(這與停用Turbo類似)，並以基本CPU時脈速度持續地執行。

問：X1和X1e執行個體支援哪些作業系統？ X1和X1e執行個體提供大量的vCPU，可能會導致一些有較低vCPU限制的Linux作業系統發生啟動問題。

強烈建議您在啟動這些執行個體時使用最新的AMI。

SAPHANA工作負載的AMI支援包括：SUSELinux12、SUSELinux12SP1、SLESforSAP12SP1、SLESforSAP12SP2和RHEL7.2forSAPHANA。

x1e.32xlarge也支援WindowsServer2012R2與2012RTM。

x1e.xlarge、x1e.2xlarge、x1e.4xlarge、x1e.8xlarge、x1e.16xlarge和x1.32xlarge也支援WindowsServer2012R2、2012RTM和2008R264位元(不支援WindowsServer2008SP2和較早版本)，而且x1.16xlarge支援WindowsServer2012R2、2012RTM、2008R264位元、2008SP264位元和2003R264位元(不支援WindowsServer32位元版本)。

問：X1客戶有哪些儲存選項？ X1執行個體提供SSD執行個體存放區，這非常適合用於日誌、緩衝區、快取、臨時表格、臨時運算資料及其他臨時內容等資訊的臨時性儲存。

當您使用支援持久性授權(Xen區塊環通訊協定的延伸)的Linux核心時，X1執行個體存放區可提供最佳的I/O效能。

X1執行個體預設是EBS優化執行個體，並為EBS磁碟區提供高達14Gbps的專用頻寬。

EBS提供多種磁碟區類型來支援各種不同的工作負載。

如需詳細資訊，請參閱EC2使用者指南。

問：如何在X1和X1e執行個體上建置經濟實惠的容錯移轉解決方案？ 您可以使用AmazonEC2AutoRecovery在X1執行個體上設計簡單和經濟實惠的容錯移轉解決方案；AutoRecovery是一項AmazonEC2功能，能夠在執行個體受損時更好地管理容錯移轉。

建立AWSCloudWatch警示即可為X1執行個體啟用AutoRecovery。

選擇"EC2StatusCheckFailed(System)"指標，並選取"Recoverthisinstance"動作。

執行個體復原需遵守基本限制，包括執行個體復原故障診斷文件中所列的限制。

如需詳細資訊，請分別瀏覽AutoRecovery文件和建立AmazonCloudWatch警示。

問：是否有標準SAPHANA參考部署架構可供記憶體增強型執行個體和AWS雲端使用？ 您可以使用AWSLaunchWizardforSAP或AWS快速入門參考SAPHANA部署，遵循AWS和SAP對高效能和可靠性的建議，在記憶體增強型執行個體上快速部署所有必要的SAPHANA建置區塊。

儲存優化執行個體 問：什麼是密集化儲存執行個體？ 密集化儲存執行個體專為需要以高序列化讀取和寫入存取處理龐大資料集的工作負載所設計，例如Hadoop分散式運算、大規模平行處理資料倉儲和日誌處理應用程式。

密集化儲存執行個體跨其他EC2執行個體提供最佳價格/GB儲存和價格/磁碟輸送量。

問： 密集化儲存執行個體與高I/O執行個體有什麼不同？ 高I/O執行個體(I2、I3、I3en)針對的是要求低延遲、高隨機I/O及適中儲存密度的工作負載，而且可跨其他EC2執行個體類型提供最佳價格/IOPS。

密集化儲存執行個體(D3、D3en、D2)和HDD儲存執行個體(H1)針對需要高序列化讀取/寫入存取及低成本儲存龐大資料集的應用程式進行優化，而且可跨其他EC2執行個體提供最佳價格/GB儲存和價格/磁碟輸送量。

問：問：密集化儲存和HDD儲存執行個體提供多少磁碟輸送量？ 最新一代最大的密集化HDD儲存執行個體d3en.12xlarge可以使用128k區塊大小提供最多6.2GiB/秒讀取和6.2GiB/秒寫入磁碟輸送量。

如需其他效能資訊，請參閱產品詳細資訊頁面。

為確保在Linux上取得D2、D3和D3en執行個體最佳的磁碟輸送量效能，建議您使用最新版AmazonLinuxAMI，或核心版本為3.8或更新版本且支援持久性授權的其他LinuxAMI，持久性授權是Xen區塊環通訊協定的延伸，可大幅提升磁碟輸送量和可擴展性。

問：密集化儲存和HDD儲存執行個體是否提供任何容錯移轉機制或冗餘能力？ D2和H1執行個體提供硬體故障的通知。

與所有執行個體儲存體一樣，密集化HDD儲存磁碟區只能持續到執行個體生命週期結束。

因此，建議您建置一定程度的冗餘(例如，RAID1/5/6)或使用支援冗餘和容錯能力的檔案系統(例如，HDFS和MapR-FS)。

您也可以定期將資料備份到更多資料儲存解決方案，如AmazonElasticBlockStore(EBS)或SimpleStorageService(S3)。

問：HDD儲存執行個體與AmazonEBS有何不同？ AmazonEBS為AmazonEC2提供簡單、彈性、可靠(已複寫)和持久的區塊級儲存體，同時摘要使用中基礎儲存媒體的詳細資訊。

具有本機HDD或NVMe儲存體的AmazonEC2執行個體提供直接連接的高效能儲存建置區塊，可用於各種儲存應用程式。

密集化儲存執行個體的主要對象是需要高序列化讀取/寫入使用權以存取本機儲存體上大型資料集的客戶，例如Hadoop分散式運算和大規模平行處理資料倉儲。

問：是否可以將密集化HDD儲存執行個體啟動為AmazonEBS最佳化執行個體？ 依預設，每個HDD儲存執行個體類型(H1、D2、D3和D3en)都是EBS最佳化。

由於此功能始終處於已啟用狀態，因此將其中一個執行個體明確啟動為EBS最佳化不會影響執行個體的行為。

如需EBS最佳化執行個體的相關詳細資訊，請參閱此處。

問：是否可以將D2執行個體啟動為AmazonEBS最佳化執行個體？ 根據預設，每個D2執行個體類型都是EBS優化執行個體。

D2執行個體提供500Mbps至4,000Mbps的傳輸量給EBS，遠超過提供給執行個體的一般用途網路輸送量。

由於這個功能在D2執行個體一直都是啟用狀態，所以將D2執行個體明確啟動為EBS優化執行個體將不會影響執行個體的行為。

問：EC2Classic是否提供密集化儲存執行個體？ 最新一代密集化儲存執行個體(D2執行個體)可以在EC2-Classic和AmazonVPC啟動。

然而，透過將密集化儲存執行個體啟動至VPC，您可以利用僅在AmazonVPC平台提供的多種功能–例如：啟用增強型聯網、將多個私有IP地址指派給執行個體，或者變更執行個體的安全群組。

如需使用VPC有哪些好處的詳細資訊，請參閱AmazonEC2和AmazonVirtualPrivateCloud(AmazonVPC)。

您可以採取步驟將您的資源從EC2-Classic遷移到AmazonVPC。

如需詳細資訊，請參閱MigratingaLinuxInstancefromEC2-ClassictoaVPC。

問：什麼是高I/O執行個體？ 高I/O執行個體使用以NVMe為基礎的本機執行個體儲存體，為應用程式提供極高的低延遲性和I/O容量，最適合需要數百萬IOPS的應用程式。

與叢集執行個體類似，高I/O執行個體可以透過叢集置放群組進行叢集化，實現低延遲聯網功能。

問：AmazonEC2的所有功能是否都可用於高I/O執行個體？ 高I/O執行個體支援所有的AmazonEC2功能。

I3和I3en執行個體提供僅NVMe的儲存，而上一代I2執行個體則能夠存取舊版的blkfront儲存體。

目前，您只能以隨需、預留執行個體或Spot執行個體的形式購買高I/O執行個體。

問：我可以使用的高I/O執行個體數量是否有限制？ 目前，預設可以啟動2個i3.16xlarge執行個體。

如果要執行2個以上隨需執行個體，請填寫AmazonEC2執行個體申請表。

問：i3.16.xlarge執行個體可以提供多少IOPS？ 使用HVMAMI時，高I/OI3執行個體可以在8x1.9TBNVMe裝置之間為應用程式提供最多330萬以4KB區塊大小測量的100%隨機讀取IOPS，以及最多30萬以4KB區塊大小測量的100%隨機寫入IOPS。

問：i3執行個體的連續輸送量為多少？ 以128K區塊大小測量的最大連續輸送量為16GB/秒的讀取輸送量以及6.4GB/秒的寫入輸送量。

問：AWS有其他資料庫和大數據服務。

何時或者為什麼要使用高I/O執行個體？ 高I/O執行個體是需要存取數百萬低延遲IOPS的應用程式的理想選擇，而且能夠利用管理資料冗餘和可用性的資料存放區和架構。

範例應用程式如下： Cassandra和MongoDB等NoSQL資料庫。

Aerospike等記憶體內資料庫 Elasticsearch與分析工作負載 OLTP系統 問：高I/O執行個體是否提供任何容錯移轉機制或冗餘能力？ 與其他AmazonEC2執行個體類型相似，I3和I3en執行個體上的執行個體儲存體在執行個體的生命週期內均保留。

客戶應在其應用程式內建置恢復能力。

我們建議使用支援冗餘和容錯能力的資料庫和檔案系統。

客戶應定期備份資料到AmazonS3，以提高資料持久性。

問：高I/O執行個體是否支援TRIM？ TRIM命令可以讓作業系統告知SSD哪些資料區塊已不再視為使用中，可以在內部抹除。

如果沒有TRIM，以後對受影響資料區塊的寫入操作會顯著變慢。

I3和I3en執行個體支援TRIM。

問：I3en.24xlarge執行個體可以提供多少IOPS？ 使用HVMAMI時，高I/OI3en執行個體可以在8x7.5TBNVMe裝置之間為應用程式提供最多200萬以4KB區塊大小測量的100%隨機讀取IOPS，以及最多160萬以4KB區塊大小測量的100%隨機寫入IOPS。

問：I3en執行個體的連續輸送量為多少？ 以128K區塊大小測量的最大連續輸送量為16GB/秒的讀取輸送量以及8GB/秒的寫入輸送量。

問：D3和D3en執行個體與D2執行個體相比如何？ D3和D3en執行個體在以下運算、儲存和網路屬性方面提供了比D2更好的規範： D3和D3en執行個體比同等D2執行個體提供高達30%的運算效能。

確切的效能優勢將取決於特定工作負載。

D3和D3en執行個體的磁碟輸送量分別比D2執行個體高45%和100%。

D3執行個體的價格比D2執行個體低5%。

相較於D2執行個體，D3en執行個體每TB儲存成本降低高達80%。

D3和D3en執行個體提供IntelAdvancedVectorExtensions(AVX512)，相較於D2上的AVX2，每個週期的FLOPS最多為2倍。

D3en執行個體提供了新的執行個體大小(12xl)和48個vCPU，每個vCPU7TB儲存空間(總儲存空間為336TB)，但每個vCPU記憶體只有D2的一半，總儲存空間為48TB。

D3和D3en執行個體在其最大大小上分別提供高達25Gbps和75Gbps網路頻寬，以滿足客戶在執行大數據工作負載和檔案系統叢集時對網絡效能的需求。

問：D3和D3en執行個體是否加密儲存磁碟區和網路流量？ 是；寫入儲存磁碟區的資料將使用AES-256-XTS進行靜態加密。

依預設，相同VPC或對等VPC中的D3與D3en執行個體之間的網路流量使用256位元金鑰加密 儲存 AmazonElasticBlockStore(EBS)|AmazonElasticFileSystem(EFS)|NVMe執行個體儲存體 AmazonElasticBlockStore(EBS) 問：系統終止時我的資料會發生什麼情況？ 存放於本機執行個體存放區中的資料僅在執行個體存活期間保留。

不過，存放在AmazonEBS磁碟區上的資料將獨立於執行個體的生命週期保留下來。

因此，我們建議您將本機執行個體存放區用於臨時資料，而對於需要保存較長時間的資料，我們建議您使用AmazonEBS磁碟區，或將資料備份到AmazonS3。

如果將AmazonEBS磁碟區用作根分區，而您希望在執行個體生命週期外保留AmazonEBS磁碟區，則需要將DeleteOnTerminate旗標設為N。

問：AmazonEBS磁碟區預計可以給我帶來什麼樣的效能？ AmazonEBS提供四種最新一代的磁碟區類型，其可分成兩種主要類別：適用於交易工作負載的SSD支援儲存和適用於輸送量密集型工作負載的HDD支援儲存。

這些磁碟區類型的效能特點和價格不同，您可以根據應用程式的需求來訂製您所需的儲存效能和費用。

如需詳細資訊，請參閱EBS產品詳細資訊頁面；如需有關效能的其他資訊，請參閱AmazonEC2使用者指南的EBS效能部分。

問：什麼是輸送量最佳化HDD(st1)和冷HDD(sc1)磁碟區類型？ ST1磁碟區由硬碟(HDD)提供支援，非常適合用於經常存取、包含龐大資料集和大型I/O的輸送量密集型工作負載，如MapReduce、Kafka、日誌處理、資料倉儲及ETL工作負載。

這些磁碟區提供輸送量效能(以MB/秒為測量單位)，而且包含大幅提升到每TB250MB/秒的能力，其基準輸送量為每TB40MB/秒，且每個磁碟區的最大輸送量為500MB/秒。

ST1設計為在99%的時間都能提供預期的輸送量效能，而且有足夠的I/O積分可支援高載速率的完整磁碟區掃描。

SC1磁碟區是由硬碟(HDD)提供支援，並提供所有EBS磁碟區類型中每GB的最低成本。

它非常適合包含大量不常使用資料集且存取頻率較低的工作負載。

與st1類似，sc1提供高載模式：這些磁碟區可大幅提升到每TB80MB/秒，基準輸送量為每TB12MB/秒，且每個磁碟區的最大輸送量為250MB/秒。

對於不常存取的資料，sc1提供價格非常低廉的儲存服務。

SC1設計為在99%的時間都能提供預期的輸送量效能，而且有足夠的I/O積分可支援高載速率的完整磁碟區掃描。

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

問：我應該選擇何種磁碟區類型？ AmazonEBS包含兩種主要儲存類別：一個是適用於交易工作負載的SSD支援儲存(效能主要取決於IOPS)，另一個是適用於輸送量工作負載的HDD支援儲存(效能主要取決於MB/秒的輸送量)。

SSD支援的磁碟區是專為交易式、IOPS密集型資料庫工作負載、開機磁碟區及需要高IOPS的工作負載而設計。

SSD支援的磁碟區包括佈建IOPSSSD(io1和io2)和一般用途SSD(gp2和gp3)。

HDD支援的磁碟區是專為輸送量密集型和大數據工作負載、大型I/O及序列化I/O模式而設計。

HDD支援的磁碟區包括輸送量優化HDD(st1)和冷HDD(sc1)。

如需AmazonEBS的詳細資訊，請參閱EBS產品詳細資訊頁面。

問：是否支援多個執行個體存取一個磁碟區？ 是，您可以在EBS佈建IOPSio1磁碟區啟用Multi-Attach，使磁碟區可以同時連結至同一可用區域內最多16個以Nitro為基礎的EC2執行個體。

如需AmazonEBSMulti-Attach的詳細資訊，請參閱EBS產品頁面。

問：是否可以使用常規的AmazonS3API存取我的EBS快照？ 否，只能透過AmazonEC2API存取EBS快照。

問：是否需要卸載磁碟區才能拍攝快照？是否需要完成快照後才能重新使用磁碟區？ 否，可以在連接和使用磁碟區期間即時拍攝快照。

不過，快照只能擷取已寫入AmazonEBS磁碟區的資料，可能不包含應用程式或作業系統已在本機快取的資料。

為了確保能為執行個體連接的磁碟區獲得一致的快照，我們建議先徹底地斷開磁碟區連接，再發出快照命令，然後重新連接磁碟區。

對於用作根裝置的AmazonEBS磁碟區，我們建議先關閉機器，以便能拍攝完整的快照。

問：快照是否進行版本控制？能否讀取舊版的快照來執行point-in-time恢復？ 每個快照都會獲得一個唯一的識別符，客戶可以根據任何現有的快照建立磁碟區。

問：使用AmazonEBS共享快照時如何收費？ 如果您共享快照，則其他使用者製作您快照的複本時，我們不會向您收取費用。

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

問：我的AmazonEBS共享快照的使用者是否可以更改我的資料？ 有權根據您的共享快照建立磁碟區的使用者，首先會製作該快照的一個複本到其帳戶中。

使用者可以修改自己的資料複本，但您原始快照中的資料，以及由其他使用者從您原始快照建立的任何其他磁碟區中的資料將保持不變。

問：如何發現已與我共享的AmazonEBS快照？ 您可以從AWS管理主控台Snapshots部分的查看下拉式清單中選擇「PrivateSnapshots」來尋找已與您共享的快照。

此部分將列出您自己的快照，以及他人與您共享的快照。

問：如何了解哪些AmazonEBS快照是全域共享的？ 您可以從AWS管理主控台Snapshots部分的查看下拉式清單中選擇「PublicSnapshots」來尋找全域共享的快照。

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

EBS提供順暢的資料磁碟區和快照加密。

EBS加密可讓您更符合安全性和加密規範要求。

問：如何找到Amazon公用資料集清單？ 我們的公用資料集資源中心提供有關公用資料集的所有資訊。

您也可以在AWS管理主控台中，從Snapshots部分的查看下拉式清單選擇"AmazonSnapshots"以獲取公用資料集清單。

問：哪裡可以進一步了解EBS？ 您可以瀏覽AmazonEBS常見問答集頁面。

AmazonElasticFileSystem(EFS) 問：如何從AmazonEC2執行個體存取檔案系統？ 若要存取檔案系統，您要使用標準Linux掛載命令及檔案系統的DNS名稱，將檔案系統掛載在AmazonEC2以Linux為基礎的執行個體上。

完成掛載之後，就能如同在本機檔案系統一般來使用檔案系統中的檔案和目錄。

AmazonEFS使用NFSv4.1協定。

有關如何從AmazonEC2執行個體存取檔案系統的逐步範例，請參閱AmazonEFS 入門指南。

問：AmazonEFS可以搭配哪些AmazonEC2執行個體類型和AMI使用？ AmazonEFS與所有AmazonEC2執行個體類型相容，且可從LinuxAMI存取。

您可以混合和搭配與單一檔案系統連接的執行個體類型。

有關如何從AmazonEC2執行個體存取檔案系統的逐步範例，請參閱AmazonEFS 入門指南。

問：如何將資料載入檔案系統？ 您可以將資料從AmazonEC2執行個體或現場部署資料中心伺服器載入AmazonEFS檔案系統。

AmazonEFS檔案系統可掛載在AmazonEC2執行個體上，因此AmazonEC2執行個體可存取的所有資料也都能讀取和寫入AmazonEFS。

要載入目前未存放在Amazon雲端的資料，可以使用將檔案傳輸至AmazonEC2的現行方法進行，例如安全複製(SCP)。

AmazonEFS檔案系統也可掛載在現場部署伺服器上，因此現場部署伺服器可存取的所有資料也都能使用標準Linux工具讀取和寫入AmazonEFS。

如需從現場部署伺服器存取檔案系統的詳細資訊，請參閱AmazonEFS常見問答集的現場部署存取部分。

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

問：如何從VPC外存取檔案系統？ VPC內的AmazonEC2執行個體可以直接存取檔案系統，而VPC外的AmazonEC2Classic執行個體可使用ClassicLink掛載檔案系統。

現場部署伺服器可透過到VPC的 AWSDirectConnect 連線掛載檔案系統。

問：可連接至檔案系統的AmazonEC2執行個體數量為何？ AmazonEFS支援一到數千個AmazonEC2執行個體同時連接至檔案系統。

問：哪裡可以進一步了解EFS？ 您可以瀏覽AmazonEFS常見問答集頁面。

NVMe執行個體儲存體 問：存放在AmazonEC2NVMe執行個體儲存體的資料是否加密？ 是，在NVMe執行個體儲存體提供的本機連接SSD撰寫資料之前，所有資料都會在AWSNitro硬體模組中加密。

問：加密AmazonEC2NVMe執行個體儲存體時，使用哪些加密演算法？ AmazonEC2NVMe執行個體儲存體使用XTS-AES-256資料區塊加密技術進行加密。

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

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

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

問：I3和I3en發佈的IOPS效能數據是否包含資料加密？ 是，I3和I3enNVMe執行個體儲存體記錄的IOPS數據包含加密。

問：AmazonEC2NVMe執行個體儲存體是否支援AWSKeyManagementService(KMS)？ 否，NVMe執行個體儲存體上的磁碟加密不支援與AWSKMS系統整合。

客戶無法在NVMe執行個體儲存體使用自己的金鑰。

  聯網和安全 ElasticFabricAdapter(EFA)| ElasticIP|ElasticLoadBalancing| Enhancednetworking| 安全 ElasticFabricAdapter(EFA) 問：為什麼應該使用EFA？ EFA為緊密耦合的HPC應用程式提供雲端的可擴展性、靈活性和彈性。

緊密耦合的HPC應用程式可透過EFA存取比傳統TCP管道更低、更一致的延遲和更高的輸送量，以提高擴展能力。

您可以在任何支援的EC2執行個體隨需動態啟用EFA支援，無須預先保留，讓您可以靈活因應不斷變化的業務/工作負載優先順序。

問：哪些類型的應用程式可受益於使用EFA？ 高效能運算(HPC)應用程式可在一個執行個體叢集分配運算工作負載，以便進行平行處理。

HPC應用程式的範例包括計算流體動力學(CFD)、碰撞模擬和天氣模擬。

HPC應用程式通常使用MessagePassingInterface(MPI)編寫，並在執行個體間的通訊實施嚴格的延遲和頻寬規定。

使用支援libfabric通訊堆疊的MPI和其他HPC中介軟體的應用程式都可從EFA獲得不少好處。

問：EFA通訊如何運作？ EFA裝置提供所有ENA裝置功能和新的OS旁路硬體界面，可讓使用者空間應用程式直接與硬體提供的可靠傳輸功能進行通訊。

大多數應用程式會使用現有的中介軟體，例如MessagePassingInterface(MPI)，來連接EFA。

AWS與眾多中介軟體供應商合作，以確保支援EFA的OS旁路功能。

請注意，使用OS旁路功能的通訊僅適用於VirtualPrivateCloud(VPC)單一子網路內的執行個體。

問：哪些執行個體類型支援EFA？ EFA目前可用於m6a.48xlarge、m6i.32xlarge、m5n.24xlarge、m5dn.24xlarge、m5n.metal、m5dn.metal、r6i.32xlarge、r5n.24xlarge、r5dn.24xlarge、r5n.metal、r5dn.metal、c6i.32xlarge、c5n.18xlarge、c5n.metal、p3dn.24xlarge、i3en.24xlarge和i3en.metal執行個體大小。

未來幾個月將新增更多執行個體類型和大小的支援。

問：EFAENI和ENAENI有何不同？ ENAENI可提供支援VPC網路所需的傳統IP網路功能。

EFAENI不僅提供ENAENI的所有功能，還提供讓應用程式直接與EFAENI通訊的硬體支援，無須透過擴充型程式設計界面使用執行個體核心(OS旁路通訊)。

由於EFAENI的進階功能，只能在啟動或停止執行個體時才能連接EFAENI。

問：在執行個體啟用EFA有哪些先決條件？ 您可以在啟動執行個體時啟用EFA支援，也可以將EFA支援新增至已停止的執行個體。

EFA裝置無法連接到執行中的執行個體。

    彈性IP 問：為什麼每個區域限制使用5個彈性IP地址？ 公有(IPV4)網際網路地址是稀有的資源。

可用的公有IP空間數量有限，AmazonEC2也致力於幫助有效地使用該空間。

根據預設，所有帳戶在每個區域僅限使用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名稱伺服器(如AmazonRoute53)，請聯絡AWS客戶支援，以便自行管理反向DNSPTR記錄支援這些使用案例。

請注意，必須有指向該彈性IP地址的對應正向DNS記錄，才能建立反向DNS記錄。

ElasticLoadBalancing 問：ElasticLoadBalancing服務提供哪些負載平衡選項？ ElasticLoadBalancing提供兩種類型的負載平衡器，這兩者都具備高可用性、自動擴展及穩健的安全功能。

包括ClassicLoadBalancer，其可依據應用程式或是網路層級的資訊來路由流量，以及ApplicationLoadBalancer可根據進階應用程式層級的資訊(包含請求的內容)來路由流量。

問：何時該使用ClassicLoadBalancer，何時又該使用ApplicationLoadBalancer？ ClassicLoadBalancer適用於跨多個EC2執行個體的簡易負載平衡，而ApplicationLoadBalancer則適用於需要進階路由功能、微型服務和以容器為基礎架構的應用程式。

請瀏覽ElasticLoadBalancing以取得更多資訊。

增強型聯網 問：此功能包含哪些聯網功能？ 目前，我們使用SR-IOV(單一根I/O虛擬化)支援增強型聯網功能。

SR-IOV是一種裝置虛擬化方法，與傳統實作相比，它不僅能提高I/O效能，同時還能降低CPU利用率。

對於受支援的AmazonEC2執行個體，此功能可提高每秒資料包數(PPS)效能、縮短執行個體間的延遲，並大幅降低網路抖動。

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

問：如何在受支援的執行個體上啟用增強型聯網？ 若要啟用此功能，您必須使用合適的驅動程式啟動HVMAMI。

列示為最新一代的執行個體使用適用於增強聯網的ENA，C4、D2除外，M4執行個體小於m4.16xlarge。

C3、C4、D2、I2、M4(不含m4.16xlarge)和R3執行個體使用Intel®82599g虛擬功能界面(該界面使用"ixgbevf"Linux驅動程式)。

AmazonLinuxAMI預設包含這兩種驅動程式。

對於不包含這些驅動程式的AMI，則需要根據您計劃使用的執行個體類型下載並安裝合適的驅動程式。

可以按照Linux或Windows說明，在預設不包含SR-IOV驅動程式的AMI中啟用增強型聯網。

僅AmazonVPC支援增強型聯網。

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

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

問：為什麼只有AmazonVPC支援增強型聯網？ 透過AmazonVPC，我們可以為您提供許多無法在EC2-Classic中實現的進階聯網功能。

增強型聯網是可透過AmazonVPC實現的另一項功能。

問：哪些執行個體類型支援增強型聯網？ 根據您的執行個體類型而定，增強型聯網可用下列其中一種機制啟用： Intel82599虛擬功能(VF)界面–Intel82599虛擬功能介面在支援的執行個體類型上支援高達10Gbps的網路速度。

C3、C4、D2、I2、M4(m4.16xlarge除外)和R3執行個體使用Intel82599VF介面支援增強型聯網。

彈性網路轉接器(ENA)-彈性網路轉接器(ENA)在支援的執行個體類型上支援高達100Gbps的網路速度。

列示為最新一代的執行個體使用適用於增強聯網的ENA，C4、D2除外，M4執行個體小於m4.16xlarge。

安全性 問：如何防止他人查看我的系統？ 您可以完全掌控您系統的可見性。

AmazonEC2安全系統允許您將執行的執行個體放入您選擇的任意群組中。

藉助Web服務界面，您可以指定哪些群組能夠與哪些其他群組通訊，以及網際網路上的哪些IP子網路可以和哪些群組通訊。

這可讓您在我們高度動態的環境中控制對您執行個體的存取。

當然，您也應當像其他伺服器一樣為您的執行個體提供安全保護。

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

要獲得從您的帳戶發起的所有EC2API呼叫(包括VPC和EBS)的歷史記錄，您只需在AWS管理主控台中打開CloudTrail。

如需詳細資訊，請瀏覽CloudTrail首頁。

問：在何處可以找到有關AWS安全性的更多資訊？ 如需AWS安全性的詳細資訊，請參閱我們的AmazonWebServices：安全程序概觀白皮書和AmazonEC2runningWindowsSecurityGuide。

  管理 AmazonCloudWatch|AmazonEC2AutoScaling|Hibernate|VMImport/Export AmazonCloudWatch 問：AmazonCloudWatch接收和彙總資料的最小時間間隔精細度是多少？ 以1分鐘為間隔接收和聚合指標。

問：AmazonCloudWatch支援哪些作業系統？ AmazonCloudWatch為所有AmazonEC2執行個體接收和提供指標，且應適用於AmazonEC2服務目前支援的所有作業系統。

問：如果停用某個AmazonEC2執行個體的監控，是否會遺失指標資料？ 您可以接收自開始監控AmazonEC2執行個體起最多2週時間內的指標資料。

兩週後，如果已停用了AmazonEC2執行個體的監控，則該AmazonEC2執行個體的指標資料將不可用。

如果要存檔2週以上的指標，您可以從命令列中呼叫mon-get-stats命令，並在AmazonS3或AmazonSimpleDB中儲存結果。

問：是否可以存取已終止的AmazonEC2執行個體或已刪除之ElasticLoadBalancer的指標資料？ 是。

AmazonCloudWatch為已終止的AmazonEC2執行個體或已刪除的ElasticLoadBalancer存放2週的指標資料。

問：AmazonCloudWatch監控費用是否因所監控的AmazonEC2執行個體類型而不同？ 否，AmazonCloudWatch監控費用不會因AmazonEC2執行個體類型而有差異。

問：當我以5分鐘和1分鐘期間查看時，為什麼同一時段的圖形會有不同？ 如果以5分鐘和1分鐘期間查看同一時段，您可能會發現資料點顯示在圖形的不同位置上。

對於您在圖形中指定的期間，AmazonCloudWatch會尋找所有可用的資料點，再計算出單一聚合點來代表整個時段。

如果是5分鐘期間，該單一資料點會位於5分鐘時段的開頭。

如果是1分鐘期間，該單一資料點會位於1分鐘標記上。

我們建議使用1分鐘期間來進行故障診斷，以及其他需要最精確時段圖形的活動。

AmazonEC2AutoScaling 問：是否可以自動擴展AmazonEC2AutoScaling群組？ 是。

AmazonEC2AutoScaling是全受管服務，旨在自動啟動或終止AmazonEC2執行個體，協助確保您擁有適當的AmazonEC2執行個體數量處理應用程式的負載。

EC2AutoScaling可協助您透過EC2執行個體的叢集管理來維護應用程式可用性，叢集管理可偵測並替換運作狀態不佳的執行個體，並根據您定義的條件，自動擴展或縮減的AmazonEC2容量。

您可以使用EC2AutoScaling在需求尖峰期間自動增加AmazonEC2執行個體的數量以維護效能，並在需求平淡期自動減少容量以降低成本。

EC2AutoScaling中的配置策略可決定如何從Spot執行個體集區滿足叢集中的Spot執行個體。

容量優化配置策略透過分析容量指標，嘗試從可用性最高的Spot執行個體集區佈建Spot執行個體。

對於具有較高中斷成本的工作負載(如大數據和分析、影像和媒體轉譯、機器學習和高效能運算)，此策略是不錯的選擇。

最低價格配置策略會嚴格根據‘N’最低價格集區的多樣化來啟動Spot執行個體。

如需詳細資訊，請參閱AmazonEC2AutoScaling常見問答集。

休眠 問：我為什麼要讓執行個體休眠？ 如果執行個體和應用程式需要很長時間來引導(例如載入記憶體快取)，您可以讓執行個體休眠，讓您的執行個體和應用程式快速啟動和執行。

您可以啟動執行個體，在達到所需的狀態後執行休眠。

接著，讓這些「預熱」的執行個體繼續執行，以減少執行個體返回服務所需的時間。

休眠會在停止/啟動週期保留記憶體狀態。

問：當我讓執行個體休眠時，會發生什麼狀況？ 讓執行個體休眠時，會保留EBS根磁碟區和任何連接之EBS資料磁碟區中的資料。

此外，執行個體記憶體(RAM)中的內容會保留在EBS根磁碟區。

重新啟動執行個體即可返回先前的狀態並重新載入RAM內容。

問：休眠和停止有什麼不同？ 在休眠的情況下，您的執行個體會進入休眠狀態，並保留RAM資料。

在停止的情況下，您的執行個體會關閉，並清除RAM資料。

這兩種情況都會保留EBS根磁碟區和任何連接的EBS資料磁碟區中的資料。

您的私有IP地址和彈性IP地址(如果有)都將保持不變。

網路層行為則與EC2停止啟動工作流程類似。

停止和休眠僅適用於AmazonEBS後端執行個體。

不會保留本機執行個體儲存體。

問：讓執行個體休眠的費用為何？ 讓執行個體休眠，需按照標準EBS費率支付儲存費用。

和停止執行個體一樣，當執行個體進入休眠狀態時，不會產生執行個體使用費。

問：我如何讓執行個體休眠？ 您必須在啟動執行個體時啟用休眠。

啟用之後，您可以使用StopInstancesAPI搭配其他‘Hibernate’參數來觸發休眠。

您也可以選擇執行個體，然後依序按一下主控台中的Actions>InstanceState>Stop-Hibernate。

要進一步了解休眠的用法，請參閱使用者指南。

問：如何恢復休眠中的執行個體？ 您可以像恢復一般停止的執行個體一樣，呼叫StartInstancesAPI來恢復休眠中的執行個體。

您也可以選擇執行個體，然後依序按一下主控台中的Actions>InstanceState>Start。

問：是否可以在現有執行個體上啟用休眠？ 否，您無法在現有執行個體(執行中或已停止)啟用休眠。

您必須在執行個體啟動時啟用此功能。

問：如何判斷執行個體是否進入休眠狀態？ 您可以查看狀態原因來判斷執行個體是否進入休眠。

狀態原因應為'Client.UserInitiatedHibernate'。

這項資訊可以在主控台的“Instances-Details”檢視下顯示，或在DescribeInstancesAPI回應中顯示為“reason”欄位。

問：執行個體進入休眠後的狀態為何？ 休眠的執行個體處於「已停止」狀態。

問：執行個體休眠時會儲存哪些資料？ 會儲存EBS磁碟區儲存(啟動磁碟區和連接的資料磁碟區)和記憶體(RAM)。

您的私有IP地址和彈性IP地址(如果有)都將保持不變(用於VPC)。

網路層行為則與EC2停止啟動工作流程類似。

問：執行個體休眠時會將資料存放在哪裡？ 和「停止」功能一樣，根裝置和連接的裝置資料會存放在對應的EBS磁碟區。

記憶體(RAM)內容會存放在EBS根磁碟區。

問：將記憶體(RAM)資料移至EBS時是否會加密？ 是，將RAM資料移至EBS根磁碟區時一律會加密。

EBS根磁碟區加密會在執行個體啟動時執行。

這是為了確保在休眠時可保護記憶體中的任何敏感內容。

問：我可以讓執行個體休眠多久的時間？ 我們不支援讓執行個體休眠超過60天。

如果您希望保留執行個體較長時間，則需要恢復執行個體並執行停止和啟動(不使用休眠)。

我們一直努力透過升級和安全修補程式讓平台保持最新狀態，但其中部分的升級和修補程式可能與舊版休眠執行個體衝突。

如有重大消息要求您恢復休眠中的執行個體，以執行關機或重新開機時，我們會通知您。

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

問：哪些執行個體和作業系統支援休眠？ 對於執行AmazonLinux、AmazonLinux2、Ubuntu和Windows的執行個體，C3、C4、C5、C5d、I3、M3、M4、M5、M5a、M5ad、M5d、R3、R4、R5、R5a、R5ad、R5d、T2、T3和T3a執行個體都支援休眠。

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

對於Windows，高達16GBRAM的執行個體支援休眠。

對於其他作業系統，少於150GBRAM的執行個體支援休眠。

若要檢閱支援的作業系統版本和執行個體類型的清單，請參閱使用者指南。

問：如果要讓執行個體休眠，是否要使用特定的AmazonMachineImage(AMI)？ 您可以使用任何設定為支援休眠的AMI。

您可以使用預設支援休眠並由AWS發佈的AMI。

或者，您可以在按照休眠先決條件檢查清單逐條執行並適當設定執行個體後，從執行個體建立自訂映像。

問：如果我的EBS根磁碟區大小不足以存放休眠的記憶體狀態(RAM)，該怎麼辦？ 若要啟用休眠，會在根磁碟區上分配空間以存放執行個體記憶體(RAM)。

請確定根磁碟區有足夠的空間可以存放RAM內容並支援您的預期用途，例如：作業系統、應用程式。

如果EBS根磁碟區沒有足夠的空間，休眠將會失敗，並關閉執行個體。

VMImport/Export 問：什麼是VMImport/Export？ 客戶可以透過使用VMImport/Export匯入虛擬機器(VM)映像來建立AmazonEC2執行個體。

此外，客戶還可以透過匯出以前匯入的EC2執行個體來建立VM。

客戶可以使用VMImport/Export將其VM遷移到AmazonEC2，利用以前用於建置VM的投資。

問：支援哪些作業系統？ VMImport/Export目前支援Windows與LinuxVM，包括WindowsServer2003、WindowsServer2003R2、WindowsServer2008、WindowsServer2012R1、RedHatEnterpriseLinux(RHEL)5.1-6.5(使用CloudAccess)、Centos5.1-6.5、Ubuntu12.04、12.10、13.04、13.10以及Debian6.0.0-6.0.8,7.0.0-7.2.0。

如需更多VMImport的詳細資訊，包括支援的檔案格式、架構與作業系統組態，請參閱AmazonEC2UserGuide的VMImport/Export章節。

問：支援哪些虛擬機器檔案格式？ 您可以將VMwareESXVMDK映像、CitrixXenVHD映像、MicrosoftHyper-VVHD映像和RAW映像匯入為AmazonEC2執行個體。

您可以將EC2執行個體匯出到VMwareESXVMDK、VMwareESXOVA、MicrosoftHyper-VVHD或CitrixXenVHD映像。

如需支援的作業系統的完整清單，請參閱支援哪些作業系統？ 問：什麼是VMDK？ VMDK是一種檔案格式，它指定在單個檔案內封裝的虛擬機器硬碟。

它通常供虛擬IT基礎架構使用，如VMware,Inc.銷售的此類產品。

問：如何準備VMDK檔案，以便使用VMwarevSphere用戶端匯入？ 可以透過呼叫VMwarevSphereClient中的File-Export-ExporttoOVF範本準備VMDK檔案。

產生的VMDK檔案會被壓縮以縮小映像大小，並與VMImport/Export相容。

如果您使用AmazonEC2VMImportConnectorvAppforVMwarevCenter，則無須進行特別的準備。

問：什麼是VHD？ VHD(虛擬硬碟)是一種檔案格式，它指定在單個檔案內封裝的虛擬機器硬碟。

VHD映像格式由MicrosoftHyper-V和CitrixXen等虛擬化平台使用。

問：如何準備VHD檔案，以便從CitrixXen匯入？ 打開CitrixXenCenter，然後選擇要匯出的虛擬機器。

在Tools功能表下，選擇"VirtualApplianceTools"，然後選擇"ExportAppliance"以啟動匯出任務。

匯出完成後，您可以在匯出對話方塊中指定的目標目錄中找到VHD映像檔案。

問：如何準備VHD檔案，以便從MicrosoftHype-V匯入？ 打開Hyper-VManager，然後選擇要匯出的虛擬機器。

在虛擬機器的Actions窗格中，選擇"Export"以啟動匯出任務。

匯出完成後，您便可以在匯出對話方塊中指定的目標目錄中找到VHD映像檔案。

問：匯入VM到AmazonEC2中時是否還有任何其他要求？ 在產生VMDK或VHD映像前，虛擬機器必須處於已停止狀態。

虛擬機器不可處於暫停或擱置狀態。

我們建議您匯出僅連接了啟動磁碟區的虛擬機器。

您可以使用ImportVolume命令匯入其他磁碟，再使用AttachVolume將它們連接到虛擬機器。

此外，也不支援加密的磁碟(如BitLocker)和加密的映像檔案。

您也需負責確保您擁有必要的權利和授權，將VM映像中包含的任何軟體匯入AWS中並執行。

問：是否需要對虛擬機器進行任何特定的配置，以便能匯入到AmazonEC2？ 確保為遠端存取啟用遠端桌面(RDP)或安全外殼(SSH)，並確認您的主機防火牆(Windows防火牆、iptable或類似防火牆)(如果已配置)允許存取RDP或SSH。

否則在匯入完成後，您將無法存取您的執行個體。

另請確保，為包括管理員在內的所有使用者將WindowsVM配置為使用強式密碼並將LinuxVM配置為使用公開金鑰進行SSH存取。

問：如何將虛擬機器匯入到AmazonEC2執行個體？ 您可以使用AmazonEC2API工具匯入您的VM映像： 透過ec2-import-instanceAPI匯入VMDK、VHD或RAW檔案。

匯入執行個體任務會獲取所需的參數以正確設定AmazonEC2執行個體屬性(執行個體大小、可用區域和安全群組)，並將磁碟映像上傳到AmazonS3。

如果ec2-import-instance未完成上傳就被中斷或終止，請使用ec2-resume-import恢復上傳。

匯入任務將在中斷處繼續進行。

使用ec2-describe-conversion-tasks命令可以監控匯入過程，並獲得產生的AmazonEC2執行個體ID。

完成匯入任務後，您可以為ec2-run-instancesAPI指定AmazonEC2執行個體ID來啟動該執行個體。

最後，請使用ec2-delete-disk-image命令列工具從AmazonS3刪除磁碟映像，因為已不再需要它。

或者，如果您使用的是VMwarevSphere虛擬化平台，則可以使用透過AWSManagementPortalforvCenter提供的圖形使用者界面將虛擬機器匯入AmazonEC2。

請參閱AWSManagementPortalforvCenter的入門指南。

AWSManagementPortalforvCenter包含對VMImport的整合支援。

在vCenter中安裝入口網站後，您可以用滑鼠右鍵按一下虛擬機器，然後選取"MigratetoEC2"，從虛擬機器建立EC2執行個體。

入口網站會將虛擬機器從vCenter匯出並上傳到S3，然後將其轉換到EC2執行個體中，這個過程無須任何額外的工作。

您還可以追蹤入口網站中進行的虛擬機器遷移進度。

問：如何將AmazonEC2執行個體匯出到我的現場部署虛擬化環境？ 您可以使用AmazonEC2CLI工具匯出AmazonEC2執行個體： 使用ec2-create-instance-export-task命令匯出執行個體。

匯出命令會獲取所需的參數(執行個體ID、保存所匯出映像的S3儲存貯體、所匯出映像的名稱，以及VMDK、OVA或VHD格式)，以便將執行個體匯出為您選擇的格式。

匯出的檔案會保存在您之前建立的S3儲存貯體中 使用ec2-describe-export-tasks可以監控匯出進度 使用ec2-cancel-export-task可以在完成前取消匯出任務 問：使用VMImport/Export匯出EC2執行個體是否有任何其他要求？ 對於之前用VMImport/Export匯入的EC2執行個體，您可以匯出正在執行或已停止的執行個體。

如果執行個體正在執行，它會暫時停止以便為啟動磁碟區拍攝快照。

無法匯出EBS資料磁碟區。

無法匯出具有多個網路界面的EC2執行個體。

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

但是VMImport/Export僅匯出EC2執行個體的啟動磁碟區。

問：匯入虛擬機器有什麼費用？ 上傳和儲存VM映像檔案時，您需要支付標準的AmazonS3資料傳輸和儲存費。

匯入虛擬機器後，則適用標準的AmazonEC2執行個體小時費和EBS服務費。

如果匯入過程完成後您不再希望將VM映像檔案存放在S3中，請使用ec2-delete-disk-image命令列工具從AmazonS3刪除您的磁碟映像。

問：匯出虛擬機器有什麼費用？ 您需要支付標準的AmazonS3儲存體費用，以儲存您匯出的VM映像檔案。

將匯出的VM映像檔案下載到現場部署虛擬化環境時，還要支付標準的S3數據傳輸費。

最後，您要支付標準的EBS費用，以儲存EC2執行個體的臨時快照。

為了盡可能降低儲存費用，請在VM映像檔案下載到您的虛擬化環境後，將其從S3中刪除。

問：匯入WindowsServer2003或2008的VM時，作業系統授權由誰負責提供？ 在啟動使用MicrosoftWindowsServer2003或2008的已匯入VM時，您需支付標準執行個體小時費，以便AmazonEC2執行適當的WindowsServer版本，這其中包含了在AmazonEC2中使用該作業系統的權限。

您需負責確保所有已安裝的其他軟體具有適當的授權。

若如此，我在匯入WindowsServer2003或2008的VM時，我的現場部署MicrosoftWindows授權金鑰會有什麼情況呢？因為與該VM相關的現場部署MicrosoftWindows授權金鑰在您匯入VM作為EC2執行個體時未在執行中，您可以在現場部署環境中重複提供為其他VM使用。

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

匯出EC2執行個體後，該EC2執行個體中使用的授權金鑰便不再可用。

在現場部署虛擬化平台中啟動匯出的VM後，您將需要重新啟用並指定新的授權金鑰。

問：匯入RedHatEnterpriseLinux(RHEL)VM時，誰負責提供作業系統授權？ 匯入RedHatEnterpriseLinux(RHEL)VM映像時，您可以對RHEL執行個體使用授權可移植性。

使用授權可移植性時，您需負責維護所匯入執行個體的RHEL授權，這可以使用RedHatEnterpriseLinux的CloudAccess訂閱來實現。

若要進一步了解有關CloudAccess的更多資訊以及確認您的資格，請聯繫RedHat。

問：匯入虛擬機器需要多長時間？ 匯入虛擬機器所需的時間取決於磁碟映像的大小，以及您的網路連線速度。

舉例而言，匯入一個10GBWindowsServer2008SP2VMDK映像時，如果透過10Mbps網路連線傳輸，需要大約2小時。

如果您的網路連線較慢或者要上傳的磁碟很大，可能會顯著延長匯入時間。

問：哪些AmazonEC2區域中可以使用VMImport/Export？ 請參閱區域表頁面，了解不同區域的產品服務具體提供情況。

問：我可以同時執行多少個匯入或匯出任務？ 每個帳戶在每個區域最多可有5個活動匯入任務和5個匯出任務。

問：是否可以在AmazonVirtualPrivateCloud(VPC)中執行匯入的虛擬機器？ 可以，您可以在AmazonVPC中啟動匯入的虛擬機器。

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

VMImport/Export命令可以透過EC2CLI和API使用。

您也可以使用AWSManagementPortalforvCenter將VM匯入AmazonEC2。

匯入後，產生的執行個體即可透過AWS管理主控台使用。

計費和購買選項 計費|SavingsPlans| 可轉換預留執行個體|EC2叢集| 隨需容量保留| 預留執行個體| 預留執行個體市場|Spot執行個體 計費 問：使用AmazonEC2如何計價和收費？ 您僅需按實際用量付費。

顯示的定價是小時費率，但視您選擇的執行個體而定，可能需要為每個執行個體類型支付每小時或每秒(最低限制60秒)費率。

執行未滿一小時的執行個體依執行個體用量計費。

在不同區域的AWS服務間傳輸的資料，依據標準的區域間資料傳輸費率計費。

其他AmazonWebServices的使用與AmazonEC2分開計費。

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

問：我的AmazonEC2系統的帳單週期怎麼計算？ 從AmazonEC2啟動AMI執行個體的啟動序列時開始計費。

該執行個體終止時停止計費，可以透過Webservices命令或執行"shutdown-h"命令終止執行個體，執行個體故障也會導致執行個體終止。

當您停止執行個體時，我們會關閉它，不會收取已停止執行個體的小時費率或資料傳輸費，但是會收取任何AmazonEBS磁碟區儲存的費用。

若要進一步了解，請瀏覽AWS文件。

問：應計費的EC2執行個體用量如何定義？ 您的執行個體處於「執行」狀態的任何時候都算作應計費的執行個體用量。

如果您不再希望執行個體被收取費用，必須「停止」或「終止」該執行個體，以免產生更多應計費執行個體用量。

當執行個體進入執行狀態時就會開始計費。

問：如果我有兩個執行個體分別在不同的可用區域內，那麼區域資料傳輸將如何收費？ 每個執行個體需按照對應的資料傳輸費用收取資料傳入和傳出費。

因此，如果在這兩個執行個體之間傳輸資料，會對第一個執行個體收取「從EC2傳到其他AWS區域的資料傳輸費」，對第二個執行個體則收取「從其他AWS區域傳入的資料傳輸費」。

如需資料傳輸的詳細資訊，請參閱這個頁面。

問：如果我有兩個執行個體分別在不同的區域，那麼資料傳輸將如何收費？ 每個執行個體需按照區域間資料傳輸費用收取資料傳入和傳出費。

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

問：每月帳單會如何區分每秒和每小時費用？ 雖然每月帳單的EC2費用現在依秒數計費，但為了一致性，每月的EC2帳單會顯示每個執行個體在該月執行的累計用量並以十進制小時計算。

例如，若一個執行個體執行了1小時10分鐘又4秒，則看起來會如1.1677。

請閱讀這個部落格以取得詳細計費報告範例。

問：價格含稅嗎？ 除非另有說明，否則我們的價格不包括適用的稅金和稅收(包括加值稅和適用的營業稅)。

帳單地址在日本的客戶若使用AWS服務，則需負擔日本消費稅。

進一步了解。

SavingsPlans 什麼是SavingsPlans？ SavingsPlans是一種靈活的定價模式，可針對EC2、Lambda和Fargate用量提供低廉的價格，以換取在1年或3年期的用量承諾(以USD/小時計費)。

當您註冊SavingsPlans時，將根據您的用量及承諾用量，向您收取SavingsPlans折扣價。

例如，如果您承諾以10USD/小時來支付運算用量，則可獲得基於該用量的SavingsPlans價格，最高為10USD，超出該承諾的任何用量將按隨需費率收費。

AWS提供哪幾種SavingsPlans？ AWS提供兩種SavingsPlans︰ ComputeSavingsPlans提供最大靈活性，並協助您降低高達66％的成本。

無論執行個體系列、大小、可用區域、區域、作業系統或租用為何，都會自動在EC2執行個體用量套用這些方案，同時還適用於AWSFargate和Lambda用量。

例如，使用ComputeSavingsPlans，您可以隨時從C4執行個體變更為M5執行個體，將工作負載從歐洲(愛爾蘭)移轉至歐洲(倫敦)，或者將工作負載從EC2移轉至Fargate或Lambda，並持續自動支付SavingsPlans價格。

EC2InstanceSavingsPlans提供最低價格，從而節省高達72％的費用，換取該區域針對個別執行個體系列的使用承諾(例如，維吉尼亞北部的M5用量)。

這會自動降低您在該區域中所選執行個體系列的成本，而無須考慮可用區域、大小、作業系統或租用。

藉助EC2InstanceSavingsPlans，您可以靈活地變更該區域系列中執行個體間的用量。

例如，您可以從執行Windows的c5.xlarge移轉至執行Linux的c5.2xlarge，並自動受益於SavingsPlan價格。

SavingsPlans相較於EC2RI如何？ 與「隨需」相較之下，SavingsPlans就如同EC2RI一般，可大幅節省成本，而且能自動減少客戶在跨越任何AWS區域運算用量的帳單金額，即使在用量改變時亦然。

這項服務可讓您靈活地使用最適合您需求的運算選項且可持續節省成本，而且這一切都不需要進行交換或進行修改。

ComputeSavingsPlans可節省高達66％的費用(如同可轉換RI一樣)，可自動降低任何EC2執行個體用量的成本，而不受區域、執行個體系列、大小、作業系統、租用，甚至AWSFargate和Lambda的影響。

EC2InstanceSavingsPlans可節省高達72％的費用(如同標準RI一樣)，無論大小、作業系統如何，均可根據所選區域(例如，維吉尼亞北部的M5)中給定EC2執行個體系列中的任何執行個體用量，自動為您節省費用。

SavingsPlans是否提供EC2執行個體容量保留？ 否，SavingsPlans不提供容量保留。

但是，您可以使用隨需容量保留來預留容量，並使用SavingsPlans以較低的價格支付費用。

如何開始使用SavingsPlans？ 您可以從管理主控台中的AWSCostExplorer或使用API/CLI來開始使用SavingsPlans。

透過使用AWSCostExplorer中提供的建議，您可以輕鬆地做出SavingsPlan承諾，以實現最大節省。

建議的小時承諾基於您的歷史隨需用量，以及您選擇的方案類型、期限和支付方式。

註冊SavingsPlan後，您的運算用量將自動以SavingsPlan的折扣價收費，任何超出承諾的用量，則將以正常的隨需費率收費。

我是否可以繼續購買EC2RI？ 是。

您可以繼續購買RI，以保持與現有成本管理流程的相容性，並且您的RI將配合SavingsPlans，以減少總體帳單。

然而，隨著您的RI到期，我們建議您註冊SavingsPlans，因為它們提供的節省與RI相同，但具有更大的靈活性。

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

問：什麼時候應該購買可轉換RI，而不是標準RI？ 可轉換RI適合可持續使用EC2執行個體三年以換取EC2大幅使用折扣、不確定未來執行個體需求或想受惠於價格變更的客戶。

問：可轉換RI有哪些期限選項？ 如同標準RI，您可以選購一年期或三年期的可轉換RI。

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

您還可彈性選擇要交換一部分的可轉換RI，或在一次交換中合併多個可轉換RI的值。

問：是否可將可轉換或標準RI從一個區域轉移到其他區域？ 否，RI與特定區域相關聯，這在保留的期間內固定不變。

問：如何變更可轉換RI的組態？ 您可以使用EC2管理主控台或GetReservedInstancesExchangeQuoteAPI，變更可轉換RI的組態。

您還可彈性選擇要交換一部分的可轉換RI，或在一次交換中合併多個可轉換RI的值。

按一下這裡進一步了解交換可轉換RI。

問：交換可轉換RI是否需要付費？ 否，交換RI無須付費。

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

問：可轉換RI的交換如何運作？ 當您將一個可轉換RI交換成另一個，EC2會確保轉換程序期間可轉換RI的總價值不會改變。

因此，如果您將總價值為1000USD的RI轉換成另一個RI，您收到的可轉換RI數量的價值會等於或大於1000USD。

您無法將可轉換RI轉換成比總價值低的可轉換RI。

問：總價值如何定義？ 總價值是RI合約期間所有預期要支付之款項的總和。

問：是否可以逐步解說如何計算兩個全額預付可轉換RI之間的轉換校正費用？ 沒問題，假設您購買一個預付額為1000USD的全額預付可轉換RI，過了合約期間的一半時，您決定變更RI的屬性。

由於已過了RI合約期間的一半，依比例分配您還剩下500USD的RI價值。

您想要轉換的全額預付可轉換RI目前預付額為1,200USD。

由於現有的可轉換RI只剩下一半的合約期間，您所需的新可轉換RI還剩下600USD。

您要支付的校正費用是原始和所需可轉換RI之間的預付額差異，也就是100USD(600USD–500USD)。

問：是否可以逐步解說不預付可轉換RI之間的轉換？ 與有預付額的可轉換RI之間的轉換不同，由於您在無預付額的RI之間轉換，因此無須支付校正費用。

不過，交換之前依小時支付的金額必須大於或等於交換之後支付的小時數總金額。

例如，假設您以每小時0.10USD的費率購買一個不預付可轉換RI(A)，而您決定將可轉換RIA交換成另一個每小時0.06USD的RI(B)。

轉換時，您會收到兩個RIB，因為您支付的小時費率金額必須大於或等於A的小時費率金額。

問：是否可自訂進行可轉換RI交換時收到的執行個體數？ 否，EC2以交易時使用的可轉換RI價值計算您收到的最低可轉換RI數，同時確保交換的結果會給予您相同或更高的可轉換RI值。

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

問：交換可轉換RI時，是否可自由選擇任何執行個體類型？ 否，您只能交換AWS目前提供的可轉換RI。

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

例如，您可以將不預付RI交換成部分預付或全額預付RI，以享有更好的定價。

您無法將付款選項從全額預付變更成不預付，也無法從部分預付變更成不預付。

問：降價時，可轉換RI是否可讓我享有降價的優惠？ 是，您可以交換RI以享有更低的定價。

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

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

問：問：如果我目前使用AmazonEC2Spot機群，是否需要遷移到AmazonEC2機群？ 如果您透過Spot叢集使用AmazonEC2Spot執行個體，可以繼續使用該叢集。

Spot叢集和EC2叢集提供相同的功能。

無須遷移。

問：問：預留執行個體(RI)折扣是否可用在AmazonEC2機群？ 是，與啟動EC2執行個體的其他EC2API或其他AWS服務相似，如果EC2叢集啟動的隨需執行個體與現有的RI相符，則該執行個體可獲得RI折扣。

例如，如果您擁有M4執行個體的區域RI，而且在EC2叢集只指定M4執行個體，則會自動將RI折扣套用到此M4用量。

問：問：如果未完全滿足EC2Spot容量，AmazonEC2叢集是否會容錯移轉到隨需執行個體？ 否，EC2叢集會根據您在叢集啟動規格中請求的Spot執行個體數量，持續嘗試滿足您所需的Spot容量。

問：問：AmazonEC2叢集的定價為何？ 無須額外付費即可使用EC2叢集，您只需支付EC2叢集啟動的基礎資源費用。

問：問：是否可針對AmazonEC2叢集的運用提供真實世界範例？ 您可以將AmazonEC2叢集運用在很多地方，例如大數據工作負載、容器化應用程式、網格處理工作負載等。

在這個基因體定序工作負載範例中，您可以使用單一API呼叫啟動工作者節點網格：選取您偏好的執行個體、指派這些執行個體的加權、指定隨需和Spot執行個體的目標容量，然後在幾秒鐘內建置機群以快速分析基因體資料。

問：問：如何在AmazonEC2叢集分配資源？ 根據預設，EC2叢集會啟動價格最低的隨需選項。

如果是Spot執行個體，EC2叢集會提供三種配置策略：容量優化、最低價格和多樣化。

容量優化配置策略透過分析容量指標，嘗試從可用性最高的Spot執行個體集區佈建Spot執行個體。

對於具有較高中斷成本的工作負載(如大數據和分析、影像和媒體轉譯、機器學習和高效能運算)，此策略是不錯的選擇。

最低價格策略允許您在集區佈建Spot執行個體，於請求時提供每容量單位的最低價格。

多樣化策略可讓您跨多個Spot集區佈建Spot執行個體，還能維持叢集目標容量以增加應用程式。

問：問：是否可以提交多個區域AmazonEC2叢集請求？ 否，我們不支援多個區域EC2叢集請求。

問：問：是否可以標記AmazonEC2機群？ 是。

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

問：問：是否可以修改AmazonEC2叢集？ 是，您可以在維護模式修改EC2叢集的總目標容量。

您可能需要取消請求並提交新請求，以變更其他請求組態參數。

問：問：是否可以針對要使用的每個執行個體類型指定不同的AMI？ 是，只要在EC2叢集中您提供的每個啟動規格指定想使用的AMI即可。

隨需容量保留 隨需容量保留是一種EC2產品，可讓您在AmazonEC2上建立和管理預留的容量。

您可以選擇可用區域和數量(執行個體數量)，以及其他執行個體規格(例如：執行個體類型和租用)，據以建立容量保留。

建立後，不論您是否執行執行個體，系統都會為您保留EC2容量。

問：容量預留的成本為何？ 容量保留作用時，無論您是否執行執行個體，都需支付同等的執行個體費用。

如果您不使用保留功能，這筆費用會在您的EC2帳單中顯示為未使用的保留容量。

當您執行符合保留屬性的執行個體時，您只需為執行個體付費，不需為保留功能付費。

沒有前期或額外費用。

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

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

SavingsPlans或區域RI(區域範圍RI)折扣適用於容量保留。

當您在預留中使用執行執行個體時，您無需為預留付費。

SavingsPlans或區域RI將適用於這種使用，就好像它是隨需使用一樣。

如果未使用預留，當未使用的容量預留的屬性與活動SavingsPlan或區域RI的屬性匹配時，AWSBilling將自動應用您的折扣。

如果您對10個c5.2xlarge執行個體使用區域RI，對同一區域的10個c5.2xlarge執行個體使用未使用容量預留，則RI折扣將套用至預留的所有10個執行個體。

請注意，在涵蓋未使用的容量保留之前，區域RI折扣會優先套用至執行中的執行個體用量。

這意味著，如果您在該區域執行任何其他c5執行個體，我們將首先將區域RI應用於這些執行個體，並將剩餘的折扣應用於未使用的容量預留。

注意：區域RI是AWS區域範圍的EC2RI。

可用區域RI(區域內的可用區域範圍RI)折扣不適用隨需容量保留，因可用區域RI已內建容量保留。

問：我何時應使用SavingsPlans、EC2RI和容量保留？ 使用SavingsPlans或區域RI可減少您的費用，同時承諾一年期或三年期。

與「隨需」相較之下，SavingsPlans就如同EC2RI一般，可大幅節省成本，而且能自動減少客戶在跨越任何AWS區域運算用量的帳單金額，即使在用量改變時亦然。

如果您需要進一步確保可啟動執行個體，請使用容量保留。

您可以隨時建立容量保留，並獨立於SavingsPlans或RI妥善管理。

如果您有SavingsPlans或區域RI，該折扣會自動套用至適用的容量保留。

這樣您便能夠靈活選擇將容量保留新增至執行個體使用量的一部分，且該用量仍可減少您的用量費用。

問：我的可用區域RI(可用區域範圍RI)也提供容量保留嗎？這與容量保留有何差異？ 可用區域RI在特定可用區域提供折扣和容量保留，但您需簽訂1到3年合約。

容量保留則不論RI合約和合約長度，都能供您建立及管理預留的容量。

您可以使用採取SavingsPlan或區域RI的隨需容量保留，獲得至少與可用區域RI相同的全部效益，且不必額外付費。

此外，您還可以獲得SavingsPlan(或區域RI)帶來的更大靈活性，以及容量保留功能︰能夠隨時從保留新增或縮減容量、即時檢視保留利用率，並針對特定工作負載設定容量保留目標。

將可用區域RI的範圍重新涵蓋某個區域，系統會立即為您提供可用區域和執行個體大小彈性，以靈活套用RI折扣。

使用EC2管理主控台或ModifyReservedInstancesAPI，將RI的範圍從特定可用區域修改成某個區域，即可將標準可用區域RI轉換為區域RI。

問：我已建立容量保留，接下來該如何使用？ 容量保留與特定的可用區域相互連結，根據預設，在該可用區域執行執行個體即可自動使用該容量。

啟動與保留屬性相符的新執行個體時，它們會自動與保留匹配。

如果您喜歡的話，也可以針對特定工作負載/執行個體設定保留目標。

請參閱Linux或Windows技術文件，以進一步了解設定目標選項。

問：允許我預留多少個執行個體？ 允許您預留的執行個體數目取決於您帳戶的隨需執行個體限制。

您可以預留與限制允許的數目相同的執行個體，減去已在執行中的執行個體數目。

如果需要提高限制，請聯絡AWS銷售代表或填寫AmazonEC2執行個體申請表，與您的使用案例一起提交。

收到後，我們就會考量是否增加您的執行個體數量。

執行個體限制的增加會與請求所針對的區域關聯。

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

您可以隨時減少您預留的執行個體數目。

您還可增加執行個體數目(只要可用)。

您還可修改預留的結束時間。

您無法修改已結束或刪除的容量預留。

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

您可以透過使用主控台或API/SDK將容量預留取消，或修改您的預留來指定使其自動到期的結束時間，來結束容量預留。

執行中的執行個體不會受到對您容量預留的變更的影響，包括刪除或預留到期。

問：哪裡可以找到更多使用容量保留的相關資訊？ 請參閱Linux或Windows技術說明文件，以了解建立及使用容量保留的資訊。

問：我是否可以與其他AWS帳戶共用容量保留？ 是，您可以透過AWSResourceAccessManager服務與其他AWS帳戶或在AWS組織內共用容量保留。

您可以使用三個簡單的步驟共用EC2容量保留：透過AWSResourceAccessManager建立資源共用、在資源共用新增資源(容量保留)，以及指定您要共用資源的目標帳戶。

請注意，新的AWS帳戶或帳單記錄有限的AWS帳戶無法共用容量保留。

連結至合格主(付款人)帳戶或AWSOrganization中的新帳戶可免除此限制。

問：當我與其他AWS帳戶共用容量保留時，會發生什麼情況？ 當容量保留與其他帳戶共用時，這些帳戶可以使用保留的容量來執行其EC2執行個體。

確切的行為取決於在容量保留上設定的偏好。

根據預設，容量保留會自動比對其他擁有保留共用存取權之帳戶的現有和新執行個體。

您也可以針對特定工作負載/執行個體設定容量保留目標。

個別帳戶可以控制哪些執行個體可使用容量保留。

請參閱Linux或Windows技術文件，以進一步了解執行個體比對選項。

問：共用保留是否需要額外付費？ 共用保留不需支付額外費用。

問：當容量保留在多個帳戶之間共用時，會向誰收取費用？ 如果多個帳戶都在使用容量保留，則每個帳戶會根據自己的執行個體使用量付費。

未使用的預留容量(如果有的話)會向擁有容量保留的帳戶收費。

如果共用容量保留的帳戶之間有設定一個合併帳單，就會向主帳戶收取跨所有連結帳戶的執行個體使用費用。

問：我是否可以在具有共用存取權的AWS帳戶中，優先存取容量保留？ 否。

容量保留中的執行個體Spot以先到先得的原則，提供給任何具有共用存取權的帳戶。

問：有鑑於AWS帳戶間的AZ名稱對應可能不同，如何將CR的可用區域(AZ)與另一個帳戶進行通訊？ 您現在可以使用可用區域ID(AZID)取代AZ名稱。

可用區域ID是靜態參考，提供識別所有帳戶中資源位置的一致方式。

這可讓您更輕鬆地在單一帳戶集中佈建資源，然後跨多個帳戶共用資源。

問：共用容量保留後，是否可以停止共用？ 是，您可以在共用保留後停止共用。

當您停止與特定帳戶共用CR或完全停止共用時，其他帳戶將失去在CR中啟動新執行個體的能力。

從其他帳戶執行的執行個體佔用的任何容量，將會還原到CR供您使用(取決於可用性)。

問：哪裡可以找到更多共用容量保留的相關資訊？ 請參閱Linux或windows技術文件，以了解如何共用容量保留。

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

SavingsPlans或區域RI折扣適用於隨需容量保留。

當容量保留的屬性符合SavingsPlan或區域RI的屬性時，AWS帳單會自動套用折扣。

執行個體使用容量保留時，系統僅會向您收取執行個體費用(已套用SavingsPlans或RI折扣)。

在涵蓋未使用的容量保留之前，折扣會優先套用至執行個體用量。

注意：區域RI是AWS區域範圍的EC2RI。

可用區域RI(區域內的可用區域範圍RI)折扣不適用隨需容量保留，因可用區域RI已內建容量保留。

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

問：標準RI和可轉換RI之間的差異為何？ 當您承諾使用特定的執行個體系列時，標準RI可為EC2執行個體用量提供大幅的折扣。

可轉換RI則可提供您合約期間變更執行個體組態的選項，而且仍然可以獲得EC2用量的折扣。

如需可轉換RI的詳細資訊，請按一下這裡。

問：RI是否提供容量保留？ 是，當標準或可轉換RI的範圍涵蓋特定可用區域(AZ)時，會保留完全符合RI組態的執行個體容量供您使用(這些稱為「可用區域RI」)。

可用區域RI可讓您更有信心在需要時啟動執行個體。

您也可以選擇放棄保留容量，選擇購買範圍涵蓋某個區域的標準或可轉換RI(也稱為「區域RI」)。

區域RI會自動對區域中的可用區域和執行個體大小套用用量折扣，讓您更輕鬆地充分利用RI折扣費率。

問：何時需要購買可用區域RI？ 如果您想利用容量保留功能，應購買特定可用區域內的RI。

問：何時需要購買區域RI？ 如果您不需要容量保留功能，則應購買區域RI。

區域RI提供可用區域和執行個體大小的彈性，讓您更廣泛地運用RI折扣費率。

問：什麼是可用區域和執行個體大小彈性？ 可用區域和執行個體大小彈性可讓您更輕鬆地利用區域RI折扣費率。

可用區域彈性可將RI折扣費率套用到區域中任何可用區域的用量，而執行個體大小彈性可將RI折扣費率套用到執行個體系列內任何大小的用量。

假設您擁有一個m5.2xlargeLinux/Unix區域RI且預設租用設定在美國東部(維吉尼亞北部)。

則這個RI折扣費率可以自動套用到us-east-1a中的兩個m5.xlarge執行個體，或us-east-1b中的四個m5.large執行個體。

問：哪些類型的RI提供執行個體大小彈性？ 含預設租用的Linux/Unix區域RI提供執行個體大小彈性。

Windows、Windows含SQLStandard、Windows含SQLServerEnterprise、Windows含SQLServerWeb、RHEL與SLES或G4執行個體等其他平台的RI不提供執行個體大小彈性。

問：是否需要採取任何動作才能使用可用區域和執行個體大小彈性？ 區域RI不需要採取任何動作即可使用可用區域和執行個體大小彈性。

問：我擁有可用區域RI，要如何將它們指派到區域？ 透過EC2管理主控台或使用ModifyReservedInstancesAPI，將RI的範圍從特定可用區域修改成某個區域，即可將標準可用區域RI指派到區域。

問：如何購買RI？ 首先，您可以從EC2管理主控台或使用AWSCLI購買RI。

只要指定執行個體類型、平台、租用、期限、付款選項及區域或可用區域即可。

問：是否可以為執行中的執行個體購買RI？ 是，從購買那一刻開始，AWS就會自動將RI折扣費率套用到任何適用的執行個體用量。

請瀏覽入門頁面以進一步了解。

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

AWS會自動最佳化哪些執行個體按照折扣費率收費，以確保您始終支付最低的金額。

如需計費以及如何套用到RI的資訊，請參閱帳單效益和購買選項。

問：執行個體大小彈性如何運作？ EC2依照下列比例，比對執行個體系列中的不同大小。

針對RI執行個體大小彈性，會使用這個比例將RI折扣費率套用到執行個體系列的標準化用量。

例如，如果您擁有範圍涵蓋一個區域的m5.2xlargeRI，則折扣費率可套用到1個m5.2xlarge或2個m5.xlarge執行個體的用量。

按一下這裡可進一步了解RI執行個體大小彈性如何套用到EC2用量。

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

執行個體大小 標準化因子 nano  0.25 micro 0.5 small 1 medium 2 large 4 xlarge 8 2xlarge 16 4xlarge 32 8xlarge 64 9xlarge 72 10xlarge 80 12xlarge 96 16xlarge 128 18xlarge 144 24xlarge 192 32xlarge 256 問：是否可在合約期間內變更RI？ 是，您可以修改RI的可用區域、將RI範圍從可用區域變更為區域(反之亦然)、將網路平台從EC2-VPC變更為EC2-Classic(反之亦然)，或者修改相同執行個體系列中的執行個體大小(在Linux/Unix平台)。

問：是否可在合約期間內變更RI執行個體類型？ 是，可轉換RI提供您在合約期間內變更RI執行個體類型、作業系統、租用或付款選項的選擇。

請參閱常見問答集的可轉換RI部分，以取得詳細資訊。

問：RI有哪些不同的付款選項？ 購買RI時可選擇三種付款選項。

若選擇全額預付選項，您將以一次預付款支付整個RI期間的費用。

若選擇部分預付選項，您需要支付較低的預付款，然後在RI的合約期間內，按折扣後的小時費率支付執行個體費用。

不預付選項不需要支付任何預付款，並在合約期限內提供小時費率的折扣。

問：何時會啟用RI？ 您的付款授權成功後，就會啟動計費折扣和容量保留(如果適用)。

您可以在AmazonEC2主控台的"ReservedInstances"頁面檢視RI的狀態(pending|active|retired)。

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

要降低使用專用主機的成本，請購買專用主機保留。

問：預留執行個體如何與合併帳單搭配使用？ 我們的系統將自動優化哪些執行個體按照折扣費率收費，確保整合帳戶始終支付最低的金額。

如果您擁有套用到可用區域的RI，則只有擁有該RI的帳戶可獲得容量保留。

不過，折扣會自動套用到合併帳單系列中所有帳戶的用量。

問：是否可在購買RI時獲得折扣？ 是，EC2針對RI購買提供分級折扣。

這些折扣是根據您在每個區域有效RI的總定價(非折扣價格)來決定。

總定價是RI在其合約期間內所有預期要支付之款項的總和，包括預付款和產生的小時費用。

下表列出層級範圍和對應的折扣。

定價層級範圍 預付款折扣 每小時折扣 少於50萬USD 0% 0% 50萬USD–4百萬USD 5% 5% 4百萬USD-1千萬USD 10% 10% 1千萬USD以上 聯絡我們   問：是否可協助我了解數量折扣如何套用到我的RI購買？ 沒問題。

假設您目前在US-east-1區域有價值400,000USD的有效RI。

現在，如果您在相同區域購買價值150,000USD的RI，則此次購買的前100,000USD不會有折扣。

不過，此次購買剩餘的50,000USD會獲得百分之5的折扣，因此您只需在所選付款選項的期間對此次購買的這個部分支付47,500USD。

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

問：如何計算一個RI的定價？ 以下是三年期部分預付預留執行個體的定價計算範例： 美國東部區域3年期部分預付數量折扣價格   預付款(USD) 產生的每小時費用(USD) 產生的小時價值 定價 m3.xlarge 1,345USD 0.060USD 1,577USD 2,922USD c3.xlarge 1,016USD 0.045USD 1,183USD 2,199USD 問：如果使用合併帳單，如何計算數量折扣？ 如果您使用合併帳單，AWS將使用您所有整合帳戶中活動RI的總定價來確定套用哪個數量折扣層級。

數量折扣層級是在購買時決定，因此您應該在購買RI前先啟動合併帳單，以確保能夠享有符合您的整合帳戶資格的最大數量折扣。

問：可轉換RI是否符合數量折扣資格？ 否，不過您購買的每個可轉換RI價值都將列入數量折扣層級資格的計算。

問：如何確定我適用哪個數量折扣層級？ 若要確定您目前的數量折扣層級，請參閱了解預留執行個體折扣定價方案部分(在AmazonEC2使用者指南中)。

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

數量折扣會在購買當下確定，因此RI成本會隨著您符合其他折扣層級資格而持續保持相同。

任何新的購買都將依照購買當時符合的數量折扣層級資格給予折扣。

問：購買當下是否需要採取任何動作才能取得數量折扣？ 否，在使用現有的PurchaseReservedInstanceAPI或EC2管理主控台界面購買RI時，您將自動享有數量折扣。

如果您購買的RI價值超過1000萬USD，請聯絡我們，了解獲得超出自動提供之折扣的資訊。

預留執行個體市場 問：問：什麼是預留執行個體市場？ 預留執行個體市場是一個線上商場，可讓AWS客戶能夠靈活地向其他企業和組織出售AmazonElasticComputeCloud(AmazonEC2)預留執行個體。

客戶也可以瀏覽預留執行個體市場，尋找由其他AWS客戶出售具有多樣化選擇的預留執行個體期限時間以及定價選項。

問：問：何時能在預留執行個體市場展售預留執行個體？ 符合下列情形即可展售預留執行個體： 您已在預留執行個體市場註冊為賣方。

您已購買預留執行個體。

您持有預留執行個體超過30天。

問：問：如何註冊成為預留執行個體市場的賣方？ 要註冊預留執行個體市場，您可以從EC2管理主控台出售預留執行個體或在AWS入口網站的"AccountSettings"頁面設定個人資料來進入註冊工作流程。

無論使用什麼途徑，您都需要完成以下步驟： 首先，查看註冊流程概觀。

登入AWS帳戶。

輸入您的銀行帳戶以便我們支付款項。

選取"Continue"之後，我們將選擇此銀行帳戶作為預設付款選項。

在確認畫面中選擇"ContinuetoConsoletoStartListing"。

當您的預留執行個體銷售額超過20,000USD或者計劃售出的預留執行個體數量超過50個，則在展售預留執行個體之前需要提供稅務資訊。

選擇"ContinuewithTaxInterview"。

在稅務資訊收集管道中，系統會用TIMS工作流程提示您輸入公司名稱、聯絡人名稱、地址以及稅務識別號碼。

此外，如果您計劃銷售的預留執行個體價值每年超過50,000USD，則您還需要提交增加銷售額上限的請求。

問：問：如何知道何時可以開始在預留執行個體市場進行銷售活動？ 您透過註冊管道新增銀行帳戶後，就可以開始在預留執行個體市場進行銷售。

完成啟用後，您將收到一封確認電子郵件。

不過，請務必注意，您必須等到我們從您的銀行收到驗證訊息後才能收到支付的款項。

根據您選擇的銀行不同，驗證過程最多可能需要兩週時間。

問：問：如何展售預留執行個體？ 若要展售預留執行個體，只需在AmazonEC2主控台完成以下步驟即可： 選取想要銷售的預留執行個體，然後選擇"SellReservedInstances"。

如果您還沒有完成註冊流程，系統將提示您透過註冊管道進行註冊。

針對每個預留執行個體類型，設定要銷售的執行個體數量以及一次性費用的價格。

請注意，您可以根據剩餘的時間設定不同的一次性價格，這樣當您的預留執行個體未能快速售出時，就不必不斷調整一次性價格了。

在預設情況下，您只需設定目前價格，然後我們會每月按同一增量自動降低一次性價格。

您設定好要展售的項目後，就會看到最後確認畫面。

選擇"SellReservedInstance"。

問：可以展售哪些預留執行個體？ 您可以展售處於活動狀態不少於30天且我們已收到付款的任何預留執行個體。

一般而言，這表示只要保留是在作用中狀態，就可以展售它們。

請務必注意，如果您是需要發票的客戶，則您的預留執行個體將在AWS收到付款之前就已處於作用中狀態。

在這種情況下，要等我們收到付款後，您才能展示出售該預留執行個體。

問：問：如何將展售的預留執行個體顯示給買方？ 已在預留執行個體市場上展售的預留執行個體(不管是由第三方或AWS提供)，都可以在AmazonEC2主控台的"ReservedInstances"部分中查看。

您也可以使用DescribeReservedInstancesListingsAPI呼叫。

展售的預留執行個體會按類型、剩餘期限、預付價格以及每小時價格分組。

這樣可讓買方更輕鬆地找到想要購買的預留執行個體。

問：問：可以展售預留執行個體的期限有多長？ 您可以出售預留執行個體的剩餘期限，要向下捨入到最接近的月數。

例如，如果還剩餘9個月13天的期限，那麼您將展售有9個月期限的預留執行個體。

問：問：是否可以刪除我已展售的預留執行個體？ 是，您可以刪除銷售狀態為pending(這表示買方已經購買您的預留執行個體，正在等待確認付款)之前的任何預留執行個體。

問：問：可為要展售的預留執行個體設定哪些定價方式？ 使用預留執行個體市場，您可以設定您樂意接受的預付價格。

您不能設定每小時價格(為原始預留執行個體的每小時價格將保持不變)，並且不會收到與每小時價格相關的款項。

問：問：是否可以繼續使用在預留執行個體市場展售的保留？ 是，您將繼續享有該保留的容量和計費優勢，直至將其售出為止。

一旦售出後，凡是按折扣費率收費的任何執行中執行個體，將立即改依隨需執行個體的費率收費，除非您購買新的保留或終止執行個體。

問：問：是否可以轉售從預留執行個體市場購得的預留執行個體？ 是，您可以像出售其他預留執行個體一樣轉售從預留執行個體市場購得的預留執行個體。

問：問：銷售預留執行個體時是否有任何限制？ 是，若要在預留執行個體市場出售預留執行個體，您必須擁有美國境內的銀行帳戶。

我們即將支援美國境外的銀行帳戶。

另外，您不得在USGovCloud區域出售預留執行個體。

問：問：是否可以銷售從公有數量定價層級中購得的預留執行個體？ 否，尚未提供此功能。

問：問：在預留執行個體市場銷售預留執行個體是否需要支付費用？ 是，在預留執行個體市場出售每個預留執行個體，AWS都會收取預付總額12%的服務費。

問：問：AWS是否可以出售一部分我展售的預留執行個體？ 是，AWS可以出售您已展示出售的預留執行個體數量的一部分。

例如，如果您展售了100個預留執行個體，我們可以僅向希望購買50個預留執行個體的買方顯示您的預留執行個體。

我們會出售這50個執行個體並繼續展示出售剩下的50個預留執行個體，直到您決定不再展示出售為止。

問：問：買方如何為所購買的預留執行個體付費？ 我們會透過ACH將已出售預留執行個體的付款電匯到美國境內銀行帳戶。

問：問：何時能收到款項？ AWS從購買您的保留的客戶處收到款項後，我們就會向您在註冊預留執行個體市場時指定的銀行帳戶電匯款項。

然後，我們會向您寄送電子郵件通知，告訴您我們已向您電匯款項。

一般而言，款項會在您的預留執行個體出售後3到5天內匯入帳戶。

問：問：如果我在預留執行個體市場上銷售預留執行個體，付費支援是否也會退還從我這邊收取的費用？ 否，我們不會按比例退還之前收取的AWSPremiumSupport費用部分的款項。

問：問：是否會通知我預留執行個體市場活動的相關資訊？ 是，您每天會收到一封電子郵件，詳細描述您預留執行個體市場的活動，如您建立或取消預留執行個體展示項目、買方購買您展示出售的項目，或者AWS向您的銀行帳戶支付款項等。

問：問：買方和賣方需要交換哪些資訊以便計算交易稅？ 買方應透過付款報告向賣方提供其所在的國家/地區、州、市以及郵遞區號等資訊。

賣方將使用此資訊來計算需向政府繳納的所有交易稅(如營業稅、增值稅等)。

賣方需在購貨發票上提供賣方法人實體的名稱。

問：問：購買第三方預留執行個體時，對客戶是否有任何限制？ 是，您不能購買自己的預留執行個體，包括任何連結帳戶(透過合併帳單)。

問：問：從預留執行個體市場購買預留執行個體時，是否需要向付費支援支付費用？ 是，如果您是付費支援客戶，當您透過預留執行個體市場購買預留執行個體時，需要支付付費支援費用。

Spot執行個體 問：問：什麼是Spot執行個體？ Spot執行個體是備用EC2容量，與隨需價格相比可節省高達90%的費用，而且AWS可在2分鐘通知後中斷。

Spot使用的基礎EC2執行個體與隨需和預留執行個體相同，非常適用於彈性的容錯工作負載。

Spot執行個體提供您取得運算容量的其他選項，而且可與隨需和預留執行個體一起使用。

問：Spot執行個體與隨需執行個體或預留執行個體有何區別？ 執行期間，Spot執行個體與隨需或預留執行個體完全相同。

主要差異在於Spot執行個體通常可提供比隨需價格更多的折扣，AmazonEC2可視容量需求發出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執行個體限制的資訊，請參閱AmazonEC2使用者指南。

如果需要更高的限制，請填寫AmazonEC2執行個體申請表並與您的使用案例一起提交，我們將考慮增加您的執行個體數量。

執行個體限制的增加會與請求所針對的區域關聯。

問：Spot執行個體如何計費？ 對於執行中的執行個體，您需支付每個執行個體小時開始時生效的Spot價格。

如果Spot價格在您啟動執行個體後變更，下一個小時就需要為執行個體用量支付新的價格。

問：問：什麼是Spot容量集區？ Spot容量集區是一組未使用的EC2執行個體，而且有相同的執行個體類型、作業系統、可用區域和網路平台(EC2-Classic或EC2-VPC)。

每個Spot容量集區可能因供需而有不同的價格。

問：使用Spot執行個體有哪些最佳實務？ 我們強烈建議使用多個Spot容量集區，以最大化您可用的Spot容量。

EC2提供內建的自動化功能，使用EC2AutoScaling、EC2叢集或Spot叢集在多個Spot容量集區尋找最經濟實惠的容量。

如需詳細資訊，請參閱Spot最佳實務。

問：問：如何確定Spot請求的狀態？ 您可以透過Spot請求狀態代碼和訊息判斷Spot請求的狀態。

您可以在AWS管理主控台中EC2主控台的SpotInstance頁面、API和CLI存取Spot請求狀態資訊。

如需詳細資訊，請參閱 AmazonEC2開發人員指南。

問：Spot執行個體是否適用所有執行個體系列和大小，並在所有區域中可用？ Spot執行個體可在所有公有AWS區域使用。

幾乎所有EC2執行個體系列和大小都能使用Spot，包含最新的運算優化執行個體、加速圖形和FPGA執行個體類型。

這裡列有每個區域支援的完整執行個體類型清單。

問：Spot執行個體適用於哪些作業系統？ Linux/UNIX、WindowsServer和RedHatEnterpriseLinux(RHEL)均適用。

目前尚不適用於搭配SQLServer的WindowsServer。

問：是否可以將Spot執行個體與針對第三方軟體(如IBM的套裝軟體)的已支付AMI搭配使用？ 目前沒有。

問：我能否停止執行中的Spot執行個體？是的，您可以在不需要時停止運行中的Spot執行個體，並保留這些停止的執行個體供以後使用，而不是終止執行個體或取消Spot請求。

 持久性Spot請求可停止。

問：我能否停止Spot執行個體？您可以透過叫用StopInstancesAPI並提供Spot執行個體的執行個體ID來停止Spot執行個體，這類似於停止隨需執行個體。

您也可以選取執行個體，然後按一下動作>執行個體狀態>停止-Hibernate，透過AWS管理主控台來執行此操作。

問：如何啟動停止的Spot執行個體？您可以透過叫用StartInstancesAPI並提供Spot執行個體的執行個體ID來啟動停止的Spot執行個體，這類似於啟動隨需執行個體。

您也可以選取執行個體，然後按一下動作>執行個體狀態>啟動-Hibernate，透過AWS管理主控台來執行此操作。

注意：僅當在您的最高價格內仍可使用Spot容量時，Spot執行個體才會啟動。

每當您啟動停止的Spot執行個體時，Spot都會評估容量可用性。

問：如何判斷我已停止Spot執行個體還是已中斷？您可以查看Spot請求狀態代碼，來判斷Spot執行個體已被您停止或中斷。

這在AWS管理主控台的Spot請求頁面上或在DescribeSpotInstanceRequestsAPI回應為「狀態碼」欄位中，以Spot請求狀態顯示。

若Spot請求狀態碼為「使用者執行個體已停止」，則表示您已停止Spot執行個體。

問：問：如果Spot執行個體停止或中斷，要如何計費？ 如果AmazonEC2在第一個執行個體小時終止或停止Spot執行個體，您無須支付該用量的費用。

不過，如果您自行停止或終止Spot執行個體，則需支付最接近的秒數費用。

如果AmazonEC2在之後的任何小時終止或停止Spot執行個體，則您需依最接近的秒數支付用量費用。

如果您執行的是Windows或RedHatEnterpriseLinux(RHEL)，並自行停止或終止該Spot執行個體，需支付整個小時的費用。

問：我的Spot執行個體何時會被中斷？ 過去3個月，92%的Spot執行個體中斷是客戶在應用程式完成工作之後，自行手動中斷執行個體。

EC2需要回收Spot執行個體的情況有兩種可能的原因，主要原因是AmazonEC2容量需求(例如，隨需或預留執行個體用量)。

第二個原因，如果您選擇設定"maximumSpotprice"而Spot價格高出該價格，將會在兩分鐘通知後回收您的執行個體。

這個參數可決定您願意支付的Spot執行個體小時最高價格，預設會設定為隨需價格。

與之前一樣，您持續在執行個體執行時支付每秒遞增的Spot市場價格，而非最高價。

問：問：Spot執行個體中斷時會發生什麼情況？ 您可以在中斷時選擇讓Spot執行個體終止、停止或休眠。

停止和休眠選項適用於持久性Spot請求以及啟用"maintain"選項的Spot叢集。

預設會終止您的執行個體。

要進一步了解如何處理中斷，請參閱Spot休眠。

問：問：停止和休眠中斷行為有什麼不同？ 在休眠的情況下，您的執行個體會進入休眠狀態，並保留RAM資料。

在停止的情況下，您的執行個體會關閉，並清除RAM資料。

這兩種情況都會保留EBS根磁碟區和任何連接的EBS資料磁碟區中的資料。

您的私有IP地址和彈性IP地址(如果有)都將保持不變。

網路層行為則與EC2停止啟動工作流程類似。

停止和休眠僅適用於AmazonEBS後端執行個體。

不會保留本機執行個體儲存體。

問：如果我的EBS根磁碟區大小不足以存放休眠的記憶體狀態(RAM)，該怎麼辦？ 您應該在EBS根磁碟區準備足夠的可用空間，以便從記憶體寫入資料。

如果EBS根磁碟區沒有足夠的空間，休眠將會失敗，並關閉執行個體。

選擇休眠選項前，請先確定EBS磁碟區大小足以保留記憶體資料。

問：問：Spot在中斷時讓執行個體進入休眠狀態有哪些好處？ 使用休眠，Spot執行個體會在中斷時暫停並在之後恢復，讓您的工作負載可以從停止的地方繼續執行。

當您的執行個體需要保留關閉-啟動週期的執行個體狀態時可以使用休眠，也就是，當Spot執行個體上執行的應用程式需使用存放在RAM的環境、商業或工作階段資料時。

問：問：若要啟用Spot執行個體的休眠，必須執行哪些動作？ 要了解如何啟用Spot執行個體的休眠，請參閱Spot休眠。

問：問：使用Spot執行個體的休眠是否需要付費？ 使用執行個體的休眠無須另外付費，但需支付EBS儲存及使用任何其他EC2資源的費用。

您的執行個體進入休眠狀態之後，無須支付執行個體用量費用。

問：能否恢復休眠中的執行個體？ 否，您無法直接恢復休眠的執行個體。

休眠-恢復週期由AmazonEC2控制。

如果Spot休眠執行個體，則要在容量可用時，由AmazonEC2恢復。

  問：哪些執行個體和作業系統支援休眠？ 目前支援Spot休眠的執行個體和作業系統如下：在C3、C4、C5、M4、M5、R3、R4執行個體等執行個體類型上執行的AmazonLinuxAMI、Ubuntu和MicrosoftWindows作業系統，且記憶體(RAM)大小低於100GiB。

若要查看支援的作業系統版本清單，請參閱Spot休眠。

問：問：如果Spot價格在執行個體執行期間改變，要如何計費？ 您需要為整個小時支付每個執行個體小時一開始設定的每執行個體小時價格，以最接近的秒數計費。

問：問：可以在哪裡查看我的Spot執行個體使用歷史記錄以及帳單費用？ AWS管理主控台提供詳細的帳單報告，其中顯示了所有執行個體的Spot執行個體啟動和終止/停止時間。

客戶可以透過API將帳單報告與歷史Spot價格進行對比檢查，以驗證其計費的Spot價格是否正確。

問：Spot區塊(固定期間Spot執行個體)是否會中斷？ Spot區塊具有不會中斷的設計，並會在您選取的期間內持續執行，不會受到Spot市場價格的影響。

在極少數情況下，Spot區塊可能會因AWS容量需求而中斷。

在這些情況下，我們會在終止您的執行個體之前提供2分鐘的警告(終止通知)，而您無須支付受影響的執行個體的費用。

問：問：什麼是Spot機群？ Spot叢集讓您可以自動請求和管理多個Spot執行個體，這些執行個體可以針對叢集或應用程式(如批次處理任務、Hadoop工作流程或HPC網格運算任務)的每單位容量提供最低價格。

您可以包含應用程式可用的執行個體類型。

根據應用程式需求定義目標容量(使用執行個體、vCPU、記憶體、儲存或網路輸送量等單位)，並在叢集啟動後更新目標容量。

Spot叢集讓您可以啟動和維持目標容量，以及自動請求資源以取代任何被中斷或手動終止的資源。

進一步了解Spot機群. 問：問：發出Spot叢集請求是否需要額外付費？ 不需要，Spot叢集請求不需支付額外的費用。

問：Spot機群請求有何限制？ 請瀏覽AmazonEC2使用者指南的Spot機群限制部分，了解適用於Spot機群請求的限制。

問：如果我的Spot機群請求嘗試啟動Spot執行個體但超出我的區域Spot請求限制，會發生什麼狀況？ 如果您的Spot叢集請求超出區域Spot執行個體請求限制，個別Spot執行個體請求將會失敗，並出現超出Spot請求限制請求狀態。

您的Spot叢集請求歷史記錄會顯示叢集請求收到的所有Spot請求限制錯誤。

請瀏覽AmazonEC2使用者指南的監控Spot機群部分，了解如何說明您的Spot機群請求歷史記錄。

問：是否保證可滿足Spot機群請求？ 否。

Spot叢集請求讓您可以同時請求多個Spot執行個體，而且其可用性和價格與單一Spot執行個體請求相同。

例如，如果沒有資源可供Spot叢集請求所列的執行個體類型使用，我們可能無法履行部分或全部的請求。

建議您包含可能適用於Spot叢集工作負載的所有執行個體類型和可用區域。

問：是否可以提交多個可用區域Spot機群請求？ 是，請瀏覽AmazonEC2使用者指南Spot機群範例部分，了解如何提交多個可用區域Spot機群請求。

問：是否可以提交多個區域Spot機群請求？ 否，我們不支援多個區域叢集請求。

問：Spot叢集如何配置啟動規格中指定的各種Spot執行個體集區的資源？ RequestSpotFleetAPI提供三個配置策略：容量優化、最低價格和多樣化。

容量優化配置策略透過分析容量指標，嘗試從可用性最高的Spot執行個體集區佈建Spot執行個體。

對於具有較高中斷成本的工作負載(如大數據和分析、影像和媒體轉譯、機器學習和高效能運算)，此策略是不錯的選擇。

最低價格策略允許您在執行個體集區佈建Spot叢集資源，於請求時提供每容量單位的最低價格。

多樣化的選擇策略允許您跨多個Spot執行個體集區佈建Spot叢集資源。

這可讓您隨著Spot容量波動維持叢集目標容量並提升應用程式的可用性。

跨不同Spot執行個體集區執行應用程式的資源也可讓您逐步降低叢集的營運成本。

請瀏覽AmazonEC2使用者指南進一步了解相關資訊。

問：問：是否可以在Spot叢集請求加上標籤？ 您可以透過Spot叢集，請求啟動加上標籤的Spot執行個體。

叢集本身無法加上標籤。

問：如何查看哪個Spot叢集擁有我的Spot執行個體？ 您可以透過描述叢集請求來識別與Spot叢集關聯的Spot執行個體。

所有競價型執行個體終止後，叢集請求仍然可以使用48小時。

請參閱AmazonEC2使用者指南以了解如何說明您的Spot機群請求。

問：是否可以修改Spot機群請求？ 是，您可以修改Spot叢集請求的目標容量。

您可能需要取消請求並提交新請求，以變更其他請求組態參數。

問：問：是否可以針對要使用的每個執行個體類型指定不同的AMI？ 是，只要在Spot叢集請求中您提供的每個啟動規格指定想使用的AMI即可。

問：Spot機群是否可以與ElasticLoadBalancing、AutoScaling或ElasticMapReduce搭配使用？ 您可以使用AutoScaling功能搭配目標追蹤、運作狀態檢查、CloudWatch指標等Spot叢集，並可將執行個體連接到ElasticLoadBalancer(Classic和ApplicationLoadBalancer皆可)。

ElasticMapReduce有一個名為「執行個體叢集」的功能，可提供與Spot叢集類似的功能。

問：Spot叢集請求是否會在Spot執行個體已不在最低價或容量優化Spot集區中執行時，終止並重新執行這些執行個體？ 否，當執行個體還在執行時，Spot叢集請求不會自動終止和重新啟動執行個體。

不過，如果您自行終止Spot執行個體，Spot叢集會根據您的配置策略，用新的最低價集區或容量優化集區中的新Spot執行個體來替補它。

問：是否可在Spot機群使用停止或休眠中斷行為？ 是，啟用"maintain"選項的Spot叢集可支援停止-啟動和休眠-恢復。

  平台 AmazonTimeSyncService| 可用區域| 叢集執行個體| 硬體資訊| 微型執行個體| NitroHypervisor| 優化CPU AmazonTimeSyncService 問：如何使用此服務？ 該服務在link-localIP地址(169.254.169.123)提供NTP端點，可從VPC中執行的任何執行個體存取。

我們提供Linux和Windows的NTP用戶端設定指示。

問：此服務提供哪些關鍵優勢？ 對許多應用程式和服務而言，一致且準確的參考時間來源非常重要。

AmazonTimeSyncService提供可從執行個體安全存取的時間參考，無須變更和更新VPC組態。

該服務建立在Amazon備受肯定的網路基礎設施上，並使用冗餘參考時間來源確保高準確度和可用性。

問：此服務支援哪些執行個體類型？ 在VPC中執行的所有執行個體都可存取該服務。

可用區域 問：可用區域之間的隔離程度如何？ 每個可用區域在其實體不同的獨立基礎設施中執行，並已設計成具備高可靠性。

可用區域之間不會共用常見的故障點，如發電機和冷卻設備等。

此外，它們實體上也各自分開，即使火災、風災或水災等罕見災難也只會影響單一可用區域。

問：AmazonEC2是否在多個區域執行？ 是。

請參閱區域性產品和服務，了解我們的產品和服務在不同區域的更多詳細資訊。

問：如何確保我與另一開發人員處於同一可用區域中？ 我們目前不支援協調不同AWS開發人員帳戶啟動到同一可用區域的功能。

兩個AWS客戶帳戶中的一個可用區域名稱(例如，us-east-1a)可能與不同的實體可用區域有關聯。

問：如果我使用公有IP地址在可用區域之間傳輸資料，是否會重複收取區域資料傳輸費用(一次是因為跨區域，另一次是因為使用公有IP地址)？ 不。

只有至少滿足以下條件之一時才會收取區域數據傳輸費，但是即使同時滿足這兩個條件，也只會對指定的執行個體收取一次費用： 另一執行個體在不同的可用區域內，無論使用何種地址類型。

使用公有或彈性IP地址，無論另一執行個體處於哪個可用區域。

叢集執行個體 問：問：什麼是叢集運算執行個體？ 叢集運算執行個體將高運算資源和高效能聯網兩者相結合，適合高效能運算(HPC)應用程式和其他高要求的網路綁定型應用程式。

叢集運算執行個體提供與其他AmazonEC2執行個體相似的功能，但經過了專門設計，能夠提供高效能聯網功能。

使用者可以透過AmazonEC2叢集置放群組功能將叢集運算執行個體分組到叢集中，讓應用程式獲得緊密結合的節點對節點通訊(許多HPC應用程式的典型特徵)所需的低延遲網路效能。

叢集運算執行個體還可大幅提升AmazonEC2環境內以及至網際網路的網路輸送量。

因此，這些執行個體也非常適合需要執行網路密集型操作的客戶應用程式。

進一步了解如何將此執行個體類型用於HPC應用程式。

問：問：當我在叢集置放群組中啟動執行個體時，預計可獲得何種網路效能？ EC2執行個體在叢集置放群組中可使用的頻寬，取決於執行個體類型及其聯網效能規格。

相同區域內的執行個體間流量，單一流程可使用5Gbps，而多流程流量則可使用最多25Gbps。

在置放群組中啟動時，選取EC2執行個體可使用最多10Gbps的單一流程流量。

問：什麼是叢集GPU執行個體？ 叢集GPU執行個體提供一般用途圖形處理單元(GPU)以及比例較高的CPU和更高的網路效能，適用於可使用CUDA和OpenCL程式設計模型透過GPU對高度並行處理進行加速，從而受益的應用程式。

常見的應用程式包括模組化和模擬、轉譯，以及媒體處理。

叢集GPU執行個體為具有HPC工作負載的客戶提供了叢集運算執行個體之外的一個選項，使他們可以在雲端進一步自訂其高效能叢集，適用於可以從GPU的並行運算能力中獲益的應用程式。

叢集GPU執行個體與叢集運算執行個體使用相同的叢集置放群組功能，將執行個體分組到叢集中，讓應用程式獲得緊密結合的節點對節點通訊(許多HPC應用程式的典型特徵)所需的低延遲、高頻寬網路效能。

進一步了解AWS上的HPC。

問：什麼是記憶體增強型叢集執行個體？ 除了較高的網路功能外，記憶體增強型叢集執行個體還為客戶提供了大量的記憶體和CPU功能。

這些執行個體類型非常適合於記憶體密集型的工作負載，包括記憶體分析系統、圖形分析，以及許多科學和工程應用程式。

記憶體增強型叢集執行個體與叢集運算執行個體使用相同的叢集置放群組功能，將執行個體分組到叢集中，讓應用程式獲得緊密結合的節點對節點通訊(許多HPC和其他網路密集型應用程式的典型特徵)所需的低延遲、高頻寬網路效能。

問：叢集運算執行個體和叢集GPU執行個體的使用是否與其他AmazonEC2執行個體類型不同？ 叢集運算執行個體和叢集GPU執行個體的使用與其他AmazonEC2執行個體類型有兩個方面的區別。

首先，叢集運算執行個體和叢集GPU執行個體使用以硬體虛擬機器(HVM)為基礎的虛擬化技術，以及僅執行以HVM虛擬化為基礎的AmazonMachineImage(AMI)。

其他AmazonEC2執行個體類型所用的以半虛擬機器(PVM)為基礎的AMI無法用於叢集運算執行個體和叢集GPU執行個體。

其次，為了能充分享受可用的低延遲、執行個體間全等分頻寬所帶來的好處，必須透過AmazonEC2API或AWS管理主控台將叢集運算執行個體和叢集GPU執行個體啟動到叢集置放群組中。

問：什麼是叢集置放群組？ 叢集置放群組是一種邏輯實體，可以透過做為群組的一部分啟動執行個體來建立執行個體叢集。

之後，執行個體叢集可在群組中的執行個體間提供低延遲的連接。

您可以透過AmazonEC2API或AWS管理主控台建立叢集置放群組。

問：AmazonEC2的所有功能是否都可用於叢集運算執行個體和叢集GPU執行個體？ 目前AmazonDevPay不可用於叢集運算執行個體或叢集GPU執行個體。

問：可以使用的叢集運算執行個體或叢集GPU執行個體的數量，及/或透過將叢集運算執行個體或叢集GPU執行個體啟動到叢集置放群組而建立的叢集大小是否有限制？ 對於叢集運算執行個體而言，沒有具體的限制。

對於叢集GPU執行個體來說，您可以自行啟動2個執行個體。

如果需要更多的容量，請填寫AmazonEC2執行個體申請表(選擇適當的主執行個體類型)。

問：在透過叢集置放群組為叢集請求執行個體時，有什麼方式可以最佳化我收到完整數量執行個體的可能性？ 我們建議您在一次啟動中啟動加入叢集所需的最低數量執行個體。

對於非常大的叢集，您應該啟動多個置放群組，例如，兩個包含128個執行個體的置放群組，然後將它們組合起來建立一個更大的256個執行個體叢集。

問：叢集GPU執行個體和叢集運算執行個體是否可以啟動到同一個叢集置放群組中？ 雖然可能可以將不同的叢集執行個體類型啟動到一個置放群組中，但我們目前僅支援同類置放群組。

問：如果叢集置放群組中的某個執行個體停止後又重新啟動，該執行個體是否會保留在該叢集置放群組中？ 是。

停止的執行個體會做為停止時所屬的叢集置放群組的一部分啟動。

如果沒有容量供其在所屬叢集置放群組中啟動，啟動會失敗。

硬體資訊 問：EC2執行個體可以使用哪些CPU選項？ EC2執行個體提供多種CPU選項，以協助客戶平衡效能和成本要求。

 視乎執行個體類型，EC2提供的CPU選項包括AWSGraviton/Graviton2處理器(Arm)、AMD處理器(x86)和Intel處理器(x86)。

問：我的應用程式堆疊將在哪類硬體上執行？ 瀏覽AmazonEC2執行個體類型，了解各區域提供的EC2執行個體清單。

問：EC2如何執行維護？ AWS會定期執行例行硬體、電源和網路維護，而不會中斷客戶執行個體。

為實現此目的，我們跨整個AWS全球架構運用工具和方法組合，例如冗餘和目前可維護系統，以及即時系統更新和移轉。

例如，在此情況下-範例1-EC2使用即時系統更新來針對超過90%的EC2執行個體不間斷執行所需的安全維護，每個維護在不到兩秒的時間內完成。

AWS持續在技術和程序上投入資金，以便比以往更安全和快速地完成例行維護，通常不會對客戶執行個體造成影響。

問：我如何選擇正確的執行個體類型？ AmazonEC2執行個體分成5個系列：一般用途、運算優化、記憶體優化、儲存優化和加速運算執行個體。

一般用途執行個體的記憶體與CPU比例適用於大多數一般用途應用程式，而且提供固定效能(M5、M4)或高載效能(T2)；運算優化的執行個體(C5、C4)的CPU資源比例高於記憶體(RAM)，而且非常適用於擴展運算密集型應用程式及高效能運算(HPC)工作負載；記憶體優化的執行個體(X1e、X1、R4)可為記憶體密集型應用程式，包括資料庫和記憶體快取應用程式，提供較大的記憶體大小；加速運算執行個體(P3、P2、G3、F1)利用NVIDIATeslaGPU的平行處理能力，實現高效能的平行運算和機器/深度學習；GPU圖形執行個體(G3)可為使用OpenGL和DirectX的應用程式提供高效能的3D圖形功能；F1執行個體提供XilinxFPGA型可重新設定的運算；儲存優化的執行個體(H1、I3、I3en、D2、D3、D3en)使用以SSD為基礎的本機執行個體儲存體，為I/O密集型應用程式提供超高效能，但低延遲的I/O容量。

有了D3、D3en、D2或H1，密集儲存和HDD儲存執行個體，會為資料倉儲、Hadoop和其他資料密集型應用程式，提供本機高儲存密度和序列化I/O效能。

在選擇執行個體類型時，應當就資源使用率(即，CPU、記憶體、儲存)方面考量您的應用程式特點，選擇最佳的執行個體系列和執行個體大小。

問：什麼是「EC2運算單位」，為什麼要引入此單位？ 轉換到效用運算模型的過程從根本上改變了開發人員對CPU資源的慣性思維。

您不再購買或租用特定的處理器並使用數月或數年，而是以小時為單位租用容量。

由於AmazonEC2是在商用硬體基礎上建置的，隨著時間推移，可能會有多種不同類型的實體硬體為EC2執行個體提供支援。

我們的目標是無論實際的基礎硬體為何，均提供一致的CPU容量。

AmazonEC2透過多種衡量標準，為每個執行個體提供一致且可預計的CPU容量。

為了便於開發人員可以在不同的執行個體類型之間比較CPU容量，我們定義了AmazonEC2運算單位。

分配給特定執行個體的CPU量以這些EC2運算單位來表示。

我們使用多種基準和測試，以EC2運算單位來管理效能的一致性和可預計性。

EC2運算單位(ECU)可為AmazonEC2執行個體的整數處理能力提供相對的衡量標準。

隨著時間推移，如果我們發現能更明確地表示運算容量的指標，我們可能會增加或取代EC2運算單位定義中的衡量標準。

問：EC2如何長時間確保執行個體類型的效能一致性？ AWS每年都會對EC2執行個體類型上的Linux和Windows運算效能進行效能基準化分析。

M、C、R、T和z1d執行個體的基準化分析結果、客戶可用來進行獨立測試的測試套件，以及預期的效能變化指導等受NDA的保護；請聯絡您的銷售代表申請這些資訊。

問：AmazonEC2執行個體類型的區域可用性如何？ 如需所有執行個體和區域可用性的清單，請參閱AmazonEC2定價。

微型執行個體 問：微型執行個體可以提供多少運算能力？ 微型執行個體提供少量持續的CPU資源，但您可用其他週期在短時間內將CPU容量突增至2個ECU。

它們非常適合具備下述特點的較低輸送量應用程式和網站：定期消耗大量的運算週期，但在其他時間中只消耗極少的CPU來用於背景處理程序和協助程式等。

進一步了解有關此執行個體類型的使用方式。

問：微型執行個體與標準小型執行個體相比，在運算能力上有何不同？ 在穩定狀態時，微型執行個體接收的運算資源僅佔小型執行個體所能接收的一小部分。

因此，如果您的應用程式具有運算密集型或穩定狀態需求，我們建議您使用小型執行個體(或者依據您的需求，使用更大型的執行個體)。

不過，微型執行個體可以定期突增至最多2個ECU(短時間內)。

這是標準小型執行個體可用的ECU數的兩倍。

因此，如果您有相對較低輸送量的應用程式或網站，並且偶爾需要消耗大量的運算週期，則建議您使用微型執行個體。

問：如何才能判斷應用程式需要的CPU資源是否超過微型執行個體可提供的資源？ 如果在CloudWatch監控的分鐘內，執行個體突發量超過其可用的CPU資源量，CPU使用率的CloudWatch指標會報告100%使用率。

CloudWatch報告100%CPU使用率時，表示您應該考慮(手動或透過AutoScaling)增大到更大的執行個體類型，或擴展為多個微型執行個體。

問：AmazonEC2的所有功能是否都可用於微型執行個體？ 目前AmazonDevPay不可用於微型執行個體。

NitroHypervisor 問：什麼是NitroHypervisor？ C5執行個體推出後引進了適用於AmazonEC2的全新虛擬化管理程序，也就是Nitro虛擬化管理程序。

NitroHypervisor是Nitro系統的一個元件，主要為EC2執行個體提供CPU和記憶體隔離。

VPC聯網和EBS儲存資源由專用硬體元件NitroCard實作，該元件是所有最新一代EC2執行個體系列的一部分。

NitroHypervisor採用核心LinuxKernel虛擬機器(KVM)技術，但不包含一般用途作業系統元件。

問：NitroHypervisor如何讓客戶受惠？ Nitro虛擬化管理程序透過移除主機系統軟體元件，為EC2虛擬執行個體提供一致的效能和增強的運算與記憶體資源。

這可讓AWS提供較大的執行個體大小(像是c5.18xlarge)，將伺服器中幾乎所有資源提供給客戶。

之前，C3和C4執行個體透過個別將VPC和EBS功能移到AWS設計和建立的硬體來免除軟體元件。

這個硬體可讓NitroHypervisor變得很小，且不參與聯網和儲存的資料處理任務。

問：是否所有EC2執行個體都將使用NitroHypervisor？ 最終所有新的執行個體類型都將使用Nitro虛擬化管理程序，但目前部分新的執行個體類型會視平台的需求使用Xen。

問：AWS是否會持續投資Xen型Hypervisor？ 是。

隨著AWS全球雲端基礎設施的擴展，EC2的Xen型Hypervisor使用率也會持續成長。

Xen在可預見的未來仍然是EC2執行個體的核心元件。

AWS自LinuxFoundation合作計劃成立以來就是XenProject的創始成員，而且到目前還是諮詢委員會中很活躍的參與者。

隨著AWS全球雲端基礎設施的擴展，EC2的Xen型Hypervisor也會持續成長。

因此，EC2對Xen的投資也會持續增加，不會縮減 問：NitroHypervisor上執行的執行個體可連接多少個EBS磁碟區和彈性網路界面(ENI)？ Nitro虛擬化管理程序上執行的執行個體可針對EBS磁碟區和VPCENI支援最多27個額外的PCI裝置。

每個EBS磁碟區或VPCENI都會使用一個PCI裝置。

舉例來說，如果您在使用NitroHypervisor的執行個體上連接3個額外的網路界面，則可在該執行個體連接最多24個EBS磁碟區。

問：NitroHypervisor是否會變更用來與EC2執行個體互動的API？ 否，用來與EC2執行個體互動的所有公有API，使用Nitro虛擬化管理程序執行後將維持不變。

例如，DescribeInstances回應的"hypervisor"欄位會持續針對所有EC2執行個體回報"xen"，即使這些執行個體在NitroHypervisor下執行也一樣。

這個欄位可能會在未來EC2API修訂版中移除。

問：使用NitroHypervisor的執行個體支援哪些AMI？ 支援ENA聯網和從NVMe儲存啟動的EBS支援HVMAMI可與Nitro虛擬化管理程序下執行的執行個體搭配使用。

支援Amazon提供的最新AmazonLinuxAMI和WindowsAMI，以及Ubuntu、Debian、RedHatEnterpriseLinux、SUSEEnterpriseLinux、CentOS和FreeBSD的最新AMI。

問：使用XenHypervisor和使用NitroHypervisor的執行個體是否會有不同？ 是。

例如，在Nitro虛擬化管理程序下執行的執行個體是從使用NVMe介面的EBS磁碟區啟動。

在Xen下執行的執行個體從模擬的IDE硬碟啟動，再切換到Xen半虛擬化區塊型儲存設備驅動程式。

作業系統可識別何時在Hypervisor下執行。

有些軟體假設EC2執行個體會在XenHypervisor下執行，且倚賴此偵測。

作業系統會在執行個體使用NitroHypervisor時偵測到它們在KVM下執行，因此識別EC2執行個體的程序應該用於識別在兩種Hypervisor下執行的EC2執行個體。

EC2的所有功能(例如，執行個體中繼資料服務)在Xen和NitroHypervisor下執行的執行個體運作方式相同。

只要作業系統具備ENA聯網和NVMe儲存的必要支援，大部分的應用程式在Xen和Nitro虛擬化管理程序下的運作方式都會相同。

問：執行個體如何重新啟動和終止NitroHypervisor實作的EC2API請求？ Nitro虛擬化管理程序會發出信號，告知在執行個體中執行的作業系統應依產業標準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廠商延伸模組會將EC2API請求中指定的裝置名稱提供給識別控制器命令。

這可讓公用程式指令碼建立舊版相容的符號連結。

如需詳細資訊，請參閱關於裝置命名和以NVMe為基礎的EBS磁碟區的EC2文件。

其次，大部分作業系統所含的NVMe驅動程式預設為實作I/O逾時。

若I/O不會在實作特定時間內完成(通常為數十秒)，驅動程式會嘗試取消I/O、進行重試或向發行I/O的元件傳回錯誤。

XenPV區塊型儲存設備界面不會將I/O逾時，這可能會造成程序在等待I/O時無法終止。

您可以透過為nvme.io逾時核心模組參數指定較高的值來修改LinuxNVMe驅動程式行為。

另外，相較於XenPV區塊界面，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？ 優化CPU功能可讓您在兩個方面對EC2執行個體有更好的控制。

首先，您可以在啟動新執行個體時指定自訂vCPU數量，節省以vCPU為基礎的授權成本。

其次，您可針對使用單一執行緒CPU執行效果較好的工作負載停用Intel超執行緒技術(IntelHTTechnology)，像是特定高效能運算(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的AmazonEC2 | 執行於MicrosoftWindows和其他第三方軟體的AmazonEC2 執行於IBM的AmazonEC2 問：使用執行於IBM的AmazonEC2如何計費？ 按實際用量付費，而且沒有最低費用。

定價以每種執行個體類型所消耗的執行個體小時數加以計算。

執行個體的使用時間未滿一小時，按一小時計費。

執行於IBM的AmazonEC2的資料傳輸與AmazonEC2分開計費和分級。

同一區域內的兩個AmazonWebServices之間不收取數據傳輸費(即美國西部AmazonEC2和美國西部的另一AWS服務之間)。

在不同區域的AWS服務之間傳輸資料時，將在傳輸的兩端收取網際網路數據傳輸費。

有關執行於IBM的AmazonEC2的定價資訊，請參閱執行於IBM的AmazonEC2詳細資訊頁面中的定價部分。

問：是否可以將AmazonDevPay與執行於IBM的AmazonEC2配合使用？ 否。

目前，您無法使用DevPay將產品綁定在執行於IBM的AmazonEC2。

執行於MicrosoftWindows和其他第三方軟體的AmazonEC2 問：是否可以將現有的WindowsServer授權用於EC2？ 是的，可以。

使用ImportImage工具匯入您自己的WindowsServer機器映像之後，您就可以從EC2專用主機上的這些機器映像啟動執行個體，並有效地管理執行個體和報告使用狀況。

Microsoft通常會要求您針對實體資源(如通訊端和核心)追蹤授權的使用狀況，而專用主機就可以協助您完成這些作業。

如需如何在AmazonEC2專用主機上使用自有WindowsServer授權的詳細資訊，請瀏覽專用主機詳細資訊頁面。

問：我可以將什麼軟體授權帶入Windows環境？ 具體的軟體授權條款因供應商而異。

因此，我們建議您查看軟體供應商的授權條款，以確定您現有的授權是否獲得授權可在AmazonEC2中使用。

查看額外的產品相關資源 有很多資源可以協助您學習如何使用AmazonEC2進行建置。

進一步了解  註冊免費帳戶 立即存取AWS免費方案。

  註冊  開始在主控台進行建置 開始在AWS主控台使用AmazonEC2進行建置。

入門  頁面內容 一般 執行個體類型 儲存 聯網和安全 管理 計費和購買選項 平台 工作負載 結束對InternetExplorer的支援 知道了 AWS對InternetExplorer的支援將於07/31/2022結束。

支援的瀏覽器包括Chrome、Firefox、Edge和Safari。

進一步了解» 知道了