光纤通道SAN环境中的网络延迟
适用场景
- NetApp FAS或AFF系统
- 光纤通道协议 (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