如何透過 Direct Connect 最佳化檔案傳輸效能？

2 分的閱讀內容

透過 AWS Direct Connect，我遇到檔案傳輸速度緩慢的情況。

解決方案

請針對您的使用案例使用下列疑難排解步驟。

**注意：**如果您在執行 AWS Command Line Interface (AWS CLI) 命令時收到錯誤，請確保您使用的是最新的 AWS CLI 版本。

您可以使用 CloudWatch 指標監控 Direct Connect 連線和虛擬介面。對於 Direct Connect 專用連線，請檢查 ConnectionBpsEgress 和 ConnectionBpsIngress 指標是否有超過網路連接埠速度的值。檢查 ConnectionErrorCount 指標是否有 MAC 層級錯誤。如需有關 MAC 層級錯誤疑難排解的詳細資訊，請參閲 Direct Connect 連線指標中的 ConnectionErrorCount 區段。

對於託管連接，請查看 VirtualInterfaceBpsEgress 和 VirtualInterfaceBpsIngress 指標。您只能為每個託管連接創建一個 Direct Connect 虛擬介面。這些指標是對託管連接的網絡流量總比特率的估計值。

對於將大型檔案上傳到 Amazon S3，最佳實務是運用分段上傳。如果您使用的是 AWS CLI，則所有高階 Amazon S3 命令 (如 cp 和 sync) 都會自動針對大型檔案執行分段上傳。

max_concurrent_requests - 並行請求數上限。預設值為 10。確保您有足夠的資源來支援請求數上限。
max_queue_size - 任務佇列中的任務數上限。
multipart_threshold - CLI 用於分段傳輸個別檔案的大小閾值。
multipart_chunksize - 使用分段傳輸時，這是 CLI 用於分段傳輸個別檔案的區塊大小。此值設定 AWS CLI 在分段上傳個別檔案時上傳之每個分段的大小。此設定可讓您將較大的檔案 (例如 300 MB) 分解成較小的分段，以更快速度上傳。預設值為 8MB，而您可以設定的最小值為 5MB。

**注意：**分段上傳要求單一檔案最多只能以 10,000 個分段進行上傳。確保您設定的區塊大小平衡檔案大小和分段數。

若要最佳化 Windows SMB 檔案伺服器的網路效能，必須在每個用户端與檔案伺服器之間協商伺服器訊息區塊 (SMB) 3.0 通訊協定。這是因為 SMB 3.0 使用通訊協定改善了 SMB 檔案伺服器的效能，其中包括以下功能：

SMB 直接 - 此功能確保 SMB 偵測到檔案伺服器上的 RDMA 網路介面，並自動使用遠端直接記憶體存取 (RDMA)。 RDMA 提高輸送量、提供低延遲，以及降低 CPU 使用率。
SMB 多管道 - 此功能允許檔案伺服器同時使用多個網路連線，並提高輸送量。
SMB 橫向擴展 - 此功能允許叢集組態中的 SMB 3.0 在主動/主動組態中顯示叢集的所有節點中的共享。這可確保最大共享頻寬是所有檔案伺服器叢集節點的總頻寬。

對於 SMB 用户端，請使用 robocopy 多執行緒功能，透過多個並行連線將檔案和資料夾複製到檔案伺服器。

當傳輸的資料封包無法抵達其目的地時就會發生封包遺失，導致網路效能問題。封包遺失是由目的地的低訊號強度、過量系統使用率、網路壅塞和網路路由設定不當所造成。

您可以使用 iPerf3、tcpdump 和 Wireshark 等公用程式，對 Direct Connect 效能問題進行疑難排解並分析網路結果。請注意以下影響單一 TCP 串流上網路輸送量的設定：

**提示：**最佳實務為傳送者在檔案傳輸期間與接收者啟動多個並行連線。