vSphere平臺性能優(yōu)化最佳實踐

1、 vSphere 平臺性能優(yōu)化最佳實踐 目 錄vSphere 性能優(yōu)化邏輯針對 VM 的性能優(yōu)化針對 CPU 的性能優(yōu)化針對 RAM 的性能優(yōu)化針對 DISK 的性能優(yōu)化針對 Networking 的性能優(yōu)化一、vSphere 性能優(yōu)化邏輯1 、虛擬化邏輯分層示意圖2 、X86 結構下虛擬化的問題 X86 的 os 通常直接運行在物理硬件層面，因此它的執(zhí)行權限必須為 ring 0. X86 虛擬化架構則要求 os 運行在虛擬化層級上面3 、CPU 軟件虛擬化 二進制轉換是最原始的 32bit x86 虛擬化的指令結構 利用二進制轉換，就可以實現：o 讓 VMM 單獨運行在 ring 0，保證相

2、對獨立與性能o 讓 Guest OS 運行在 ring 1.o 讓 Applications 運行在 ring 3.4 、CPU 硬件虛擬化 CPU 硬件虛擬化使得 VMM 運行虛擬機變得更加簡單 CPU 硬件虛擬化允許 VMM 不依賴二進制轉換依然能夠完全控制虛擬機 包括以下兩種o Intel VT-xo AMD-v5 、Intel VT-x 和 和 AMD-v 兩者都是 CPU 的一種指令執(zhí)行模式，它們的主要功能如下：o 允許 VMM 運行在 ring 0 之下的 root modeo 自動的通過 hypervisor 來獲取權限和靈敏度級別o 存放 Guest OS 在虛擬 CPU 控制

3、架構中的狀態(tài)6、內存工作示意圖7 、虛擬環(huán)境性能分析 第一維度：o 單臺物理服務器上的單臺虛擬機 Hypervisor 位于物理設備與虛擬機之間o 影響性能的重要因素 VMM overhead 第二維度：o 單臺物理機上運行多臺虛擬機 Hypersior 位于物理設備與虛擬機之間o 影響性能重要因素 調度開鎖以及網路、存儲、計算資源不足等問題 第三維度：o VMware vSphere Distributed Resource Scheduler: 降低第二維度中可能存在的部分性能問題o 影響性能的因素 高頻次的 vMotion 動作8 、vSphere 環(huán)境中影響性能的因素 硬件層面：o C

4、PUo Memoryo Storageo Network 軟件層面：o VMMo Virtual Machine 設定o Applications9 、關于性能的最佳實踐10 、常見的性能問題 通常，性能問題都應該是在進行綜合性能定義、管理的過程中出現的 綜合所有產品的性能問題而言，性能問題通常體現在如下方面o 應用程序無法滿足 Service-Level Agreemento 應用程序無法滿足預先規(guī)劃的性能浮動范圍o 用戶反饋性能故障或吞吐不足11 、性能問題排錯方法論 排查性能問題和排查故障問題很多時候都是相似的，或者說：性能問題與故障問題的界限其實是很模糊的，因此都需要遵循類似的方法論，

5、才能比較有效的進行排查 根據前輩們和廠家總結的經驗，通常都建議參考如下 邏輯來定義故障o 故障的體現形式是什么？o 從哪里著手開始查找問題？o 如何確定怎樣檢查問題？o 是否確認找到問題就是真正意義上的問題所在？o 想要針對性解決這個問題，需要做些什么o 如果處理之后問題依然存在，接下來該怎么辦？12 、針對 ESXi Host 的 的 Checklist13 、vSphere二、針對 VM 的性能優(yōu)化1 、VM 性能相關概覽 經過精細化配置、調校后的 VM 將會為 Applications 提供一個最好的運行環(huán)境 通常考慮 VM 的性能相關的參數包含下列幾個選項o Guest OSo VMw

6、are Toolso CPUo MemoryoStorageo Network2 、首先選定合適的 OS 類型 在創(chuàng)建 VM 時，一定要正確選擇 Guest OS 的類型 Guest OS 類型會決定缺省的最優(yōu)化硬件以及配套的設定3 、保證好 Guest OS 的時間 VM 里的時間計算邏輯會導致 Guest OS 的時間要想保持準確性是很重要的 規(guī)避這種可能性的方式o 盡量選擇需要較小時間中斷的 Guest OS 大多數 Windows、Linux 2.4:100 Hz（每秒 100 個中斷計數） 大多數 Linux 2.6: 1000 Hz 最新的 Linux：250 Hzo NTP Se

