本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 獲得最大的 Amazon EBS 最佳化效能 執行個體的 EBS 效能受限於執行個體類型效能上限，或其連接磁碟區的彙總效能 (以較小者為準)。若要達到最大 EBS 效能，執行個體必須具有連接磁碟區，這些磁碟區提供的組合效能必須等於或大於最大執行個體效能。例如，`r6i.16xlarge` 若要達到 `80,000` IOPS，每個執行個體至少須佈建 `5` `gp2` 個 `16,000` IOPS 的磁碟區 (`5` 個磁碟區 x `16,000` IOPS = `80,000` IOPS)，或者也可配置 `1` `gp3` 個磁碟區並提供 `80,000` IOPS。我們建議您選擇提供的專屬 Amazon EBS 輸送量高於應用程式所需的執行個體類型；否則，Amazon EBS 和 Amazon EC2 之間的連線將成為效能瓶頸。 **重要** 使用可設定的頻寬加權時，您執行個體的 EBS 頻寬限制可能會變更。對於具有增加聯網頻寬的 `VPC-1` 加權組態的執行個體，由於在達到 IOPS 限制前先觸及 EBS 頻寬限制，您可能會遇到 EBS 磁碟區的 IOPS 低於預期的情況。這在較大的 I/O 大小中尤其明顯。請務必測試您的特定工作負載，確保在使用選定的頻寬加權時符合效能需求。如需詳細資訊，請參閱[EC2 執行個體頻寬加權組態](configure-bandwidth-weighting.md)。 您可以使用 `EBSIOBalance%` 和 `EBSByteBalance%` 指標來協助您判斷執行個體的大小是否正確。您可以在 CloudWatch 主控台檢視這些指標，並依據您指定的閾值設定會觸發的警示。這些指標以百分比表示。維持低平衡百分比的執行個體視為有待擴展規模。平衡百分比從未低於 100% 的執行個體視為有待縮減規模。如需詳細資訊，請參閱 [使用 CloudWatch 監控您的執行個體](using-cloudwatch.md)。 此記憶體密集執行個體專為在雲端執行大型記憶體內資料庫而設計，包括 SAP HANA 記憶體內資料庫的生產部署。若要將 EBS 效能最大化，請使用具有偶數數量 `io1` 或 `io2` 磁碟區且有完全相同佈建效能的高記憶體執行個體。例如，對於 IOPS 繁重的工作負載，使用具有 40,000 個佈建 IOPS 的四個 `io1` 或 `io2` 磁碟區，以獲得最大 160,000 個執行個體 IOPS。同樣地，對於輸送量繁重的工作負載，使用具有具有 48,000 佈建 IOPS 的六個 `io1` 或 `io2` 磁碟區，以獲得最大 4,750 MB/s 輸送量。如需其他建議，請參閱 [SAP HANA 的儲存組態](https://docs.aws.amazon.com/sap/latest/sap-hana/hana-ops-storage-config.html)。 **考量事項** + 2020 年 2 月 26 日之後推出的 G4dn、I3en、Inf1、M5a、M5ad、R5a、R5ad、T3、T3a 和 Z1d 執行個體可提供最大的 EBS 最佳化效能。若要從 2020 年 2 月 26 日之前啟動的執行個體獲得最大效能，請停止並啟動該執行個體。 + 2019 年 12 月 3 日之後推出的 C5、C5d、C5n、M5、M5d、M5n、M5dn、R5、R5d、R5n、R5dn 和 P3dn 執行個體可提供最大的 EBS 最佳化效能。若要從 2019 年 12 月 3 日之前啟動的執行個體獲得最大效能，請停止並啟動該執行個體。 + `u-6tb1.metal`、`u-9tb1.metal`、`u-12tb1.metal` 以及 2020 年 3 月 12 日之後推出的執行個體可提供最大的 EBS 最佳化效能。2020 年 3 月 12 日之前推出的這些類型執行個體可能會提供較低的效能。若要從 2020 年 3 月 12 日之前啟動的執行個體獲得最大效能，請聯絡您的客戶團隊以免費升級該執行個體。