跳转到主内容

NetApp_Insight_2020.png 

10G 以太网的流量控制最佳实践是什么?

Views:
9
Visibility:
Public
Votes:
0
Category:
ontap-9
Specialty:
network
Last Updated:

可不使用  

适用于

Data ONTAP

解答

最佳实践

遇到过多的暂停帧、 Xon/Xoff 帧或数据包重新排队时,请遵循流控制最佳实践,如所示 ifstat -av.

- interface  e1a  (0 hours, 0 minutes, 40 seconds) --

RECEIVE

 Frames/second:    1568  | Bytes/second:    27607k | Errors/minute:       0

 Discards/minute:     0  | Total frames:      248k | Total bytes:      4222m

 Total errors:        0  | Total discards:      0  | Multi/broadcast:     2

 No buffers:          0  | Non-primary u/c:     0  | LRO segments:      172k

 LRO bytes:        3929m | L2 terminate:        0  | Tag drop:            0

 Vlan tag drop:       0  | Vlan untag drop:     0  | Vlan forwards:       0

 Vlan broadcasts:     0  | Vlan unicasts:       0  | CRC errors:          0

 Runt frames:         0  | Fragment:            0  | Long frames:         0

 Jabber:              0  | Bus overruns:        0  | Queue drop:          0

 Xon:                 25  | Xoff:                25  | Jumbo:           68353

 No buf hi:           0

TRANSMIT

 Frames/second:    1055  | Bytes/second:      154k | Errors/minute:      0

 Discards/minute:     0  | Total frames:      166k | Total bytes:     44356k

 Total errors:        0  | Total discards:      0  | Multi/broadcast:     2

 Queue overflows:     0  | No buffers:          0  | Frames queued:       0

 Buffer coalesces:  854  | MTUs too big:        0  | TSO segments:        0

 TSO bytes:           0  | TSO6 segments:       0  | TSO6 bytes:          0

 LTM fastp calls:   166k | LTM busy calls:      0  | LTM update calls:  160

 LTM yield calls:     0  | LTM drain rss:       0  | LTM total calls:   166k

 Xon:                 0  | Xoff:                0  | Jumbo:            3765

 TSO non-TCP drop:    0  | Split hdr drop:      0  | Pktlen:              0

 Timeout:             0  | Timeout1:            0

LINK_INFO

 Current state:      up | Up to downs:         6  | Speed:           10000m

 Duplex:            full | Flowcontrol:       full

RSS

 Itable updates:      0  | Hash errors:         0

Queue 0

 Tx frames:       11780  | Tx bytes:        22306k | Rx frames:          59

 Rx bytes:          103k | Requeued:            0  | Hi pri intr:     10735

Queue 1

 Tx frames:        1073  | Tx bytes:          143k | Rx frames:        4484

 Rx bytes:        33895k | Requeued:         3165  | Hi pri intr:      4160

Queue 2

 Tx frames:         306  | Tx bytes:        33404  | Rx frames:        3469

 Rx bytes:         3539k | Requeued:         3007  | Hi pri intr:      3831

Queue 3

 Tx frames:         153k | Tx bytes:        21872k | Rx frames:         240k

 Rx bytes:         4184m | Requeued:         801  | Hi pri intr:       143k

7- 模式流控制建议

确保在使用 10G 以太网的接口上的存储控制器上禁用了流控制接口选项。(主机可能遵循自己的最佳实践、例如根据需要使用发送 / 接收在主机端启用流控制;但是这不在本文的讨论范围之内。)
 

定义的多播 MAC 地址: 01-80-C2-0/-01 发送暂停帧、包括暂停帧长度。

这在物理链路层起作用。不考虑任何上层协议、这可能会通过在路由器跃点之间引发人为延迟而影响 TCP 的整体性能、同时也会由于数据包丢失而降低窗口大小。在大型网络中、拥塞树可能会形成、这会严重限制网络上所有连接设备的总体网络吞吐量。 

建议不要在整个网络中启用流量控制、包括集群内端口、数据交换机和数据端口。 

默认情况下,对于“发送”和“接收”流控制设置均设置为“开”以实现向后兼容。 

要将发送和接收流控制配置为禁用,需要从ifconfig命令设置并保存到/etc/rc要使其永久保留的文件中。

示例: ifconfig e0a flowcontrol none

集群模式 Data ONTAP/ONTAP 9 流控制建议

建议在每个网络路径(包括集群间端口、数据交换机和数据端口)中匹配流控制设置。(不包括集群 / 集群网络端口)

Cisco 随后进行的优先流控制(在 IEEE 802.1Qbb 中定义)旨在取代 802.3 x 暂停并提供一种机制、可以对 IEEE 802.1p 定义的每种服务类别进行独立控制  优先级流控制不会暂停网络链路上的所有流量、而是允许管理员根据其服务级别有选择地暂停流量。

过去( 7- 模式 / 集群模式 Data ONTAP )、 NetApp 一直建议在 NetApp Data ONTAP 集群中的所有网络端口上禁用流控制。这种做法已不再如此。此后,这方面的指导意见发生了变化,建议采用的新最佳做法如下:

  • 在 Data ONTAP 集群中的集群网络端口上禁用流控制。
  • 其余网络端口(提供数据、管理和集群间连接的端口)上的 FlowControl 应配置为与其余环境中的设置相匹配。

其他信息

不适用