7、rver 是最好的方法 無論如何，別用 2 種以上的時間同少方式4 、VMware Tools 被用于提升 VM 的性能和可管理性 保持 VMware Tools 為最新版本 確保 VMware Tools 是處于正常被 激活狀態(tài)的，如果沒有被激活，則請激活它5 、Virtual Hardware 兼容性 Virtual Hardware 兼容能力丐 ESXi Host 的版本有關系，高版本，低版本的 Virtual Hardware 的功能、性能兼容級別都不同o 它會影響著 VM 的性能o 正常狀態(tài)下只能升級，不能降級o Virtual Hardware 版本可以向下兼容6 、Virtual

8、 Hardware v10 這個版本出現在 vSphere 5.5 當中，其上的虛擬機支持下列新功能7 、針對 CPU 除非運行在 OS 里的 Applicantion 有這個需求，否則盡量避免使用 vSMPo 激活了 SMP，則進程可能會被 跨 vCPUs 進行遷移，會導致額外的開銷 如果有選擇，最好是使用 OS 缺省的建議配置8、關于 vNUMA 的使用 vNUMA 允許 NUMA-aware 的 Guest OS 和 Application 通過硬件層的 NUMA 架構來提升資源利用效率 vNUMAo 要求 virtual hardware v8+(ESXi 5.0+)o 當 vCPUs

9、 數量超過 8 個時自動激活o 可以在 vSphere Web Client 里激活或禁止9 、針對 Memory 這部分的考量 大內存頁面狀態(tài)下：o ESXi 可以支持 2MB 的內存頁面給 Guesto 大內存頁面內存的使用會降低內存管理開銷且能夠變相提升 hypervisor 性能 Transparent page sharing 組件是唯一的 overcommittedo 如果 Guest OS 或 Applications 能夠 handle 的話，建議使用大內存頁面 為 VM 的交換文件單獨找個地方存放o 在 SSD 上配置 Host Cache 用作存放 swap-to-host

10、 cacheo 如果主機沒用 swap-to-host cache 功能則建議存放在本地磁盤或遠程 SSD 空間o 盡量不要將交換文件存放在 Thin 模式下的 LUN 上面10 、針對 Storage 這部分的考量 選擇好合適 Guest OS 的硬件類型o BusLogic 或 LSI Logico VMware Paravirtual SCSI(PVSCSI)適配器 針對 I/O 敏感類型業(yè)務選用 PVSCSI 是一個和 BusLogic 和 LSI Logic 相似的部件，但是它是一個低 CPU 開銷、高吞吐、低延遲和更好擴展能力的控制器類型o Guest OS 隊列深度適中o 對齊

11、OS 的分11 、針對 Network 部分的考量 如果有的選擇，盡量使用 vmxnet3 這款虛擬網路卡：o 如果不支持 vmxnet3，則可以退而求其次選擇 Enhanced vmxneto 如果 Enhanced vmxnet 也不支持，可以選擇 flexible 類型 盡量選擇支持主機物理卡高性能功能組件的虛擬網路卡，例如 TCP checksum offlad，TSO 和 Jumbo Frames 等 確保物理網路卡運行在全雙工模式和最高速狀態(tài)12 、開啟 VM 的建議 在虛擬機開啟和成功啟動前，會消耗大量的資源o CPU 和 Memory reservations 必須要得到滿足o

12、 需要足夠的磁盤空間用于存放下面 2 個 vswp 文件 *.vswp vmx-*.vswpo 如果為 vm 配置了 vSphere Flash Read Cache(vFRC),則還需要足夠的 SSD 磁盤13 、開啟 VM 的 CPU 和內存預留 為了順利開啟 vm，ESXi Host 必須要有大量的 CPU、內存資源用于滿足虛擬機的啟動。當然，還需要包含啟動這臺虛擬機所需要的額外 Memory 開銷14 、針對 VM 的 的 Swap 文件存放建議 想要成功開啟 VM 還需要有足夠的存儲空間存放 swap 文件o *.vswp 交換文件的大小取決于虛擬機已配置的內存及預留值o vmx-*

