使用 ENA Express 提高 EC2 執行個體之間的網路效能

ENA Express 的優勢

• 將單一流程可使用的最大頻寬從相同區域內的 5 Gbps 增加到 25 Gbps，直到彙總執行個體限制為止。

• 減少相同可用區域中 EC2 執行個體之間的網路流量尾端延遲，尤其是在高網路負載期間。

• 偵測並避免擁塞的網路路徑。

• 直接在網路層中處理某些任務，例如接收端的封包重新排序，以及大多數需要的重新傳輸。這會釋放應用程式層進行其他工作。

• 程序可以從同一區域內從 5 Gbps 增加到 25 Gbps 的最大單一流量頻寬，直到彙總執行個體限制。例如，如果特定執行個體類型最高支援 12.5 Gbps，則單一流量頻寬也會限制為 12.5 Gbps。

• 在相同可用區域中執行時間較長的程序，會在網路擁塞期間降低尾部延遲。

• 程序可以從更順暢且更標準的網路回應時間分佈中獲益。

• 支援傳送和接收執行個體類型。如需詳細資訊，請參閱 ENA Express 支援的執行個體類型 資料表。

• 傳送和接收執行個體都必須設定 ENA Express。如果組態有任何差異，您可能會遇到流量預設為標準 ENA 傳輸的情況。下列情境說明會發生的情況。

  情況：組態的差異

  執行個體	ENA Express 已啟用	UDP 使用 ENA Express
  執行個體 1	是	是
  執行個體 2	是	否

  在這種情況下，兩個執行個體之間的 TCP 流量可以使用 ENA Express，因為這兩個執行個體皆已將其啟用。但是，由於其中一個執行個體並未將 ENA Express 用於 UDP 流量，因此這兩個執行個體透過 UDP 之間的通訊會使用標準 ENA 傳輸。

• 傳送和接收執行個體必須在相同的 區域中執行。

• 執行個體之間的網路路徑不得包含中介軟體方塊。ENA Express 目前不支援中介軟體。

• (僅 Linux 執行個體) 若要充分利用全部頻寬潛力，請使用 2.2.9 或更新版本的驅動程式。

• (僅 Linux 執行個體) 若要產生指標，請使用 2.8 或更新版本的驅動程式。

• MTU 大小 – ENA Express 需要低於預設值的 MTU，才能容納其他 AWS SRD 標頭。新建立的 TCP 連線會自動固定 MSS 以緩解此問題，但 UDP 流量仍需要較低的 MTU。

• TCP 輸出佇列大小限制 – 檢查每個通訊端的傳輸中位元組限制是否足以維持高輸送量。網路延遲增加的環境需要更高的限制。

• 位元組佇列限制 – 確認網路界面上已停用位元組佇列限制 (BQL)。BQL 可以限制為裝置層級傳輸排入佇列的資料量，這會限制 ENA Express 效能。

  注意

  Amazon Linux 發行版本的 ENA 驅動程式預設會停用位元組佇列限制。

• TCP Autocorking – 檢查是否停用 TCP Autocorking。停用自動追蹤可以減少某些 ENA Express TCP 流量模式的延遲，例如請求回應工作負載。這可能會導致封包處理額外負荷的最小增加。

• TX 佇列大小和大型 LLQ – 驗證網路界面的傳輸佇列大小是否足夠大，以獲得最佳效能。指令碼也會檢查 ENA 模組參數是否明確停用大型低延遲佇列 （大型 LLQ) 功能，因為它可以減少可用的 TX 佇列深度。如需大型 LLQ 及其對 TX 佇列大小影響的詳細資訊，請參閱 GitHub 上的大型低延遲佇列 （大型 LLQ)。

• RX 佇列大小 – 檢查網路界面的接收環緩衝區是否足夠大，以有效率地處理傳入流量，並避免封包在負載下下降。

• TCP 和網路通訊端緩衝區大小 – 驗證 TCP 接收和傳送緩衝區大小上限，以及核心網路通訊端緩衝區預設值和上限是否足夠大，以維持高輸送量。這些設定在網路延遲增加的環境中很重要，其中您需要較大的緩衝區來利用連線。

• TCP 擁塞控制 – 驗證 TCP 擁塞控制組態已最佳化，可在網路延遲增加的環境中與 ENA Express 搭配使用。