光纤通道SAN环境中的网络延迟

适用场景

• NetApp FAS/AF系统
• 光纤通道协议 (FCP)
• VMware ESXi
• Linux
• Windows

问题描述

• 通过FCP访问LUN的主机上的工作负载会导致应用程序和客户端出现明显延迟
• ONTAP的延迟计数器延迟较低(低于5毫秒)
• 在SAN环境中、如果存储收到主机的请求、则会启动一个内部计时器、并跟踪每个存储延迟中心所需的操作时间、所有这些延迟中心都是内部的、但"网络"除外
• 在存储处理请求并收到 主机确认之前、计时器不会停止
• 在等待主机确认时发生的这种延迟被视为"网络"延迟、因此被视为存储控制器外部的延迟
• 在FC端口的EMS日志中观察到以下错误。

Thu Oct 19 07:08:40 +0100 [NetApp-01: fct_tpd_work_thread_0: fcp.io.status:debug]: STIO Adapter:0e AEN 0x8048 (RECV_ERROR) MboxStatus1 0xfffe MboxStatus2 0x2
Thu Oct 19 08:16:30 +0100 [NetApp-01: fct_tpd_work_thread_0: fcp.io.status:debug]: STIO Adapter:0e AEN 0x8048 (RECV_ERROR) MboxStatus1 0xfffe MboxStatus2 0x1
Thu Oct 19 08:55:45 +0100 [NetApp-01: fct_tpd_work_thread_0: fcp.io.status:debug]: STIO Adapter:0f AEN 0x8048 (RECV_ERROR) MboxStatus1 0xfffe MboxStatus2 0x1

• SAN环境中的网络延迟显示在 Network 延迟中心或 Network Active IQ Unified Manager (AIQUM)中、但不显示在 Network Processing"Cluster Components"(集群组件)卷视图下

示例：

qos statistics volume latency show 在 Network 列中显示了三个SAN工作负载的高延迟

cluster::> qos statistics volume latency show -node san_node1

Workload ID Latency Network Cluster Data Disk QoS NVRAM Cloud ----------- ------ ---------- ---------- ---------- ---------- ---------- ---------- ---------- ---------- volume_SAN1 17882 20.51ms 20.51ms 0ms 0ms 0ms 0ms 0ms 0ms volume_SAN2 5232 15.00ms 15.00ms 0ms 0ms 0ms 0ms 0ms 0ms volume_SAN3 17160 16.00ms 16.00ms 0ms 0ms 0ms 0ms 0ms 0ms