13、.vswp 交換文件的大小取決于虛擬機的 Overhead Memory 和 Vmkernel 的 Reservation15 、開啟 VM 的 的 vSCSI 類型建議 要想成功啟動 VM，Guest OS 必須要支持 SCSI Controller SCSI Controller 的選擇可以在創(chuàng)建時和創(chuàng)建后去修改 創(chuàng)建虛擬機的向導中，會根據 Guest OS 類型不同而設定不同的默認建議選擇16 、VM 性能最佳實踐 在創(chuàng)建 vm 時，選擇合適的 Guest OS 類型 把不必要的設備，例如:USB, CD-ROM, 軟驅等刪除 僅僅在 Applications 支持 Multi-Thre

14、aded 時才配置 SMP 為 Guest OS 配置好時間同步 務必為 vm 安裝 VMware Tools 并且保持為最新版本 建議使用最新的 Virtual Hardware 版本 針對大 I/O 類型的業(yè)務，需要考慮清楚，因為它會導致 Guest OS 的 I/O 性能受到影響 做好對 Guest OS 的分區(qū)對齊 盡可能使用 vmxnet3三、針對 CPU 的性能優(yōu)化1 、World 概念概述 基本上，可以將 World 理解為 CPU 上調度的執(zhí)行任務o World 就好像是傳統(tǒng) OS 里的進程一樣 所以，VM 就相當于一級 worlds 的集合o 一個用于每個 vCPUo 一個用

15、于虛擬鼠標、鍵盤、屏幕（MKS）o 一個用于 VMM CPU Scheduler 會選擇將 World 調度到對應物理 CPU 或 core 上2 、CPU Scheduler 組件 CPU 資源的分配對于用戶而言是動態(tài)和透明的o 將 vCPUs 調度到物理 CPUs 上o 每 2 40ms 會檢查一次物理 CPU 的使用情況，然后按需去遷移 vCPUs 針對 CPU 的使用情況，強制采用 proportional-share 算法o 每當 CPU 資源 overcommitted，則主機會在所有的 VMs 上執(zhí)行物理 CPU time-sliceo 每個 vCPU 在調度時，會按照資源設定的

16、優(yōu)先級別去調用3 、CPU Scheduler 組件：VM SMP 相關 VMware ESXi 使用 co-scheduling 表來優(yōu)化虛擬機 SMP 的效率 Co-scheduling 的工作原理將同一時間的 CPU 調度請求分散到不同的物理 CPU 上o 每一顆 vCPU 都會隨時可能 Scheduled、Descheduled、Preempted、Blocked 等 在 SMP 虛擬機里發(fā)生 vCPUs 調度時，CPU Scheduler 可能會導致調度不均衡的問題o 兩顆以上的 vCPUs 的 SMP 虛擬機在調度到不同的 CPU 上時可能存在不同的執(zhí)行速率，所以會不均衡o 當除了

17、某個 vCPU 外，整體的 vCPUs 的調度并沒有完整執(zhí)行，vCPU 的不均衡程度會加劇o 當 vCPU 不均衡比例超過一定比例之后，也會被判定為不均衡4 、CPU Scheduler 組件：Relaxed Co-Scheduler 該組件技術表示檢測到不均衡之后同時調度大量虛擬機 vCPUs 的技術o 減少虛擬機 Co-start 對物理 CPUs 數量的要求o 增加 CPU 的利用率 針對 idle 的 vCPU 不存在 co-scheduling 的開銷部分5 、CPU Scheduler 組件：Processor topology CPU Scheduler 使用 Processor

18、 topology 信息來優(yōu)化 vCPUs 在不同 Sockets 的位置存放選擇 CPU Scheduler 會盡可能在所有的 Sockets 上去分布負載，以便充分利用可用的 Cacheo 單 Socket 里的 Cores 通常會使用共享的 Last-Level Cacheo 使用共享的 Last-Level Cache，可以在內存敏感業(yè)務上提升 vCPU 的性能 當 SMP 虛擬機在 vCPUs 之間表現出明顯的數據共享時，則依托緩存分布的方式將會是退而求其次的負載分布方式o 可以通過在 vmx 文件里增加 sched.cpu.vsmpConsolidate= TRUE這行參數來覆蓋掉

