問:哪些項目會有所變更?

EC2 執行個體與保留 ID,還有 EBS 與 Storage Gateway的磁碟區與快照 ID,都正要變更為較長的格式。較長執行個體與保留 ID 的轉換已於 2016 年 1 月開始進行,且將持續至 2016 年 12 月初,較長磁碟區與快照 ID 的轉換則於 2016 年 4 月至 2016 年 12 月初之間持續進行。在這段期間,您可以選擇要指派給這些資源的 ID 格式,而且可以更新管理工具與指令碼以新增較長格式的支援。2016 年 12 月初之後,所有新建立的執行個體、保留、磁碟區以及快照都必須使用較長的 ID 格式。

新格式將只適用於新建立的資源;現有的資源不會受到影響。請瀏覽 AWS 部落格,了解如何選擇較長 ID 的逐步概觀。

問:我是否需要升級到新版的 AWS 開發套件或 CLI?

若要在 AWS CLI 和開發套件中使用較長的 ID,您必須升級到下列版本:

– PHPv2:必須升級到 v2.8.27+
– PHPv3:必須升級到 v3.15.0+
– CLI:必須升級到 v1.10.2+
– Boto3:必須升級到 v1.2.1+
– Botocore:必須升級到 v1.3.24+

以下開發套件與較長 ID 完全相容,不需要升級:PHP v1、Boto v1、Boto v2、Ruby v1、Ruby v2、JavaScript、Java、.NET、適用於 Windows PowerShell 的 AWS 工具和 Go。

對於所有工具,如果您希望使用新的 ModifyIdFormat 與 DescribeIdFormat API,則必須更新工具才能在 2016 年 1 月開始收到新的 API。

問:新的識別符格式是什麼樣子?

新的識別符格式將依循目前識別符格式的模式,但長度較長。新的格式為 <資源識別符>-<17 個字元>,例如:"i-1234567890abcdef0" (EC2 執行個體) 或 "snap-1234567890abcdef0" (EBS 快照)。

以下為 EC2 主控台內新執行個體 ID 格式的範例。 

新的執行個體 ID 格式

問:為何需要這樣做?

考慮到 AWS 仍以驚人的速度持續成長,我們必須採取此措施,否則某些 EC2 與 EBS 資源的 ID 大約會在一年內開始不敷使用。為了讓您能長期不斷地建立新執行個體、保留、磁碟區以及快照,我們必須為這些資源提供較長 ID 格式。其他識別符在未來幾年內也可能需要擴展。

問:這會對我造成什麼影響?

您很有可能不需要進行任何系統變更即可處理新格式。若只使用主控台管理 AWS 資源,則可能完全不受影響,但仍應更新設定以盡快使用較長的 ID。若您是透過 API、SDK 或 AWS CLI 與 AWS 資源互動,則可能會受到影響,這視您的軟體是否會在驗證或保留資源 ID 時對 ID 格式做出假設而定。如果是這種情況,您可能需要更新系統才能處理新格式。

故障模式可能包括:
• 若您的系統使用規則表達式來驗證 ID 格式,則遇到較長的格式時可能會發生錯誤。
• 若系統對資料庫結構描述內的 ID 長度有所預期,您可能會無法存放較長的 ID。

取決於您使用的工具,可能需要升級到新版的 AWS CLI 和開發套件。請查看上方受影響工具和相容版本的清單。

問:是否會對現有的資源造成影響?

不會;只會對選擇使用較長格式後建立的資源造成影響。資源被指派 ID (不論長或短) 後,該 ID 永遠不會變更。使用舊 ID 格式建立的任何資源將永遠保有較短的 ID,而使用新格式建立的任何資源,即使在您選擇使用後也將保有較長的 ID。

問:何時會開始轉換?

較長執行個體與保留 ID 的發行時間表如下所示。 

執行個體、保留、磁碟區和快照 ID 發行時間表

2016 年 1 月 13 日起,可透過 API 和主控台選擇使用較長的 EC2 執行個體和保留 ID。在 2016 年 1 月至 2016 年 12 月之間,所有帳戶都可視需要選擇使用或不使用較長的執行個體與保留 ID 進行測試。

2016 年 4 月 28 日起,除了北京 (中國) 與 AWS GovCloud (US) 之外,每個 AWS 區域中的新帳戶預設會使用較長的 EC2 執行個體與保留 ID,在必要時可選擇要求使用較短的格式。

2016 年 4 月 25 日起可透過 API 和主控台選擇使用較長的 EBS 與 Storage Gateway 磁碟區和快照 ID。2016 年 6 月或之後建立的新帳戶將預設使用較長的快照與磁碟區 ID,並可讓您視需要選擇不使用。

新增較長 ID 支援的截止期限為 2016 年 12 月初。較長 ID 轉換將於 2016 年 12 月 5 日到 2016 年 12 月 16 日之間,一次在一個區域進行。在該時間點之後,便不再提供切換格式的選項,而且所有新建立的執行個體、保留、磁碟區以及快照 ID 都將具有較長的格式。

問:發行期為何這麼長?

我們想盡量讓您有充分的時間以新格式測試系統。較長的轉換期不但能讓您有最大的彈性來逐步測試和更新系統,也有助於盡量減少加入新格式支援時的中斷情形。

問:如果我想在 2016 年 12 月之後繼續收到較短的 ID 格式,該怎麼做?

很遺憾,無論您所指定的使用者設定為何,都無法這樣做。

問:選擇使用的運作方式為何?選擇不使用的運作方式為何?

在轉換期間 (2016 年 1 月至 2016 年 12 月),您可以使用 API 或 EC2 主控台選擇要接收較長或較短的 ID。ModifyIdFormat 可設定執行個體和保留 ID 的格式,而 DescribeIdFormat 可讓您檢視 ID 格式設定。這兩個 API 都適用於進行呼叫的使用者,且僅於特定區域提供。ID 格式設定可按每個 IAM 使用者、區域以及資源類型進行修改。無明確設定的任何 IAM 使用者都會回復為根帳戶的設定。通常在您更新 ID 格式設定之後,需要幾分鐘讓設定生效。

如果測試發現需要解決的問題,您可以選擇不使用新的較長 ID 格式,直到系統準備好處理較長 ID 後再使用。這個選項提供到 2016 年 12 月為止。從 2016 年 12 月開始,會強制使用新的較長 ID 格式,不再提供較短的格式。

問:如何一次選擇使用整個帳戶?

是,您可以選擇使用 AWS CLI modify-identity-id-formatdescribe-identity-id-format,並且指定所需的 ARN 與資源類型。您必須針對每個資源類型 (執行個體、磁碟區、保留以及快照) 分別進行。要選擇使用整個帳戶,您必須指定根帳戶作為 Amazon Resource Name (ARN)。這會將變更套用到整個帳戶,而您不需要設定每個個別的使用者/角色偏好設定。如需詳細資訊,請參閱 EC2 User Guide知識中心

注意:如果您選擇使用根使用者,則在該帳戶啟動執行個體的所有使用者/角色都將採用根使用者偏好設定,除非已明確設定他們的特定使用者/角色 (ARN) 選擇偏好。您應該只在確定使用帳戶的所有服務都支援較長 ID 的情況下選擇使用根使用者。

問:如何一次選擇加入全部區域?

您可以使用 Longer-Id-Converter 工具一次選擇加入全部區域。使用此工具,您可以選擇加入所有區域和所有資源。此工具不僅可遷移根帳戶或管理帳戶,還能遷移跨所有區域根帳戶下的 IAM 角色/使用者。您還可以使用此工具檢查帳戶的選擇加入狀態。如需有關此工具的詳細資訊,請參閱 README 檔案。

請注意:如果系統轉換為較長 ID 之後發生問題,您可以使用相同的工具將跨所有區域的帳戶回復為使用較短 ID。

問:是否可以根據 IAM 角色選擇使用較長 ID?

可以,您可以使用新的 modify-Identity-id-format 和 describe-identity-id-format API 來控制和檢視不同身分如何選擇使用較長的 ID。您可依每個帳戶、每個 IAM 角色或每個 IAM 使用者來選用較長的 ID。依 IAM 使用者或角色選擇使用,可協助您在選擇使用整個帳戶前先測試系統。如需詳細資訊,請參閱 EC2 User Guide

注意:在 Amazon EC2 API 2015-10-01 版本中,如果您使用 IAM 角色登入資料來呼叫 describe-id-format 或 modify-id-format,結果會套用至整個 AWS 帳戶,而不只是特定的 IAM 角色。在目前的 Amazon EC2 API 版本中,結果只會正確套用至 IAM 角色。 

問:如果我不採取任何動作,會發生什麼事?

如果您沒有在轉換期間內選擇使用新格式,則系統將在 2016 年 12 月的最終期限自動為您選擇使用。我們不建議此做法;最好還是在轉換期間加入新格式的支援,這樣才有機會進行受控的測試。

問:什麼是保留 ID?保留 ID 是否僅適用於預留執行個體?

保留 ID 適用於所有執行個體,且與預留執行個體有所不同。EC2 啟動的每個執行個體都有保留 ID。保留 ID 與執行個體啟動請求有一對一關係,但如果您使用相同的啟動請求啟動多個執行個體,則可與超過一個執行個體建立關聯。保留 ID 是由 DescribeInstances API 所傳回,並可在任何指定執行個體的 EC2 管理主控台描述中檢視 (如下所述)。

保留 ID

問:是否能推薦系統測試與加入新 ID 格式支援的最佳實務?

如果您的軟體可在多個不同的 AWS 帳戶下執行,請選擇 (或建立) 一個 AWS 帳戶來進行測試。或者,如果您的軟體是在單一 AWS 帳戶下執行,請選擇 (或建立) 一個 IAM 使用者來進行測試。

設定您選擇的帳戶或 IAM 使用者以接收較長的 ID、測試您的軟體,並進行任何必要的變更。請注意,如果一個 IAM 使用者啟動具有較長 ID 的執行個體,那麼所有其他使用者將能夠在後續描述呼叫中看到較長 ID,無論使用者特定的選擇設定為何。確定軟體可如預期操作之後,您可選擇使用自己的所有帳戶與/或使用者。如果發生任何意外問題,您可以在了解並更正問題之前選擇不使用。在 2016 年 12 月截止期限前都可使用此測試程序,期間所有新執行個體、保留、磁碟區以及快照都將收到較長的 ID 格式。

一旦軟體已做好選擇使用較長 ID 的準備,即可跨所有帳戶、區域及資源選擇較長的 ID。完成後,您便已完全轉換至新格式,無須進行進一步的動作。

問:如何知道自己已完成較長資源 ID 的選擇程序?

完成上述的測試程序之後,在每個區域和使用者都選擇使用較長 ID。或者,您可以為每個區域選擇使用根使用者;只要沒有個別 IAM 使用者選擇不使用,就會更新整個帳戶的 ID 格式設定。您必須針對每個資源類型 (執行個體、磁碟區、保留以及快照) 分別進行。完成這項操作之後,您便已完成轉換程序,無須針對這些資源類型進行進一步變更。請注意,由於現有的資源會保有其原始 ID,您可能會在完成選擇程序時看到長 ID (新的資源) 與短 ID (現有的資源) 混用的情況。