19、缺省的調度邏輯6 、CPU Scheduler 組件：NUMA-aware 在 Non-Uniform Memory Access(NUMA)主機上都會有直邊到 1 個或多個本地內存控制器的 CPU 來提供本地內存：o 同一臺物理服務器上，通過本地內存訪問 CPU 的進程效率會高于遠程內存o 當虛擬機的內存分布中大部分不在本地內存是，就意味著此時的 NUMA 性能是較差的 NUMA scheduler 限制 vCPUs 到單一的 Socket 上，以便充分利用緩存7 、Wide-VM NUMA Support Wide-VM 表示虛擬機擁有超過 NUMA 節(jié)點所有 Cores 的 vCPUs

20、數量o 例如：1 臺 4 vCPUs SMP 虛擬機可能分布在 2 Scokets, 2 Cores 的環(huán)境o 只有當 Cores 的數量滿足才不算 Wide-VM（HT 不算） 1 臺 8 vCPUs 虛擬機可能 分布在 2 Scokets, 4 Cores 系統(tǒng)上，躍然激活了 HT，不過由于每個 NUMA 節(jié)點的 CPU 只有 4 Cores，所以，算作 Wide-VM Wide-VM NUMA 支持將 Wide-VM 分割到更小的 NUMA Client 環(huán)境里o Wide-VM 為每個 Client 分配一個 Home Node 例如：1 臺 4 vCPUs SMP 虛擬機運行在 2

21、Socket， 2 Cores 的系統(tǒng)時，會有 2 個 2 vCPUNUMA Clients;1 臺 8 vCPUs SMP 虛擬機運行在 2 Sockets, 4 Cores 的系統(tǒng)時，會有 2 個4 vCPU NUMA Clients.o Wide-VM 由于包含多個 Clients，所以存在多個 Home Nodes，每個 Client 都有自己的 HomeNode8 、Wide-VM NUMA Support 的性能影響 以 1 臺運行在 2 Sockets, 4 Cores 主機上的 8 vCPUs SMP 虛擬機為例（在這案例中，Wide-VM NUMA 支持與否都不影響性能） ：

22、o 假設是 Uniform Memory Access, 大約 50%的內存在 Local，因為如果不用 Wide-VM NUMASupport, 則會有 2 個 Home Nodes 以 1 臺 4 Sockets, 2 Cores 系統(tǒng)為例，只有 25%左右的內存在 Local（這樣一來，性能就會比直接訪問好 1/2 左右） ：o Wide-VM NUMA support 則相當于變相提升 50%的本地內存訪問比例9 、影響 CPU Performance 相關因素 Idling virtual machines:o 主要是 Gues 需要的 Time Interrupts 開銷 CPU

23、affinityo CPU affinity 則會限制 Scheduler 并且會導致負載不均衡 SMP virtual machineso 會產生 Co-Scheduling 的開銷 CPU 資源不足時的資源調度邏輯o 如果存在 CPU 爭用，則 Scheduler 會強行按照優(yōu)先級順序去依次滿足高優(yōu)先級低優(yōu)先級的虛擬機 CPU 請求10 、CPU Read Time vCPUs 的工作模式是從 CPU Scheduler 根據 Proportinonal-share 算法去獲取物理 CPU 的 Cycleso 如果 vCPU 想要嘗試去在沒有可用 CPU Cycles 的物理 CPU 上執(zhí)

24、行指令時，請求會被列入等待隊列o 物理 CPU 沒有 Cycles 通常都和物理 CPU 不夠用或高優(yōu)先級的 vCPUs 多吃多占有關 vCPUs 等待物理 CPU 的可用 Cycles 時間集合就是 CPU Ready Timeso 從概念上來看，就該知道，這樣一來必然會影響到 Guest OS 的 Performance注：關于 RDY ，詳情請查閱 :/thread- - 6311- -1 1- - 1.html11 、vSphere Client 查看 CPU 指標12 、esxtop 下的 CPU 性能分析參數 PCPU USED(%): 物理 CPU 的使用率 每一組的統(tǒng)計數據信息

25、：o %USED:使用率（包含%SYS）o %SYS:VMKernel 系統(tǒng)的活動時間o %RDY:Ready Timeo %WAIT:Wait 和 idling 時間o %CSTP:提交到 co-schedule 的百分比o %MLMTD:由于 CPU Limit 導致的無法調用運行參數o NWLD:指定 Group 分配到的 Worlds 數量 輸入V可以查看虛擬機的相關輸出信息 輸入e可以顯示為虛擬機分配的所有可用 worlds 用于監(jiān)控性能的重要指標o High-usage 值 這個值通常都意味著高資源使用率 這個參數適用于幾乎所有的對象o Ready time 這是衡量 CPU 是否

26、存在性能問題的重要指標 CPU Ready Time 發(fā)生在虛擬機的 CPU 請求數量超過物理 CPUs 可用數量的情況下 計算方式：x * 100% / 20000 = 0.0001 y%注：x x = 時間，單位 ms ， 20000 單位為 ms ，缺省系統(tǒng)刷新周期為 20s ， y = RDY 的百分比（超過 10% 時則會存在性能問題，超過 5% 時可能就會存在，但當時可能并不存在嚴重性的性能問題）四、針對 RAM 的性能優(yōu)化1 、Mem.FreeMinPct Mem.MinFreePct 是 VMkernel 需要保持為 free 狀態(tài)內存數量的控制參數o VMkernel 通過彈

27、性比例基于為 ESXi Host 配置的內存來決定 Mem.MinFreePct 這個參數值2 、VMkernel 執(zhí)行內存回收邏輯3 、vSphere 5.x 內存回收閥值計算 假設 Mem.MinFree 值為 1619MB，則內存閥值計算比例如下 ：4 、Guest OS 里面的內存相關參數 通常情況下 Guest Memory 和 Host Memory 的使用率是不同的，為什么呢？o Guest physical memory Guest 里面可在評估活動內存狀況時更加直觀 ESXi 活動內存評估技術需要時間去完成o Host physical memory Host memory

28、使用情況并不會如實顯示 Guest 的內存相關情況 Host memory 使用情況會基于虛擬機在物理主機和 Guest 內存使用相關優(yōu)先級而定5 、Consumed Host Memory 和 Active Guest Memory Consumed host memory active guest memoryo 如果沒發(fā)生 Memory overcommitted，這種狀態(tài)是 ok 的o Consumed host memory 代表著 Guest 的最高內存使用量 Consumed host memory Alarms - New Alarm Definition - 輸入想要在發(fā)生狀

29、態(tài)的監(jiān)控條件12 、分析 Datastore Alarms點擊 Monitor - Issuses - Triggered Alarms13 、設備驅動隊列深度 設備驅動隊列深度決定 LUN 在同一時間支持的活動命令數目 設置設備驅動隊列值可以用于降低磁盤延遲：o Qlogic 適配器默認隊列深度為 64o 其它的通常缺省隊列深度為 32.o 最大隊列深度建議為 64. 將 Disk.SchedNumReqOutstanding 的值設定為與隊列深度一樣的最合適14 、存儲隊列 ESXi Host 主機端的隊列：o 設備驅動隊列深度控制著 LUN 上面任意時間的活動命令數目 缺省深度 32.o

30、 VMkernel 隊列是設備驅動隊列的溢出部分 存儲陳列隊列：o 當針對存儲陣列的活動命令數據過高時，就會產生這個部分的隊列 在主機端或存儲陣列端如果有大量的隊列，就會增加命令延遲15 、SCSI Reservation 用途講解 SCSI reservation 用來干什么:o LUN 在一個較短周期內被單一主機占用的時間o 當 VMFS Metadata 被更新時，被用于支持 VMFS 實例鎖定文件系統(tǒng) Metadata 更新的通常會受到下列因素影響：o 創(chuàng)建、刪除 VMDKo 增加 VMFS Sizeo 增加 VMDK 文件 Sizeo 更改磁盤的模式 最小化對虛擬機性能影響：o 別在

31、高峰時期去做前面那些事情 如果存儲陣列支持 vSphere Storage APIS - Array Integration(VAAI)和硬件輔助鎖定功能，則 SCSI reservation 是不必要的。16 、存儲多路徑技術簡介 可以幫助解決存儲的存儲性能故障 支持下面幾種 Path Selection Policy:o Most Recently Used(MRU)o Fixed(Fixed)o Round Robin(RR)o Maybe Third-Party(PSP)17 、VMware Virtual SAN 對于 DISK 性能相關18 、vFRC 概述 關鍵組件：o 內置于