問:新帳戶的預設 ID 類型為何?

針對執行個體與保留,除了北京 (中國) 與 AWS GovCloud (US) 之外,每個 AWS 區域在 2016 年 4 月 28 日當天或之後建立的帳戶將預設為接收較長的 ID 格式。如果您是新客戶,即可藉此毫不費力地轉換至較長的執行個體與保留 ID。如果您希望新帳戶將較短 ID 格式指派給資源,則只需如上所述,重新設定帳戶使用較短的 ID 即可。在您準備好讓帳戶接收較長的 ID 之前,這是必要的工作流程。

2016 年 6 月或之後建立的帳戶,其磁碟區與快照將設定為預設收到較長的 ID,並可讓您在 2016 年 12 月之前視需要選擇不使用。

問:其他識別符是否會有所變更?

隨著 AWS 日漸成長,我們未來有可能必須增加其他資源的 ID 長度。

問:這是否適用於 Spot 執行個體?

是,較長的執行個體與保留 ID 格式將套用到所有 EC2 執行個體類型。

問:我是 EC2 Windows 客戶;是否需要知道任何 Windows 的特定事項?

如果您使用 EC2 執行個體 ID 做為 EC2 Windows 執行個體電腦名稱的一部分,請注意,Windows 會自動將名稱截斷為 15 個字元,以符合 NetBIOS 命名慣例。由於這種截斷行為,如果您使用這個命名慣例,可能會看到 15 個字元的重複電腦名稱。建議選擇唯一命名機制來避免複雜性。

問:如何選擇讓新的 Auto Scaling 執行個體使用較長 ID?

Auto Scaling 會反映根使用者的設定。這會取代已由 IAM 角色設定的項目。 

問:我是透過第三方工具使用 AWS,需要做些什麼才能處理較長的 ID?

我們正與第三方共同合作以確保客戶能獲得最佳體驗,但是在帳戶中開啟較長的 ID 格式前,請與您的 ISV 合作,以判斷其對此變更的支援程度。

問:何時將進行較長 ID 的最終轉換?

較長 ID 轉換將於 2016 年 12 月 5 日到 2016 年 12 月 16 日之間,一次在一個區域進行。您可以使用 AWS CLI describe-id-format 來檢視每個區域排定的轉換日期。

問:如果我選擇使用較長的 ID 然後在轉換期間選擇不使用,則使用較長 ID 建立的資源會發生什麼情況?

一旦為資源指派 ID 後,該 ID 就不會再變更,因此無論您後續採取什麼動作,使用較長 ID 建立的資源都將保有較長的 ID。如果您選擇使用較長的格式,再建立資源,然後選擇不使用較長的格式,則即使選擇不使用之後也會看到長短資源 ID 混用的情況。擺脫長 ID 的唯一方法是刪除或終止個別的資源。

因此請您務必謹慎,在測試過工具與自動化之前避免使用新格式建立關鍵資源。

問:如果我的系統在最終轉換日期 2016 年 12 月 16 日之前無法如預期般運作,該怎麼辦?

如果您的系統在轉換期間無法如預期般運作,可以暫時選擇不使用較長格式 ID 並對系統加以修正,然而您的帳戶在 2016 年 12 月 16 日之後將自動轉換回使用較長 ID。不論您的帳戶設定為何,所有新的執行個體、保留、磁碟區以及快照都將接收較長格式 ID,所以在最終轉換期間開始之前,先測試系統是否可使用較長格式 ID 是非常重要的。越早進行測試和選擇使用,就能有越多寶貴的時間來修改具有短資源 ID 的資源,而且能將對系統造成任何衝擊的風險降到最低。

問:如果我在 2016 年 12 月的最終轉換期間在多個區域中啟動了 EC2 與 EBS 資源,會發生什麼事?

這些資源的 ID 長度將取決於您啟動資源的區域。如果區域已經轉換成使用較長的 ID,則在該區域中啟動的資源將有較長格式的 ID;如果還沒有轉換,則會有較短的資源 ID。因此,在轉換期間,您可能會看到同時存在較短和較長的資源 ID;然而,在 2016 年 12 月 16 日之後,全部區域中的所有新資源都會有較長格式的 ID。

問:如果 AWS 在轉換期間加入新區域,新區域是否支援較長的 ID?

是。2016 年下半年及之後啟動的所有新區域,針對新的和現有的帳戶預設都會發出較長格式的執行個體、保留、磁碟區以及快照 ID。

問:什麼是 Amazon Elastic Compute Cloud (Amazon EC2)?

Amazon Elastic Compute Cloud (Amazon EC2) 是一種 Web 服務,可在雲端提供可調整大小的運算容量。該服務旨在降低開發人員進行 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」按鈕。您必須擁有 Amazon Web Services 帳戶才能存取此服務;如果您還沒有帳戶,系統將在您開始 Amazon EC2 註冊過程時提示您建立帳戶。註冊後,請參閱 Amazon EC2 文件,其中包含了入門指南。

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

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

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

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

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

問:如何在 Amazon EC2 環境中執行系統?