32、Hypervisor、軟件定義、SSD 配合 HDD 的分層存儲o 基于 Flash 設備提供針對 VMs 的高性能讀取訪問支持（Virtuall Flash Host Swap Cache）o 將本地設備配置為 Flash Cache.o 可以與下列組件結合： 要求 vSphere 5.5 Enterprise Plus VMware vCenter Server vSphere HA vSphere DRS VMware vSphere vMotion19 、vFRC 與 與 DISK 性能優(yōu)化20 、vFRC Volume 限制十二、針對 Networking 的性能優(yōu)化1 、網路相關的

33、參數 衡量網路性能相關的參數有哪些？ 通常，和網路相關的關鍵參數主要是和網路統(tǒng)計信息相關的部分，包括：o Network usageo Network packets receivedo Network packets transmittedo Received packets droppedo Transmitteed packets dropped2 、vSphere Web Client 監(jiān)控網路相關信息4 、利用 resxtop 監(jiān)控網絡統(tǒng)計信息 輸入字母 n 可以查看網路相關的統(tǒng)計示意圖 相關重要參數包括:o MbTX/s: Data transmit rateo MbRX/s: D

34、ata receive rateo PKTTX/s: Packets transmittedo PKTRX/s: Packets receivedo %DRPTX: 傳輸的丟包率百分比o %DRPRX:接收包的丟包率百分比5 、vSphere Web Client 下查看網路性能6 、利用 resxtop 查看網路性能7 、Network I/O Virtualization Overhead Network I/O Virtualization overhead 可能來自于不同的層面，例如：o Emulation 開銷o 包處理過程中o 調度o 虛擬中斷組合o 物理 CPU 帶來的 Halt

35、 和 Wake Upo 虛擬 CPU 帶來的 Halt 和 Wake Up Network I/O latency 也會由于網路虛擬化的開銷導致增加8 、vmxnet 虛擬網路卡 vmxnet 是 VMware 的準虛擬化設備，有如下優(yōu)勢：o 在虛擬機和 VMkernel 之間共享 Ring 的 Buffero 支持傳輸包聚合處理o 支持中斷聚合處理，以便減輕來自網路的中斷開銷o 支持 Offloads TCP checksum 到硬件的計算9 、影響網路性能的相關組件 vSphere 通過結合物理網路卡的新特性，來實現針對網路性能的提升和保障，包括：o TCP checksum offloa

36、d-簡單說就是利用網路卡進行 TCP 校驗 TCP checksum offload 是物理網路卡的功能之一，它的好處在于： 允許利用網路卡針對網路包執(zhí)行 checksum 操作 降低來自物理 CPU 開銷壓力 能夠根據包的大小來不同程度上提供更好的性能支持o TCP segmentation offload-簡稱 TSO，簡單說就是利用網路卡對 TCP 包切片 TSO 可以通過減少大量來自 TCP 流量發(fā)送所需的 CPU 負載的情況下提升網絡性能： 較大 TCP 包會被 Offload 到網路卡來進一步細分處理 網路卡會將其切割到 MTU 大小的幀 如果網絡卡支持，則 TSO 會默認在 VM

37、kernel 接口上激活 虛擬機級別的 TSO 需要手動激活o Jumbo frames 在進行包傳輸前，IP 層會將包切片到 MTU 幀大?。?缺省的 MTU 是 1500 字節(jié) 接收端自行重組相關數據 JumboFrames 的特征如下： 支持更大的以太網包，最大為 9000 字節(jié) 可以減少幀的傳輸數量 可以降低發(fā)送和接收端的 CPU 使用率 虛擬機端虛擬網路卡最好是配為 vmxnet3 網路的端到端都需要支持 Jumbo Frameso 利用 DMA 直接訪問內存 為了加快包處理效率，網路卡可以被允許直接 DMA（Direct Memory Access）到 Memory DMA 的好處 繞過 CPU，讓 NIC 直接訪問內存 避免內存空間需要通過 VMkernel 處理一次的情況 利用 Scatter-Gathe 的方式來實現將內存寫入到不相鄰的內存區(qū)塊 允許靈活的使用可用內存，進而提供更好的性能o 10 Gigabit Ethernet 與 40 Gigabit Etherneto NetQueue NetQueue 的性能提升主要體現在下面幾個方面： 在 10GbE 和 40GbE