一旦設定了帳戶並選擇或建立 AMI 之後,便可啟動您的執行個體。您可以透過使用 RunInstances API 呼叫,在任意數量的隨需執行個體上啟動 AMI。您只需要指示要啟動多少個執行個體。如果要執行 20 個以上隨需執行個體,請填寫 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 Storage (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 Simple Storage Service (Amazon S3) 可結合使用。藉助 Amazon S3,開發人員可以存取 Amazon 用於執行其全球網站網路的資料儲存體基礎設施,它不僅具備高度的可擴展性和可靠性,而且快速、經濟實惠。為了能在 Amazon EC2 環境中執行系統,開發人員使用提供的工具將其 Amazon Machine Image (AMI) 載入 Amazon S3 中,並在 Amazon S3 和 Amazon EC2 之間移動。請參閱如何使用 Amazon EC2 載入和存放我的系統?,了解有關 AMI 的更多資訊。

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

問:我可以在 Amazon EC2 中執行多少個執行個體?

您只能在執行個體系列總共執行最多 20 個隨需執行個體、購買 20 個預留執行個體,以及根據每個區域的動態 Spot 限制請求 Spot 執行個體。新建立的 AWS 帳戶一開始的限制數量可能比以上列出的數字更低。有些執行個體類型按區域施行進一步限制,如下所示:

執行個體類型 隨需限制
預留限制 Spot 限制
m5.large 20 20 動態 Spot 限制
m5.xlarge 20 20 動態 Spot 限制
m5.2xlarge 20 20 動態 Spot 限制
m5.4xlarge 10 20 動態 Spot 限制
m5.12xlarge 5 20 動態 Spot 限制
m5.24xlarge 5 20 動態 Spot 限制

m4.4xlarge

10

20

動態 Spot 限制

m4.10xlarge

5

20

動態 Spot 限制

m4.16xlarge

5

20

動態 Spot 限制

c5.large 20 20 動態 Spot 限制
c5.xlarge 20 20 動態 Spot 限制
c5.2xlarge 20 20 動態 Spot 限制
c5.4xlarge 10 20 動態 Spot 限制
c5.9xlarge 5 20 動態 Spot 限制
c5.18xlarge 5 20 動態 Spot 限制
c4.4xlarge 10 20 動態 Spot 限制
c4.8xlarge 5 20 動態 Spot 限制
cg1.4xlarge 2 20 動態 Spot 限制
hs1.8xlarge 2 20 未提供
cr1.8xlarge 2 20 動態 Spot 限制
p3.2xlarge

1

20

動態 Spot 限制

p3.8xlarge

1

20

動態 Spot 限制

p3.16xlarge

1

20

動態 Spot 限制

p2.xlarge

1

20

動態 Spot 限制

p2.8xlarge

1

20

動態 Spot 限制

p2.16xlarge

1

20

動態 Spot 限制

g3.4xlarge 1 20 動態 Spot 限制
g3.8xlarge 1 20 動態 Spot 限制
g3.16xlarge 1 20 動態 Spot 限制

r4.large

20

20

動態 Spot 限制

r4.xlarge

20

20

動態 Spot 限制

r4.2xlarge

20

20

動態 Spot 限制

r4.4xlarge

10

20

動態 Spot 限制

r4.8xlarge

5

20

動態 Spot 限制

r4.16xlarge

1

20

動態 Spot 限制

r3.4xlarge 10 20 動態 Spot 限制
r3.8xlarge 5 20 動態 Spot 限制
h1.8xlarge
10 20 動態 Spot 限制
h1.16xlarge
5 20 動態 Spot 限制

i3.large

2

20

動態 Spot 限制

i3.xlarge

2

20

動態 Spot 限制

i3.2xlarge

2

20

動態 Spot 限制

i3.4xlarge

2

20

動態 Spot 限制

i3.8xlarge

2

20

動態 Spot 限制

i3.8xlarge

2

20

動態 Spot 限制

i3.16xlarge

2

20

動態 Spot 限制

i2.2xlarge 8 20 動態 Spot 限制
i2.4xlarge 4 20 動態 Spot 限制
i2.8xlarge 2 20 動態 Spot 限制
d2.4xlarge 10 20 動態 Spot 限制
d2.8xlarge 5 20 動態 Spot 限制
t2.nano 20 20 未提供
t2.micro
20 20 未提供
t2.small
 20 20 未提供
t2.medium
 20 20 未提供
t2.large
 20 20 未提供
t2.xlarge  20 20 未提供
t2.2xlarge 20 20 未提供
所有其他執行個體類型 20 20 動態 Spot 限制

請注意,cc2.8xlarge、cg1.4xlarge、hs1.8xlarge、cr1.8xlarge、G2、D2 和 I2 執行個體並非在所有區域均提供。

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

 

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

是。為了保持用於發送電子郵件的 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、Fedora、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 如何收費?

您僅需按實際用量付費。顯示的定價是小時費率,但視您選擇的執行個體而定,可能需要為每個執行個體類型支付每小時或每秒 (最低限制 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 服務,則需負擔日本消費稅。進一步了解


問:我的應用程式堆疊將在哪類硬體上執行?

瀏覽 Amazon EC2 定價,了解各區域提供的執行個體清單。

問:我如何選擇正確的執行個體類型?

Amazon EC2 執行個體分成 5 個系列:一般用途、運算優化、記憶體優化、GPU 和儲存優化執行個體。一般用途執行個體的記憶體與 CPU 比例適用於大多數一般用途應用程式,而且提供固定效能 (M5、M4 和 M3 執行個體) 或高載效能 (T2);運算優化的執行個體 (C5、C4 和 C3 執行個體) 的 CPU 資源比例高於記憶體 (RAM),而且非常適用於擴展運算密集型應用程式及高效能運算 (HPC) 工作負載;記憶體優化的執行個體 (R3 和 R4 執行個體) 可為記憶體密集型應用程式,包括資料庫和記憶體快取應用程式,提供較大的記憶體大小;GPU 運算執行個體 (P3、P2) 利用 NVIDIA Tesla GPU 的平行處理能力,實現高效能的平行運算;GPU 圖形執行個體 (G3) 可為使用 OpenGL 和 DirectX 的應用程式提供高效能的 3D 圖形功能;儲存優化的執行個體 (包含 I3 和 I2 執行個體) 使用以 SSD 為基礎的本機執行個體儲存體為 I/O 密集型應用程式提供超高效能但低延遲的 I/O 容量;還有 D2 或 H1 (密集化儲存和 HDD 儲存執行個體) 為資料倉儲、Hadoop 和其他資料密集型應用程式提供本機高儲存密度和序列化 I/O 效能。在選擇執行個體類型時,應當就資源使用率 (即,CPU、記憶體、儲存) 方面考量您的應用程式特點,選擇最佳的執行個體系列和執行個體大小。

問:M1 和 M3 標準執行個體的 CPU 和記憶體使用率相同。如何在兩者之中選擇使用哪一個執行個體?

對於大部分使用案例而言,M3 執行個體能夠提供比 M1 執行個體更高、更一致的效能。M3 執行個體還提供了以 SSD 為基礎的執行個體儲存體,能夠提供更高的 I/O 效能。M3 執行個體的價格也比 M1 執行個體更便宜。針對這些原因,對於要求使用一般用途執行個體,又希望在運算、記憶體和網路資源上取得平衡的應用程式,我們推薦使用 M3。不過,如果您需要比 M3 執行個體更多的磁碟儲存,則 M1 執行個體對於執行應用程式會更有幫助。

問:什麼是「EC2 運算單位」,為什麼要引入此單位?

轉換到效用運算模型的過程從根本上改變了開發人員對 CPU 資源的慣性思維。您不再購買或租用特定的處理器並使用數月或數年,而是以小時為單位租用容量。由於 Amazon EC2 是在商用硬體基礎上建置的,隨著時間推移,可能會有多種不同類型的實體硬體為 EC2 執行個體提供支援。我們的目標是無論實際的基礎硬體為何,均提供一致的 CPU 容量。

Amazon EC2 透過多種衡量標準,為每個執行個體提供一致且可預計的 CPU 容量。為了便於開發人員可以在不同的執行個體類型之間比較 CPU 容量,我們定義了 Amazon EC2 運算單位。分配給特定執行個體的 CPU 量以這些 EC2 運算單位來表示。我們使用多種基準和測試,以 EC2 運算單位來管理效能的一致性和可預計性。EC2 運算單位 (ECU) 可為 Amazon EC2 執行個體的整數處理能力提供相對的衡量標準。隨著時間推移,如果我們發現能更明確地表示運算容量的指標,我們可能會增加或取代 EC2 運算單位定義中的衡量標準。

問:Amazon EC2 執行個體類型的區域可用性如何?
如需所有執行個體和區域可用性的清單,請參閱 Amazon EC2 定價。


問:如何防止他人查看我的系統?

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

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

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

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

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


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

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

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

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

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

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

否。並非所有執行個體都需要彈性 IP 地址。根據預設,每個執行個體都附帶一個私有 IP 地址和一個網際網路可路由公有 IP 地址。此私有地址只與該執行個體關聯,且只會在執行個體停止或終止時傳回給 Amazon EC2。此公有地址只與該執行個體關聯,直到執行個體停止或終止,或者替換為彈性 IP 地址。對於許多不需要長期網際網路可路由終端節點的應用程式來說,這些 IP 地址應當足夠。運算叢集、Web 網路爬取和後端服務等都是通常不需要彈性 IP 地址的應用程式例子。

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

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

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

可以。您可以透過填寫此表,配置彈性 IP 地址的反向 DNS 記錄。請注意,必須有指向該彈性 IP 地址的對應正向 DNS 記錄,才能建立反向 DNS 記錄。


問:可用區域之間的隔離程度如何?

每個可用區域在其實體不同的獨立基礎設施中執行,並已設計成具備高可靠性。可用區域之間不會共用常見的故障點,如發電機和冷卻設備等。此外,它們實體上也各自分開,即使火災、風災或水災等罕見災難也只會影響單一可用區域。

問:Amazon EC2 是否在多個區域執行?

是。請參閱區域性產品和服務,了解我們的產品和服務在不同區域的更多詳細資訊。

問:如何確保我與另一開發人員處於同一可用區域中?

我們目前不支援協調不同 AWS 開發人員帳戶啟動到同一可用區域的功能。兩個 AWS 客戶帳戶中的一個可用區域名稱 (例如,us-east-1a) 可能與不同的實體可用區域有關聯。

問:如果我使用公有 IP 地址在可用區域之間傳輸資料,是否會重複收取區域資料傳輸費用 (一次是因為跨區域,另一次是因為使用公有 IP 地址)?

否。只有至少滿足以下條件之一時才會收取區域數據傳輸費,但是即使同時滿足這兩個條件,也只會對指定的執行個體收取一次費用:

  • 另一執行個體在不同的可用區域內,無論使用何種地址類型。
  • 使用公有或彈性 IP 地址,無論另一執行個體處於哪個可用區域。

問:什麼是 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 and /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 的程序。Linux NVMe 驅動程式的行為可透過指定較高的 nvme.io 逾時核心模組參數值進行修改。

另外,相較於 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 逾時。



問:此功能包含哪些聯網功能?

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

問:為什麼應該使用增強型聯網?

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

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

要啟用此功能,必須使用合適的驅動程式啟動 HVM AMI。M5、C5、H1、R4、X1、I3、P3、P2、G3 和 m4.16xlarge 執行個體可為增強型聯網提供彈性網路界面卡 (ENA) 界面 (該界面使用 "ena" Linux 驅動程式)。C3、C4、R3、I2、M4 (不含 m4.16xlarge) 和 D2 執行個體使用 Intel® 82599g 虛擬功能界面 (該界面使用 "ixgbevf" Linux 驅動程式)。Amazon Linux AMI 預設包含這兩種驅動程式。對於不包含這些驅動程式的 AMI,則需要根據您計劃使用的執行個體類型下載並安裝合適的驅動程式。可以按照 Linux 或 Windows 說明在預設不包含 SR-IOV 驅動程式的 AMI 中啟用增強型聯網。僅 Amazon VPC 支援增強型聯網。

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

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

問:為什麼只有 Amazon VPC 支援增強型聯網?

透過 Amazon VPC,我們可以為您提供許多無法在 EC2-Classic 中實現的進階聯網功能。增強型聯網是可透過 Amazon VPC 實現的另一項功能。

問:哪些執行個體類型支援增強型聯網?

目前 C3、C4、C5、D2、I3、I2、H1、M5、M4、X1 和 R3 執行個體都支援增強型聯網。X1、P2、P3、G3、I3、R4 和 m4.16xlarge 執行個體可為增強型聯網提供彈性網路界面卡 (ENA) 界面。C3、C4、R3、I2、M4 (不含 m4.16xlarge) 和 D2 執行個體使用 Intel® 82599 虛擬功能界面。

問:哪些執行個體類型提供 NVMe 執行個體儲存體?

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


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

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

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

Amazon EBS 提供四種最新一代的磁碟區類型,其可分成兩種主要類別:適用於交易工作負載的 SSD 支援儲存和適用於輸送量密集型工作負載的 HDD 支援儲存。這些磁碟區類型的效能特點和價格不同,您可以根據應用程式的需求來訂製您所需的儲存效能和費用。如需詳細資訊,請參閱 EBS 產品詳細資訊頁面;如需有關效能的其他資訊,請參閱 Amazon EC2 User Guide 的 EBS 效能部分

問:什麼是輸送量優化 HDD (st1) 和冷 HDD (sc1) 磁碟區類型?

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

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) 和一般用途 SSD (gp2)。HDD 支援的磁碟區是專為輸送量密集型和大數據工作負載、大型 I/O 及序列化 I/O 模式而設計。HDD 支援的磁碟區包括輸送量優化 HDD (st1) 和冷 HDD (sc1)。如需 Amazon EBS 的詳細資訊,請參閱 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 外的 Amazon EC2 Classic 執行個體可使用 ClassicLink 掛載檔案系統。現場部署伺服器可透過連接到 VPC 的 AWS Direct Connect 連線掛載檔案系統。

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

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

問:哪裡可以進一步了解 EFS?

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


問: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 容量?

是。例如,您可以定義一個增大條件,將 Amazon EC2 容量增加 10%,再定義一個縮小條件,將其容量縮小 5%。

問:如果擴展活動導致達到我的 Amazon EC2 執行個體數限制,會發生什麼情況?

Auto Scaling 服務不會擴展到超過您可以執行的 Amazon EC2 執行個體數限制。如果需要執行更多數量的 Amazon EC2 執行個體,請填寫 Amazon EC2 執行個體申請表

問:如果刪除 Auto Scaling 群組,我的 Amazon EC2 執行個體會發生什麼情況?

如果您的 Auto Scaling 群組有執行中的執行個體,而您選擇刪除該 Auto Scaling 群組,則會終止執行個體並刪除 Auto Scaling 群組。


問: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 以取得更多資訊。


問:什麼是預留執行個體?

預留執行個體 (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.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 等其他平台的 RI 不提供執行個體大小彈性。

問:是否需要採取任何動作才能使用可用區域和執行個體大小彈性?

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

問:我擁有可用區域 RI,要如何將它們指派到區域?

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

問:如何購買 RI?

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

問:是否可以為執行中的執行個體購買 RI?

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

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

否。AWS 會自動優化哪些執行個體按照折扣費率收費,以確保您始終支付最低的金額。如需計費以及如何套用到 RI 的資訊,請參閱 Billing Benefits and Payment Options

問:執行個體大小彈性如何運作?

EC2 依照下列比例,比對執行個體系列中的不同大小。針對 RI 執行個體大小彈性,會使用這個比例將 RI 折扣費率套用到執行個體系列的標準化用量。例如,如果您擁有範圍涵蓋一個區域的 m5.2xlarge RI,則折扣費率可套用到 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
10xlarge 80
16xlarge 128
32xlarge 256

問:是否可在合約期間內變更 RI?

是,您可以修改 RI 的可用區域、將 RI 範圍從可用區域變更為區域 (反之亦然)、將網路平台從 EC2-VPC 變更為 EC2-Classic (反之亦然),或者修改相同執行個體系列中的執行個體大小 (在 Linux/Unix 平台)。

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

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

問:RI 有哪些不同的付款選項?

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

問:何時會啟用 RI?

您的付款授權成功後,就會啟動計費折扣和容量保留 (如果適用)。您可以在 Amazon EC2 主控台的 "Reserved Instances" 頁面檢視 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,000 USD 的有效 RI。現在,如果您在相同區域購買價值 150,000 USD 的 RI,則此次購買的前 100,000 USD 不會有折扣。不過,此次購買剩餘的 50,000 USD 會獲得百分之 5 的折扣,因此您只需在所選付款選項的期間對此次購買的這個部分支付 47,500 USD。

要進一步了解,請參閱 Amazon EC2 User GuideUnderstanding Reserved Instance Discount Pricing Tier 部分。

問:如何計算一個 RI 的定價?

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

美國東部區域 3 年期部分預付數量折扣價格

 

預付款 (USD)

產生的每小時費用 (USD)

產生的小時價值

定價

m3.xlarge

 1,345 USD

 0.060 USD

 1,577 USD

 2,922 USD

c3.xlarge

1,016 USD

0.045 USD

1,183 USD

2,199 USD

問:如果使用合併帳單,如何計算數量折扣?

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

問:可轉換 RI 是否符合數量折扣資格?

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

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

若要確定您目前的數量折扣層級,請參閱 Amazon EC2 User GuideUnderstanding Reserved Instance Discount Pricing Tiers 部分。

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

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

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

否,在使用現有的 PurchaseReservedInstance API 或 EC2 管理主控台界面購買 RI 時,您將自動享有數量折扣。如果您購買的 RI 價值超過 1000 萬 USD,請聯絡我們,了解獲得超出自動提供之折扣的資訊。


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

問:什麼時候應該購買可轉換 RI,而不是標準 RI?
可轉換 RI 適合可持續使用 EC2 執行個體三年以換取 EC2 大幅使用折扣、不確定未來執行個體需求或想受惠於價格變更的客戶。

問:可轉換 RI 有哪些期限選項?
如同標準 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% 的降價。 


問:什麼是預留執行個體市場?

預留執行個體市場是一個線上商場,可讓 AWS 客戶能夠靈活地向其他企業和組織出售 Amazon Elastic Compute Cloud (Amazon EC2) 預留執行個體。客戶也可以瀏覽預留執行個體市場,尋找由其他 AWS 客戶出售具有多樣化選擇的預留執行個體期限時間以及定價選項。

問:何時能在預留執行個體市場展示出售預留執行個體?

符合下列情形即可展售預留執行個體:

  • 您已在預留執行個體市場註冊為賣方。
  • 您已購買預留執行個體。
  • 您持有預留執行個體超過 30 天。

問:如何註冊成為預留執行個體市場的賣方?

要註冊預留執行個體市場,您可以從 EC2 管理主控台出售預留執行個體或在 AWS 入口網站的 "Account Settings" 頁面設定個人資料來進入註冊工作流程。無論使用什麼途徑,您都需要完成以下步驟:

  1. 首先,查看註冊流程概觀。
  2. 登入 AWS 帳戶。
  3. 輸入您的銀行帳戶以便我們支付款項。選取 "Continue" 之後,我們將選擇此銀行帳戶作為預設付款選項。
  4. 在確認畫面中選擇 "Continue to Console to Start Listing"。

當您的預留執行個體銷售額超過 20,000 USD 或者計劃售出的預留執行個體數量超過 50 個,則在展售預留執行個體之前需要提供稅務資訊。選擇 "Continue with Tax Interview"。在稅務資訊收集管道中,系統會用 TIMS 工作流程提示您輸入公司名稱、聯絡人名稱、地址以及稅務識別號碼。 

此外,如果您計劃銷售的預留執行個體價值每年超過 50,000 USD,則您還需要提交增加銷售額上限的請求。

問:如何知道何時可以開始在預留執行個體市場進行銷售活動?

您透過註冊管道新增銀行帳戶後,就可以開始在預留執行個體市場進行銷售。完成啟用後,您將收到一封確認電子郵件。不過,請務必注意,您必須等到我們從您的銀行收到驗證訊息後才能收到支付的款項。根據您選擇的銀行不同,驗證過程最多可能需要兩週時間。

問:如何展售預留執行個體?

若要展售預留執行個體,只需在 Amazon EC2 主控台完成以下步驟即可:

  1. 選取想要銷售的預留執行個體,然後選擇 "Sell Reserved Instances"。如果您還沒有完成註冊流程,系統將提示您透過註冊管道進行註冊。
  2. 針對每個預留執行個體類型,設定要銷售的執行個體數量以及一次性費用的價格。請注意,您可以根據剩餘的時間設定不同的一次性價格,這樣當您的預留執行個體未能快速售出時,就不必不斷調整一次性價格了。在預設情況下,您只需設定目前價格,然後我們會每月按同一增量自動降低一次性價格。
  3. 您設定好要展售的項目後,就會看到最後確認畫面。選擇 "Sell Reserved Instance"。

問:可以展售哪些預留執行個體?

您可以展售處於活動狀態不少於 30 天且我們已收到付款的任何預留執行個體。一般而言,這表示只要保留是在作用中狀態,就可以展售它們。請務必注意,如果您是需要發票的客戶,則您的預留執行個體將在 AWS 收到付款之前就已處於 active 狀態。在這種情況下,要等我們收到付款後,您才能展示出售該預留執行個體。

問:如何將展售的預留執行個體顯示給買方?

已在預留執行個體市場上展售的預留執行個體 (不管是由第三方或 AWS 提供),都可以在 Amazon EC2 主控台的 "Reserved Instances" 部分中查看。您也可以使用 DescribeReservedInstancesListings API 呼叫。

展售的預留執行個體會按類型、剩餘期限、預付價格以及每小時價格分組。這樣可讓買方更輕鬆地找到想要購買的預留執行個體。

問:可以展示出售預留執行個體的期限有多長?

您可以出售預留執行個體的剩餘期限,要向下捨入到最接近的月數。例如,如果還剩餘 9 個月13 天的期限,那麼您將展售有 9 個月期限的預留執行個體。

問:是否可以刪除我已展售的預留執行個體?

是,您可以刪除銷售狀態為 pending (這表示買方已經購買您的預留執行個體,正在等待確認付款) 之前的任何預留執行個體。

問:可為要展示出售的預留執行個體設定哪些定價方式?

使用預留執行個體市場,您可以設定您樂意接受的預付價格。您不能設定每小時價格 (為原始預留執行個體的每小時價格將保持不變),並且不會收到與每小時價格相關的款項。

問:是否可以繼續使用在預留執行個體市場展售的保留?

是,您將繼續享有該保留的容量和計費優勢,直至將其售出為止。一旦售出後,凡是按折扣費率收費的任何執行中執行個體,將立即改依隨需執行個體的費率收費,除非您購買新的保留或終止執行個體。

問:是否可以轉售從預留執行個體市場購得的預留執行個體?

是,您可以像出售其他預留執行個體一樣轉售從預留執行個體市場購得的預留執行個體。

問:銷售預留執行個體時是否有任何限制?

是,若要在預留執行個體市場出售預留執行個體,您必須擁有美國境內的銀行帳戶。我們即將支援美國境外的銀行帳戶。另外,您不得在 US GovCloud 區域出售預留執行個體。

問:是否可以銷售從公有數量定價層級中購得的預留執行個體?

否,尚未提供此功能。

問:在預留執行個體市場銷售預留執行個體是否需要支付費用?

是,在預留執行個體市場出售每個預留執行個體,AWS 都會收取預付總額 12% 的服務費。

問:AWS 是否可以出售一部分我展售的預留執行個體?

是,AWS 可以出售您已展示出售的預留執行個體數量的一部分。例如,如果您展售了 100 個預留執行個體,我們可以僅向希望購買 50 個預留執行個體的買方顯示您的預留執行個體。我們會出售這 50 個執行個體並繼續展示出售剩下的 50 個預留執行個體,直到您決定不再展示出售為止。

問:買方如何為所購買的預留執行個體付費?

我們會透過 ACH 將已出售預留執行個體的付款電匯到美國境內銀行帳戶。

問:何時能收到款項?

AWS 從購買您的保留的客戶處收到款項後,我們就會向您在註冊預留執行個體市場時指定的銀行帳戶電匯款項。

然後,我們會向您寄送電子郵件通知,告訴您我們已向您電匯款項。一般而言,款項會在您的預留執行個體出售後 3 到 5 天內匯入帳戶。

問:如果我在預留執行個體市場上銷售預留執行個體,付費支援是否也會退還從我這邊收取的費用?

否,我們不會按比例退還之前收取的 AWS Premium Support 費用部分的款項。

問:是否會通知我預留執行個體市場活動的相關資訊?

是,您每天會收到一封電子郵件,詳細描述您預留執行個體市場的活動,如您建立或取消預留執行個體展示項目、買方購買您展示出售的項目,或者 AWS 向您的銀行帳戶支付款項等。

問:買方和賣方需要交換哪些資訊以便計算交易稅?

買方應透過付款報告向賣方提供其所在的國家、州、市以及郵遞區號等資訊。賣方將使用此資訊來計算需向政府繳納的所有交易稅 (如營業稅、增值稅等)。賣方需在購貨發票上提供賣方法人實體的名稱。

問:購買第三方預留執行個體時,對客戶是否有任何限制?

是,您不能購買自己的預留執行個體,包括任何連結帳戶 (透過合併帳單)。

問:從預留執行個體市場購買預留執行個體時,是否需要向付費支援支付費用?

是,如果您是付費支援客戶,當您透過預留執行個體市場購買預留執行個體時,需要支付付費支援費用。


問:什麼是 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 User Guide

如果需要更高的限制,請填寫 Amazon EC2 執行個體申請表並與您的使用案例一起提交,我們將考慮增加您的執行個體數量。執行個體限制的增加會與請求所針對的區域關聯。

問:Spot 執行個體如何計費?

對於執行中的執行個體,您需支付每個執行個體小時開始時生效的 Spot 價格。如果 Spot 價格在您啟動執行個體後變更,下一個小時就需要為執行個體用量支付新的價格。

問:什麼是 Spot 容量集區?

Spot 容量集區是一組未使用的 EC2 執行個體,而且有相同的執行個體類型、作業系統、可用區域和網路平台 (EC2-Classic 或 EC2-VPC)。每個 Spot 容量集區可能因供需而有不同的價格。

問:使用 Spot 執行個體有哪些最佳實務?

我們強烈建議使用多個 Spot 容量集區,以最大化您可用的 Spot 容量。EC2 提供內建的自動化功能,使用 Spot 叢集在多個 Spot 容量集區尋找最經濟實惠的容量。如需詳細資訊,請參閱 Spot 最佳實務

問:如何確定 Spot 請求的狀態?

您可以透過 Spot 請求狀態代碼和訊息判斷 Spot 請求的狀態。您可以在 AWS 管理主控台中 EC2 主控台的 Spot Instance 頁面、API 和 CLI 存取 Spot 請求狀態資訊。如需詳細資訊,請參閱 Amazon EC2 Developer Guide

問:Spot 執行個體是否適用所有執行個體系列和大小,並在所有區域中可用?

Spot 執行個體可在所有公有 AWS 區域使用。幾乎所有 EC2 執行個體系列和大小都能使用 Spot,包含最新的運算優化執行個體、加速圖形、FPGA 和新的裸機執行個體類型。這裡列有每個區域支援的完整執行個體類型清單。

問:Spot 執行個體適用於哪些作業系統?

適用於 Linux/UNIX 和 Windows Server。目前尚不適用於搭配 SQL Server 的 Windows Server。

問:是否可以將 Spot 執行個體與針對第三方軟體 (如 IBM 的套裝軟體) 的已支付 AMI 搭配使用?

目前不可以。

問:我的 Spot 執行個體何時會被中斷?

過去 3 個月,92% 的 Spot 執行個體中斷是客戶在應用程式完成工作之後,自行手動中斷執行個體。

EC2 需要回收 Spot 執行個體的情況有兩種可能的原因,主要原因是 Amazon EC2 容量需求 (例如,隨需或預留執行個體用量)。第二個原因,如果您選擇設定 "maximum Spot price" 而 Spot 價格高出該價格,將會在兩分鐘通知後回收您的執行個體。這個參數可決定您願意支付的 Spot 執行個體小時最高價格,預設會設定為隨需價格。與之前一樣,您持續在執行個體執行時支付每秒遞增的 Spot 市場價格,而非最高價。

問:Spot 執行個體中斷時會發生什麼情況?

您可以在中斷時選擇讓 Spot 執行個體終止、停止或休眠。停止和休眠選項適用於持久性 Spot 請求以及啟用 "maintain" 選項的 Spot 叢集。預設會終止您的執行個體。

要進一步了解如何處理中斷,請參閱 Spot Hibernation

問:停止和休眠中斷行為有什麼不同?

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

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

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

您應該在 EBS 根磁碟區準備足夠的可用空間,以便從記憶體寫入資料。如果 EBS 根磁碟區沒有足夠的空間,休眠將會失敗,並關閉執行個體。選擇休眠選項前,請先確定 EBS 磁碟區大小足以保留記憶體資料。

問:Spot 在中斷時讓執行個體進入休眠狀態有哪些好處?

使用休眠,Spot 執行個體會在中斷時暫停並在之後恢復,讓您的工作負載可以從停止的地方繼續執行。當您的執行個體需要保留關閉-啟動週期的執行個體狀態時可以使用休眠,也就是,當 Spot 執行個體上執行的應用程式需使用存放在 RAM 的環境、商業或工作階段資料時。

問:若要啟用 Spot 執行個體的休眠,必須執行哪些動作?

要了解如何啟用 Spot 執行個體的休眠,請參閱 Spot Hibernation

問:使用 Spot 執行個體的休眠是否需要付費?

使用執行個體的休眠無須另外付費,但需支付 EBS 儲存及使用任何其他 EC2 資源的費用。您的執行個體進入休眠狀態之後,無須支付執行個體用量費用。

問:是否可以重新啟動停止的執行個體或恢復休眠的執行個體?

否,您無法直接重新啟動停止的執行個體或恢復休眠的執行個體。停止-啟動和休眠-恢復週期由 Amazon EC2 控制。如果 Spot 停止或休眠執行個體,則要在容量可用時,由 Amazon EC2 重新啟動或恢復。

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

目前支援休眠的執行個體和作業系統如下:在 C3、C4、M4、R3 和 R4 系列等執行個體類型上執行的 Amazon Linux AMI、Ubuntu 和 Microsoft Windows 作業系統,且記憶體 (RAM) 大小低於 100 GiB。

若要查看支援的作業系統版本清單,請參閱 Spot Hibernation

問:如果 Spot 執行個體中斷,要如何計費?

如果 Amazon EC2 在第一個執行個體小時終止或停止 Spot 執行個體,您無須支付該用量的費用。不過,如果您自行終止執行個體,則需支付最接近的秒數費用。如果 Amazon EC2 在之後的任何小時終止或停止 Spot 執行個體,則您需依最接近的秒數支付用量費用。如果您在 Windows 上執行並自行終止該執行個體,需支付整個小時的費用。

問:如果 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 叢集請求有何限制?

請瀏覽 Amazon EC2 User Guide 的 Spot Fleet Limits 部分,了解適用於 Spot 叢集請求的限制。

問:如果我的 Spot 叢集請求嘗試啟動 Spot 執行個體但超出我的區域 Spot 請求限制,會發生什麼狀況?

如果您的 Spot 叢集請求超出區域 Spot 執行個體請求限制,個別 Spot 執行個體請求將會失敗,並出現超出 Spot 請求限制請求狀態。您的 Spot 叢集請求歷史記錄會顯示叢集請求收到的所有 Spot 請求限制錯誤。請瀏覽 Amazon EC2 User Guide 的 Monitoring Your Spot Fleet 部分,了解如何說明您的 Spot 叢集請求歷史記錄。

問:是否保證可滿足 Spot 叢集請求?

否。Spot 叢集請求讓您可以同時請求多個 Spot 執行個體,而且其可用性和價格與單一 Spot 執行個體請求相同。例如,如果沒有資源可供 Spot 叢集請求所列的執行個體類型使用,我們可能無法履行部分或全部的請求。建議您包含可能適用於 Spot 叢集工作負載的所有執行個體類型和可用區域。

問:是否可以提交多個可用區域 Spot 叢集請求?

是,請瀏覽 Amazon EC2 User Guide 的 Spot Fleet Examples 部分,了解如何提交多個可用區域 Spot 叢集請求。

問:是否可以提交多個區域 Spot 叢集請求?

否,我們不支援多個區域叢集請求。

問:Spot 叢集如何分配啟動規格中指定的各種 Spot 執行個體集區的資源?

RequestSpotFleet API 提供 2 個分配策略:最低價格和多樣化的選擇。最低價格策略允許您在執行個體集區佈建 Spot 叢集資源,於請求時提供每容量單位的最低價格。多樣化的選擇策略允許您跨多個 Spot 執行個體集區佈建 Spot 叢集資源。這可讓您隨著 Spot 容量波動維持叢集目標容量並提升應用程式的可用性。

跨不同 Spot 執行個體集區執行應用程式的資源也可讓您逐步降低叢集的營運成本。請瀏覽 Amazon EC2 使用者指南進一步了解相關資訊。

問:是否可以在 Spot 叢集請求加上標籤?

您可以透過 Spot 叢集請求啟動加上標籤的 Spot 執行個體。叢集本身無法加上標籤。

問:如何查看哪個 Spot 叢集擁有我的 Spot 執行個體?

您可以透過說明叢集請求來識別與 Spot 叢集關聯的 Spot 執行個體。所有 Spot 執行個體終止後,叢集請求仍然可以使用 48 小時。請參閱 Amazon EC2 User Guide 以了解如何說明您的 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 叢集可支援停止-啟動和休眠-恢復。


 

問:微型執行個體可以提供多少運算能力?

微型執行個體提供少量持續的 CPU 資源,但您可用其他週期在短時間內將 CPU 容量突增至 2 個 ECU。它們非常適合具備下述特點的較低輸送量應用程式和網站:定期消耗大量的運算週期,但在其他時間中只消耗極少的 CPU 來用於背景處理程序和協助程式等。進一步了解有關此執行個體類型的使用方式。

問:微型執行個體與標準小型執行個體相比,在運算能力上有何不同?

在穩定狀態時,微型執行個體接收的運算資源僅佔小型執行個體所能接收的一小部分。因此,如果您的應用程式具有運算密集型或穩定狀態需求,我們建議您使用小型執行個體 (或者依據您的需求,使用更大型的執行個體)。不過,微型執行個體可以定期突增至最多 2 個 ECU (短時間內)。這是標準小型執行個體可用的 ECU 數的兩倍。因此,如果您有相對較低輸送量的應用程式或網站,並且偶爾需要消耗大量的運算週期,則建議您使用微型執行個體。

問:如何才能判斷應用程式需要的 CPU 資源是否超過微型執行個體可提供的資源?

如果在 CloudWatch 監控的分鐘內,執行個體突發量超過其可用的 CPU 資源量,CPU 使用率的 CloudWatch 指標會報告 100% 使用率。CloudWatch 報告 100% CPU 使用率時,表示您應該考慮 (手動或透過 Auto Scaling) 增大到更大的執行個體類型,或擴展為多個微型執行個體。

問:Amazon EC2 的所有功能是否都可用於微型執行個體?

目前 Amazon DevPay 不可用於微型執行個體。


問:何時應使用運算優化執行個體?

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

問:是否可以將 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 User Guide 中的 Processor State Control 一節。

問:運算優化執行個體類別有哪些執行個體?

C5 執行個體:C5 執行個體是最新一代 EC2 運算優化執行個體。C5 執行個體以 Intel Xeon Platinum 處理器為基礎,屬於 Intel Xeon Scalable (代號 Skylake-SP) 處理器系列,提供 6 種大小和高達 72 個 vCPU 和 144 GiB 記憶體。C5 執行個體相較於 C4 執行個體提供高出 25% 的價格/效能提升。

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

C3 執行個體:C3 執行個體以 Intel Xeon E5-2680 v2 (代號 Ivy Bridge) 處理器為基礎。C3 執行個體有 5 種大小和高達 32 個 vCPU、60 GiB 記憶體 和 640 GB 的 SSD 儲存。

問:是否應該將 C3 或 C4 執行個體的工作負載移到 C5 執行個體?

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

問:C5 執行個體支援哪些作業系統/AMI?

支援 ENA 聯網和從 NVMe 儲存啟動的 EBS 後端 HVM AMI 可與 C5 執行個體搭配使用。C5 支援以下 AMI:

  • Amazon Linux 2014.03 或更新版本
  • Ubuntu 14.04 或更新版本
  • SUSE Linux Enterprise Server 12 或更新版本
  • Red Hat Enterprise Linux 7.4 或更新版本
  • CentOS 7 或更新版本
  • Windows Server 2012 R2
  • Windows Server 2016
  • FreeBSD 11.1-RELEASE

問:C5 客戶有哪些儲存選項?

C5 執行個體使用 EBS 磁碟區做為儲存,預設為 EBS 優化,且為加密和未加密 EBS 磁碟區提供高達 9 Gbps 的輸送量。C5 執行個體透過連接 PCI 的 NVM Express (NVMe) 界面存取 EBS 磁碟區。NVMe 是高效且可擴展的儲存界面,常用於以 Flash 為基礎的 SSD,像是提供 I3 執行個體的本機 NVMe 儲存。雖然 NVMe 界面相較於 Xen 半虛擬化區塊型儲存設備可提供較低的延遲,但用來存取 EBS 磁碟區時,磁碟區類型、大小和佈建 IOPS (如果有) 將會決定磁碟區的整體延遲和輸送量特性。使用 NVMe 提供 EBS 磁碟區時,會經由 PCI 熱插拔連接和中斷連接。

問:C5 執行個體支援哪些網路界面?

C5 執行個體使用彈性網路界面卡 (ENA) 提供聯網,而且預設啟用增強型聯網。採用 ENA,C5 執行個體可使用高達 25 Gbps 的網路頻寬。

問:C5 執行個體支援哪些儲存界面?

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

問:C5 執行個體可連接多少個 EBS 磁碟區?

C5 執行個體可在所有作業系統支援最多 27 個 EBS 磁碟區。這個限制與 ENI 連接共用,請參閱這裡:http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html。例如:由於每個執行個體至少有 1 個 ENI,如果您在 c4.2xlarge 連接額外 3 個 ENI,則可在該執行個體連接 24 個 EBS 磁碟區。

問:C5 執行個體上的基礎 Hypervisor 為何?

C5 執行個體使用以核心 KVM 技術為基礎的全新 EC2 Hypervisor。

問:為什麼 Linux 報告的總記憶體和 C5 執行個體類型公告的記憶體不符?

在 C5 中,執行個體的總記憶體有一部分會保留供作業系統使用,包括虛擬 BIOS 針對 ACPI 表等項目和虛擬視訊 RAM 等裝置所使用的區域。


問:什麼是加速運算執行個體?

加速運算執行個體系列是使用硬體加速器或協同處理器執行一些函數 (例如,浮點數計算和圖形處理) 的一種執行個體系列,這比在 CPU 上執行的軟體更有效率。Amazon EC2 提供三種加速運算執行個體類型 – 適用於一般用途運算的 GPU 運算執行個體、適用於圖形密集型應用程式的 GPU 圖形執行個體,以及適用於進階科學工作負載的 FPGA 可程式化硬體運算執行個體。

問:何時應該使用 GPU 圖形和運算執行個體?

GPU 執行個體最適用於並行度極高的應用程式,例如,使用數千個執行緒的工作負載。例如,圖形處理有大量的運算要求,其中的每個任務都相對較小,執行的一組操作形成了一個管道,而此管道的輸送量要比個別操作的延遲更為重要。若要建置能充分利用這種並行度的應用程式,使用者需要掌握 GPU 裝置的專業知識,了解如何針對各種圖形 API (DirectX、OpenGL) 或 GPU 運算程式設計模型 (CUDA、OpenCL) 進行程式設計。

問:P3 執行個體與 G3 執行個體有何不同?

P3 執行個體是下一代 EC2 一般用途 GPU 運算執行個體,採用高達 8 個最新一代 NVIDIA Tesla V100 GPU。這些新的執行個體可大幅提升效能和可擴展性,而且增加了許多新功能,包括用於機器學習 (ML)/深度學習 (DL) 效能優化的全新串流多處理器 (SM) 架構、第二代 NVIDIA NVLink 高速 GPU 互連,以及用於提高效率的高度調整 HBM2 記憶體。

G3 執行個體使用 NVIDIA Tesla M60 GPU,可為使用 DirectX 或 OpenGL 的圖形應用程式提供高效能的平台。NVIDIA Tesla M60 GPU 支援 NVIDIA GRID 虛擬工作站功能,以及 H.265 (HEVC) 硬體編碼。G3 執行個體中的每一個 M60 GPU 都可支援 4 個解析度高達 4096x2160 的顯示器,且獲得授權可將 NVIDIA GRID 虛擬工作站用於一名並行連線使用者。G3 執行個體的應用範例包括 3D 視覺化、圖形密集型遠端工作站、3D 轉譯、應用程式串流、影片編碼和其他伺服器端圖形工作負載。

問:NVIDIA Volta GV100 GPU 有哪些優點?

新的 NVIDIA Tesla V100 加速器納入功能強大的全新 Volta GV100 GPU。GV100 不僅比之前的 Pascal GP100 GPU 採用更先進的技術,而且大幅提升效能和可擴展性,同時增加了許多可提升程式設計能力的新功能。這些先進的功能可增強 HPC、資料中心、超級電腦,以及深度學習系統和應用程式。

問:哪些人可受益於 P3 執行個體?

P3 執行個體及其高度運算效能可讓人工智慧 (AI)、機器學習 (ML)、深度學習 (DL) 和高效能運算 (HPC) 應用程式領域的使用者受惠。這包含資料科學家、資料架構師、資料分析師、科學研究人員、ML 工程師、IT 管理員和軟體開發人員在內的使用者。主要產業包括運輸、能源/石油和瓦斯、金融服務 (銀行、保險)、醫療保健、製藥、科學、IT、零售業、製造業、高科技、運輸、政府、學術界等。

問:P3 執行個體有哪些主要的使用案例?

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

問:為何客戶應該針對 AI/ML 和 HPC 使用 GPU 支援的 Amazon P3 執行個體?

GPU 運算執行個體可提供更佳的輸送量和效能,因為它們專為大規模平行處理所設計,在每個 GPU 使用上千個特殊化核心,不像 CPU 使用幾個核心進行連續處理。此外,開發人員已建立數百個 GPU 優化科學 HPC 應用程式,像是量子化學、分子動力學、氣象學等。研究顯示,最熱門的 HPC 應用程式中有超過 70% 提供內建的 GPU 支援。

問:P3 執行個體是否支援 EC2 Classic 聯網和 Amazon VPC?

P3 執行個體只支援 VPC。

問:G3 執行個體與 P2 執行個體有何不同?

G3 執行個體使用 NVIDIA Tesla M60 GPU,可為使用 DirectX 或 OpenGL 的圖形應用程式提供高效能的平台。NVIDIA Tesla M60 GPU 支援 NVIDIA GRID 虛擬工作站功能,以及 H.265 (HEVC) 硬體編碼。G3 執行個體中的每一個 M60 GPU 都可支援 4 個解析度高達 4096x2160 的顯示器,且獲得授權可將 NVIDIA GRID 虛擬工作站用於一名並行連線使用者。G3 執行個體的應用範例包括 3D 視覺化、圖形密集型遠端工作站、3D 轉譯、應用程式串流、影片編碼和其他伺服器端圖形工作負載。

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

問:P3 執行個體與 G2 執行個體有何不同?

P3 執行個體是下一代 EC2 一般用途 GPU 運算執行個體,採用高達 8 個最新一代 NVIDIA Volta GV100 GPU。這些新的執行個體可大幅提升效能和可擴展性,而且增加了許多新功能,包括針對機器學習 (ML)/深度學習 (DL) 效能優化的全新串流多處理器 (SM) 架構、第二代 NVIDIA NVLink 高速 GPU 互連,以及用於提高效率的高度調整 HBM2 記憶體。

P2 執行個體使用 NVIDIA Tesla K80 GPU,專為使用 CUDA 或 OpenCL 程式設計模型的一般用途 GPU 運算所設計。P2 執行個體可為客戶提供高頻寬 25 Gbps 聯網、功能強大的單精度和雙精度浮點功能,以及錯誤修正代碼 (ECC) 記憶體。

問:GPU 圖形和運算執行個體支援哪些 API 和程式設計模型?

P3 執行個體支援 CUDA 9 和 OpenCL、P2 執行個體支援 CUDA 8 和 OpenCL 1.2,而 G3 執行個體支援 DirectX 12、OpenGL 4.5、CUDA 8 和 OpenCL 1.2。

問:哪裡可以取得 P3 和 G3 執行個體的 NVIDIA 驅動程式?

可透過兩種方式取得 NVIDIA 驅動程式。AWS Marketplace 上提供了商品清單,包括已預先安裝 NVIDIA 驅動程式的 Amazon Linux AMI 和 Windows Server AMI。您也可以啟動 64 位元 HVM AMI,自行安裝這些驅動程式。您必須瀏覽 NVIDIA 驅動程式網站,然後搜尋適用於 P3 的 NVIDIA Tesla V100、適用於 P2 的 NVIDIA Tesla K80,以及適用於 G3 執行個體的 NVIDIA Tesla M60。

問:哪些 AMI 可以與 P3、P2 和 G3 執行個體搭配使用?

目前,您可以在 P2 和 G3 執行個體上使用 Windows Server、SUSE Enterprise Linux、Ubuntu 和 Amazon Linux AMI。P3 執行個體僅支援 HVM AMI。如果您要啟動作業系統未列在這裡的 AMI,請聯絡 AWS 客戶支援提出請求或透過 EC2 論壇尋求協助。

問:使用 G2 和 G3 執行個體是否需要第三方授權?

除了 NVIDIA 驅動程式和 GRID SDK 之外,使用 G2 和 G3 執行個體並不一定需要第三方授權。不過,您需要確定在 G2 和 G3 執行個體上使用的內容或技術是否需要另行授權。例如,如果對內容進行串流處理,則部分或全部內容可能需要授權。如果您使用的是第三方技術 (例如 Microsoft、Thomson、Fraunhofer IIS、Sisvel S.p.A、MPEG-LA 和 Coding Technologies 的作業系統、音訊和/或影片編碼器和解碼器),請諮詢這些供應商來確定是否需要授權。例如,如果您使用 NVIDIA GRID GPU 主機板上的 h.264 影片編碼器,則應聯絡 MPEG-LA 尋求協助,如果使用 mp3 技術,則應聯絡 Thomson 尋求協助。

問:為什麼使用從 NVIDIA 網站下載的驅動程式無法在 G3 執行個體上取得 NVIDIA GRID 功能?

G3 執行個體中使用的 NVIDIA Tesla M60 GPU 需要特殊的 NVIDIA GRID 驅動程式才能啟用所有進階圖形功能,以及解析度高達 4096x2160 的 4 個顯示器支援。您需要使用已預先安裝 NVIDIA GRID 驅動程式的 AMI,或依照 AWS 文件下載並安裝 NVIDIA GRID 驅動程式。

問:使用 Microsoft 遠端桌面時,為什麼看不到 GPU?

使用遠端桌面時,使用 WDDM 驅動程式模型的 GPU 將被替換為不加速的遠端桌面顯示驅動程式。要存取 GPU 硬體,需要使用其他遠端存取工具,如 VNC。

問:什麼是 Amazon EC2 F1?

Amazon EC2 F1 是一種運算執行個體,其中包含用於應用程式加速的可程式化硬體。全新的 F1 執行個體類型提供高效能和易於存取的 FPGA,可用於開發和部署自訂硬體加速。

問:什麼是 FPGA,以及為什麼需要 FPGA?

FPGA 是可程式化的整合線路,可透過軟體進行設定。相較於只使用 CPU 的伺服器,使用 FPGA 可讓應用程式的速度快達 30 倍。此外,FPGA 可重新程式化,因此不需要重新設計硬體,即可擁有更新和優化硬體加速的靈活性。

問:F1 與傳統的 FPGA 解決方案有何不同?

F1 是一種 AWS 執行個體,包含用於應用程式加速的可程式化硬體。使用 F1 只要按幾下就能存取 FPGA 硬體,可將 FPGA 完整開發週期和擴展部署的時間從幾個月或幾年減少到幾天,同時還能減少成本開銷。雖然 FPGA 技術已存在幾十年,由於開發基礎設施、硬體設計和大規模部署耗費大量的時間和成本,因此採用應用程式加速在加速器的開發和銷售傳統企業自訂硬體的商業模型上遭遇很大的困難。使用這項產品時,客戶在現場部署資料中心可避免與開發 FPGA 相關的無差別繁重工作。

問:什麼是 Amazon FPGA Image (AFI)?

設定 FPGA 程式時所建立的設計稱為 Amazon FPGA Image (AFI)。AWS 提供的服務可註冊、管理、複製、查詢和刪除 AFI。建立 AFI 之後,即可將它載入執行中的 F1 執行個體。您可以將多個 AFI 載入相同的 F1 執行個體,而且可在執行時間切換到不同的 AFI,無須重新啟動。這可讓您快速測試,並以迅速的序列執行多個硬體加速。您也可以為 AWS Marketplace 上的其他客戶提供一套 FPGA 加速與包含自訂軟體或 AFI 驅動程式的 AMI 組合。

問:如何將自己的硬體加速列在 AWS Marketplace 上?

您可以開發 AFI,以及用於該 AFI 的軟體驅動程式/工具。接著將這些軟體工具/驅動程式以加密格式封裝到 Amazon Machine Image (AMI) 中。AWS 會以您提供的加密格式管理所有 AFI 以維護程式碼的安全性。若要在 AWS Marketplace 銷售產品,您或您的公司必須註冊成為 AWS Marketplace 經銷商,接著提交要封裝成單一產品的 AMI ID 和 AFI ID。AWS Marketplace 會負責複製 AMI 和 AFI 以建立產品,並將一個產品代碼關聯到這些成品,如此一來,訂閱此產品代碼的任何最終使用者都可存取此 AMI 和 AFI。

問:F1 執行個體提供哪些功能?

對於開發人員,AWS 提供硬體開發套件 (HDK) 協助加速開發週期、FPGA 開發人員 AMI 用於雲端開發、執行 F1 執行個體的 AMI 軟體開發套件,以及一組用於註冊、管理、複製、查詢和刪除 AFI 的 API。開發人員和客戶都可存取 AWS Marketplace,AFI 可在該處上架並提供購買,以用於應用程式加速。

問:是否必須是 FPGA 專家才能使用 F1 執行個體?

從 AWS Marketplace 訂閱 F1 優化 AMI 的 AWS 客戶不需要了解 FPGA,就能充分利用 F1 執行個體和 AWS Marketplace 提供的加速。只要在 AWS Marketplace 訂閱 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 執行個體,客戶可從 AWS Marketplace 選取 AWS Marketplace 賣家提供的加速器,然後使用該 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.16 xlarge。 


問:什麼是叢集運算執行個體?

叢集運算執行個體將高運算資源和高效能聯網兩者相結合,適合高效能運算 (HPC) 應用程式和其他高要求的網路綁定型應用程式。叢集運算執行個體提供與其他 Amazon EC2 執行個體相似的功能,但經過了專門設計,能夠提供高效能聯網功能。

使用者可以透過 Amazon EC2 叢集置放群組功能將叢集運算執行個體分組到叢集中,讓應用程式獲得緊密結合的節點對節點通訊 (許多 HPC 應用程式的典型特徵) 所需的低延遲網路效能。叢集運算執行個體還可大幅提升 Amazon EC2 環境內以及至網際網路的網路輸送量。因此,這些執行個體也非常適合需要執行網路密集型操作的客戶應用程式。

進一步了解如何將此執行個體類型用於 HPC 應用程式。

問:當我在叢集置放群組中啟動執行個體時,預計可獲得何種網路效能?

EC2 執行個體在叢集置放群組中可使用的頻寬,取決於執行個體類型及其聯網效能規格。當於置放群組中啟動時,選擇 EC2 執行個體可在單一流程的每個方向 (全雙工) 最多使用 10 Gbps,而多流程流量則可使用 25 Gbps。叢集置放群組外的網路流量 (例如,傳送至網際網路) 限制為 5 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 執行個體啟動到叢集置放群組中。

問:什麼是叢集置放群組?

叢集置放群組是一種邏輯實體,可以透過做為群組的一部分啟動執行個體來建立執行個體叢集。然後執行個體叢集就能在該群組的執行個體之間提供低延遲、全等分的 25 Gb 乙太網路頻寬連接。您可以透過 Amazon EC2 API 或 AWS 管理主控台建立叢集置放群組。

問:Amazon EC2 的所有功能是否都可用於叢集運算執行個體和叢集 GPU 執行個體?

目前 Amazon DevPay 不可用於叢集運算執行個體或叢集 GPU 執行個體。

問:可以使用的叢集運算執行個體或叢集 GPU 執行個體的數量,及/或透過將叢集運算執行個體或叢集 GPU 執行個體啟動到叢集置放群組而建立的叢集大小是否有限制?

對於叢集運算執行個體而言,沒有具體的限制。對於叢集 GPU 執行個體來說,您可以自行啟動 2 個執行個體。如果需要更多的容量,請填寫 Amazon EC2 執行個體申請表 (選擇適當的主執行個體類型)。

問:在透過叢集置放群組為叢集請求執行個體時,有什麼方式可以優化我收到完整數量執行個體的可能性?

我們建議您在一次啟動中啟動加入叢集所需的最低數量執行個體。對於非常大的叢集,您應該啟動多個置放群組,例如,兩個包含 128 個執行個體的置放群組,然後將它們組合起來建立一個更大的 256 個執行個體叢集。

問:叢集 GPU 執行個體和叢集運算執行個體是否可以啟動到同一個叢集置放群組中?

雖然可能可以將不同的叢集執行個體類型啟動到一個置放群組中,但我們目前僅支援同類置放群組。

問:如果叢集置放群組中的某個執行個體停止後又重新啟動,該執行個體是否會保留在該叢集置放群組中?

是。停止的執行個體會做為停止時所屬的叢集置放群組的一部分啟動。如果沒有容量供其在所屬叢集置放群組中啟動,啟動會失敗。


問:什麼是高 I/O 執行個體?

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

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

高 I/O 執行個體支援所有的 Amazon EC2 功能。I3 執行個體提供僅 NVMe 的儲存,而上一代 I2 執行個體則能夠存取舊版的 blkfront 儲存體。目前,您只能以隨需、預留執行個體或 Spot 執行個體的形式購買高 I/O 執行個體。

問:我可以使用的高 I/O 執行個體數量是否有限制?

目前,預設可以啟動 2 個 i3.16xlarge 執行個體。如果要執行 2 個以上隨需執行個體,請填寫 Amazon EC2 執行個體申請表

問:i3.16xlarge 執行個體可以提供多少 IOPS?

使用 HVM AMI 時,高 I/O I3 執行個體可以在 8 x 1.9 TB NVMe 裝置之間為應用程式提供最多 330 萬以 4 KB 區塊大小測量的 100% 隨機讀取 IOPS,以及最多 30 萬以 4 KB 區塊大小測量的 100% 隨機寫入 IOPS。 

問:I3 執行個體的連續輸送量為多少?

以 128 K 區塊大小測量的最大連續輸送量為 16 GB/秒的讀取輸送量以及 6.4 GB/秒的寫入輸送量。

問:AWS 有其他資料庫和大數據服務。何時或者為什麼要使用高 I/O 執行個體?

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

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

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

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

問:高 I/O 執行個體是否支援 TRIM?

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


問:Amazon EC2 M5 執行個體有哪些主要使用案例?

M5 執行個體是執行開發和測試環境、Web、行動和遊戲應用程式、分析應用程式及商業關鍵應用程式 (包含 ERP、HR、CRM 和協作式應用程式) 非常好的選擇。希望在擁有較高記憶體量的執行個體上執行資料密集型工作負載 (例如,HPC 或 SOLR 叢集) 的客戶也非常適合使用 M5。需要較高記憶體且大量使用單、雙精度浮點操作和影片處理工作負載等向量處理的工作負載,可從 M5 支援的 AVX-512 指令中獲得大量的優勢。

問:為什麼客戶應該選擇 EC2 M5 執行個體,而非 EC2 M4 執行個體?

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

問:Intel AVX-512 支援對 EC2 M5 執行個體客戶有什麼好處?

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

問:為 M5 客戶提供哪些廣泛的儲存選項?

M5 執行個體利用 EBS 磁碟機進行儲存。M5 執行個體目前不提供本機儲存選項。

問:M5 執行個體支援哪種網路界面?

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

問:M5 執行個體支援哪些作業系統/AMI?

支援 ENA 聯網和從 NVMe 儲存啟動的 EBS 後端 HVM AMI 可與 M5 執行個體搭配使用。M5 支援以下 AMI:

  • Amazon Linux 2014.03 或更新版本
  • Ubuntu 14.04 或更新版本
  • SUSE Linux Enterprise Server 12 或更新版本
  • Red Hat Enterprise Linux 7.4 或更新版本
  • CentOS 7 或更新版本
  • Windows Server 2012 R2
  • Windows Server 2016
  • FreeBSD 11.1-RELEASE

問:M5 客戶有哪些儲存選項?

M5 執行個體使用 EBS 磁碟區做為儲存,預設為 EBS 優化,且為加密和未加密 EBS 磁碟區提供高達 10 Gbps 的輸送量。M5 執行個體透過連接 PCI 的 NVM Express (NVMe) 界面存取 EBS 磁碟區。NVMe 是高效且可擴展的儲存界面,常用於以 Flash 為基礎的 SSD,像是提供 I3 執行個體的本機 NVMe 儲存。雖然 NVMe 界面相較於 Xen 半虛擬化區塊型儲存設備可提供較低的延遲,但用來存取 EBS 磁碟區時,磁碟區類型、大小和佈建 IOPS (如果有) 將會決定磁碟區的整體延遲和輸送量特性。使用 NVMe 提供 EBS 磁碟區時,會經由 PCI 熱插拔連接和中斷連接。

問:M5 執行個體可連接多少個 EBS 磁碟區?

M5 執行個體可在所有作業系統支援最多 27 個 EBS 磁碟區。這個限制與 ENI 連接共用,請參閱這裡:http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html。例如:由於每個執行個體至少有 1 個 ENI,如果您在 m4.2xlarge 連接額外 3 個 ENI,則可在該執行個體連接 24 個 EBS 磁碟區。

問:M5 執行個體上的基礎 Hypervisor 為何?

M5 執行個體使用以核心 KVM 技術為基礎的全新輕量型 Nitro Hypervisor。

問:為什麼 Linux 報告的總記憶體和 M5 執行個體類型公告的記憶體不符?

在 M5 中,執行個體的總記憶體有一部分會保留供作業系統使用,包括虛擬 BIOS 針對 ACPI 表等項目和虛擬視訊 RAM 等裝置所使用的區域。

問:高載效能執行個體有何不同?

Amazon EC2 可讓您選擇固定效能執行個體 (如 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 執行個體選擇正確的 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 執行個體的形式購買。


問:什麼是密集化儲存執行個體?

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

問:密集化儲存和 HDD 儲存執行個體與高 I/O 執行個體有什麼不同? 

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

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

最新一代最大的密集化儲存執行個體 d2.8xlarge 可以使用 2 MiB 區塊大小提供最多 3.5 GBps 讀取和 3.1 GBps 寫入磁碟輸送量。最大的 H1 執行個體大小是 h1.16xlarge,可提供高達 1.15 GBps 的讀取和寫入。為確保在 Linux 上取得 D2 執行個體最佳的磁碟輸送量效能,建議您使用最新版 Amazon Linux AMI,或核心版本為 3.8 或更新版本且支援持久性授權的其他 Linux AMI,持久性授權是 Xen 區塊環通訊協定的延伸,可大幅提升磁碟輸送量和可擴展性。

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

密集化儲存執行個體最主要的資料儲存體是 HDD 執行個體儲存體。與所有執行個體儲存體一樣,這些儲存磁碟區只能持續到執行個體生命週期結束。因此,建議您建置一定程度的冗餘 (例如,RAID 1/5/6) 或使用支援冗餘和容錯能力的檔案系統 (例如,HDFS 和 MapR-FS)。您也可以定期將資料備份到更耐用的資料儲存體解決方案,例如 Amazon Simple Storage Service (S3) 以獲得額外的資料持久性。請參閱 Amazon S3 做為參考。

問:密集化儲存和 HDD 儲存執行個體與 Amazon EBS 有何不同?

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

問:是否可以將 H1 執行個體啟動為 Amazon EBS 優化執行個體?

根據預設,每個 H1 執行個體類型都是 EBS 優化執行個體。H1 執行個體提供 1,750 Mbps 至 14,000 Mbps 的輸送量給 EBS,遠超過提供給執行個體的一般用途網路輸送量。由於這個功能在 H1 執行個體一直都是啟用狀態,所以將 H1 執行個體明確啟動為 EBS 優化執行個體將不會影響執行個體的行為。

問:是否可以將 D2 執行個體啟動為 Amazon EBS 優化執行個體?

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

問:EC2 Classic 是否提供 HDD 儲存執行個體?

最新一代 HDD 儲存執行個體 (H1 執行個體) 只能在 Amazon VPC 啟動。使用 Amazon VPC,您可以利用僅在 Amazon VPC 平台提供的多種功能 – 例如:啟用增強型聯網、將多個私有 IP 地址指派給執行個體,或者變更執行個體的安全群組。如需使用 VPC 有哪些好處的詳細資訊,請參閱 Amazon EC2 和 Amazon Virtual Private Cloud (Amazon VPC)。

問:EC2 Classic 是否提供密集化儲存執行個體?

最新一代密集化儲存執行個體 (D2 執行個體) 可以在 EC2-Classic 和 Amazon VPC 啟動。然而,透過將密集化儲存執行個體啟動至 VPC,您可以利用僅在 Amazon VPC 平台提供的多種功能 – 例如:啟用增強型聯網、將多個私有 IP 地址指派給執行個體,或者變更執行個體的安全群組。如需使用 VPC 有哪些好處的詳細資訊,請參閱 Amazon EC2 和 Amazon Virtual Private Cloud (Amazon VPC)。您可以採取步驟將您的資源從 EC2-Classic 遷移到 Amazon VPC。如需詳細資訊,請參閱 Migrating a Linux Instance from EC2-Classic to a VPC


問:何時應使用記憶體優化執行個體?

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

問:何時應使用 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 生產環境。

問:何時應使用 X1e 執行個體?

X1e 執行個體非常適合用來執行 SAP HANA 等記憶體內資料庫、高效能資料庫,以及其他記憶體優化企業應用程式。X1e 執行個體提供的每 vCPU 記憶體是 X1 執行個體的兩倍。x1e.32xlarge 執行個體已通過 SAP 認證,可在 AWS 雲端執行新一代 Business Suite S/4HANA、Business Suite on HANA (SoH)、Business Warehouse on HANA (BW) 及 Data Mart Solutions on HANA 生產環境。

問:X1 和 X1e 執行個體有何不同?

X1e 執行個體提供每 vCPU 32 GB 記憶體,而 X1 執行個體提供每 vCPU 16 GB 記憶體。X1e 執行個體大小可啟用六種執行個體組態,從 4 個 vCPU 和 122 GiB 記憶體到最多 128 個 vCPU 和 3,904 GiB 記憶體。X1 執行個體可啟用兩種執行個體組態:64 個 vCPU 含 976 GiB 記憶體,以及 128 個 vCPU 含 1,952 GiB 記憶體。

問:支援 X1 和 X1e 執行個體的 Intel E7 (代號 Haswell) 處理器主要規格為何?

E7 處理器具有高核心計數,可支援在大量核心上有效擴展的工作負載。Intel E7 處理器也具有高記憶體頻寬和較大 L3 快取的功能,可提升記憶體內應用程式的效能。此外,Intel E7 處理器還能:

  • 透過最新的 Intel AES-NI 功能提高加密效能。
  • 支援 Transactional Synchronization Extensions (TSX) 以提升記憶體內交易資料處理的效能。
  • 支援 Advanced Vector Extensions 2 (Intel AVX2) 處理器指示,將大多數整數命令擴展到 256 位元。

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

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

問:X1 和 X1e 執行個體支援哪些作業系統?

X1 和 X1e 執行個體提供大量的 vCPU,可能會導致一些有較低 vCPU 限制的 Linux 作業系統發生啟動問題。強烈建議您在啟動這些執行個體時使用最新的 AMI。 

SAP HANA 工作負載的 AMI 支援包括:SUSE Linux 12、SUSE Linux 12 SP1、SLES for SAP 12 SP1、SLES for SAP 12 SP2 和 RHEL 7.2 for SAP HANA。 

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 位元版本)。

問:X1 客戶有哪些儲存選項?

X1 執行個體提供 SSD 執行個體存放區,這非常適合用於日誌、緩衝區、快取、臨時表格、臨時運算資料及其他臨時內容等資訊的臨時性儲存。當您使用支援持久性授權 (Xen 區塊環通訊協定的延伸) 的 Linux 核心時,X1 執行個體存放區可提供最佳的 I/O 效能。

X1 執行個體預設是 EBS 優化執行個體,並為 EBS 磁碟區提供高達 14 Gbps 的專用頻寬。EBS 提供多種磁碟區類型來支援各種不同的工作負載。如需詳細資訊,請參閱 EC2 User Guide

問:X1e 客戶有哪些儲存選項?

X1e 執行個體提供 SSD 執行個體存放區,這非常適合用於日誌、緩衝區、快取、臨時表格、臨時運算資料及其他臨時內容等資訊的臨時性儲存。當您使用支援持久性授權 (Xen 區塊環通訊協定的延伸) 的 Linux 核心時,X1e 執行個體存放區可提供最佳的 I/O 效能。

X1e 執行個體可啟用傳送到 Amazon Elastic Block Storage (EBS) 的專用輸送量,從 500 Mbps (x1e.xlarge) 到最高 14 Gbps (x1e.32xlarge),預設為 EBS 優化執行個體且無額外費用。如需詳細資訊,請參閱 EC2 User Guide

問:如何在 X1 和 X1e 執行個體上建置經濟實惠的容錯移轉解決方案?

您可以使用 Amazon EC2 Auto Recovery 在 X1 執行個體上設計簡單和經濟實惠的容錯移轉解決方案;Auto Recovery 是一項 Amazon EC2 功能,能夠在執行個體受損時更好地管理容錯移轉。建立 AWS CloudWatch 警示即可為 X1 執行個體啟用 Auto Recovery。選擇 "EC2 Status Check Failed (System)" 指標,並選取 "Recover this instance" 動作。執行個體復原需遵守基本限制,包括執行個體復原故障診斷文件中所列的限制。如需詳細資訊,請分別瀏覽 Auto Recovery 文件建立 Amazon CloudWatch 警示

問:是否有標準 SAP HANA 參考部署架構供 X1 執行個體和 AWS 雲端使用?

您可以使用 AWS Quick Start 參考 HANA 部署,遵循 SAP 對高效能和可靠性的建議,快速在 X1 執行個體上部署所有所需的 HANA 建置區塊。因為 AWS Quick Starts 經過模組化且可自訂,所以您可以針對自己的實作新增其他功能或對它進行修改。如需在 AWS 上部署 HANA 的其他資訊,請參閱 SAP HANA on AWS Cloud: Quick Start Reference Deployment Guide

問:是否有標準 SAP HANA 參考部署架構供 X1e 執行個體和 AWS 雲端使用?

您可以使用 AWS Quick Start 參考 HANA 部署,遵循 SAP 對高效能和可靠性的建議,在 x1e.32xlarge 執行個體上快速部署所有所需的 HANA 建置區塊。因為 AWS Quick Starts 經過模組化且可自訂,所以您可以針對自己的實作新增其他功能或對它進行修改。如需在 AWS 上部署 HANA 的其他資訊,請參閱 SAP HANA on AWS Cloud: Quick Start Reference Deployment Guide


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

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

問:是否仍支援這些上一代執行個體?

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

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

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

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

否。您的 M1、C1、CC2、CG1 和 HS1 執行個體仍具有完整功能,不會因為這次的變更而刪除。

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

目前,尚無結束上一代執行個體的計劃。然而,隨著技術的快速發展,最新一代的執行個體一般會提供最佳價格效能,我們也鼓勵客戶善用技術的進步。

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

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


問:什麼是 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 2003、Windows Server 2003 R2、Windows Server 2008、Windows Server 2012 R1、Red Hat Enterprise Linux (RHEL) 5.1-6.5 (使用 Cloud Access)、Centos 5.1-6.5、Ubuntu 12.04、12.10、13.04、13.10 及 Debian 6.0.0-6.0.8、7.0.0-7.2.0。有關 VM Import 的更多詳細資訊 (包括支援的檔案格式、架構和作業系統配置),請參閱 Amazon EC2 User Guide 的 VM Import/Export 一節。

問:支援哪些虛擬機器檔案格式?

您可以將 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 刪除您的磁碟映像。

問:匯出虛擬機器有什麼費用?

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

問:匯入 Windows Server 2003 或 2008 的虛擬機器時,作業系統授權由誰負責提供?

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

那麼,在匯入 Windows Server 2003 或 2008 的 VM 後,我現場部署的 Microsoft Windows 授權金鑰會出現什麼情況?在做為 EC2 執行個體執行您匯入的 VM 時,不會使用之前與該 VM 關聯的現場部署 Microsoft Windows 授權金鑰,因此您可以將該金鑰重複用於現場部署虛擬環境中的其他 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 (VPC) 中執行匯入的虛擬機器?

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

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

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


問:是否可以將現有的 Windows Server 授權用於 EC2?

是的,可以。使用 ImportImage 工具匯入您自己的 Windows Server 機器映像之後,您就可以從 EC2 專用主機上的這些機器映像啟動執行個體,並有效地管理執行個體和報告使用狀況。Microsoft 通常會要求您針對實體資源 (如通訊端和核心) 追蹤授權的使用狀況,而專用主機就可以協助您完成這些作業。如需如何在 Amazon EC2 專用主機上使用自有 Windows Server 授權的詳細資訊,請瀏覽專用主機詳細資訊頁面。

問:我可以將什麼軟體授權帶入 Windows 環境?

具體的軟體授權條款因供應商而異。因此,我們建議您查看軟體供應商的授權條款,以確定您現有的授權是否獲得授權可在 Amazon EC2 中使用。


問:使用執行於 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。


問:如何使用此服務?

該服務在 link-local IP 地址 (169.254.169.123) 提供 NTP 端點,可從 VPC 中執行的任何執行個體存取。我們提供 LinuxWindows 的 NTP 用戶端設定指示。

問:此服務提供哪些關鍵優勢?

對許多應用程式和服務而言,一致且準確的參考時間來源非常重要。Amazon Time Sync Service 提供可從執行個體安全存取的時間參考,無須變更和更新 VPC 組態。該服務建立在 Amazon 備受肯定的網路基礎設施上,並使用冗餘參考時間來源確保高準確度和可用性。

問:此服務支援哪些執行個體類型?

在 VPC 中執行的所有執行個體都可存取該服務。


問:Amazon EC2 服務水準協議有什麼保證?

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

問:如何了解我是否符合 SLA 服務抵扣的資格?

如果在一個每月計費周期內,您所在區域的月度正常執行時間百分比低於 99.95%,您就有資格申請 SLA 針對不可用的 Amazon EC2 和/或 Amazon EBS 提供的抵扣。如需 SLA 的所有條款與條件的完整詳細資訊,以及如何提交索賠的詳細資訊,請參閱 http://aws.amazon.com/ec2/sla/