跳转到主内容

访问主机上的LUN时、高等待时间和可用性

i
Knowledge Base guidance

This article may include metadata, visibility, validation state, and related support guidance.

适用场景

  • ONTAP 9
  • FCP
  • iSCSI

问题描述

  • 访问ONTAP上托管的LUN时主机上运行的操作很减。
  • 从主机观察到的等待时间较长和利用率较高。

示例:从RedHat Linux观察到高await%util

注:

  • 其他主机将有不同的方法来衡量等待时间和利用率。
  • 对于RedHat Linux、请参阅 [故障排除]了解iostat -x输出 以了解await%util含义。
  •  qos statistics volume latency show 可能会报告高延迟,也可能不会报告高延迟。 
    • 如果SAN Opsize很小、大多数小于64 KB、则不会报告高延迟。
    • qos statistics volume latency showNetwork列中 的选项较大(大多数大于64 KB)时、报告了高延迟。
    • 原因是: 
      • 当Opsize大于64 KB时、SAN操作将拆分为多个PDU。这些PDU之间的往返时间也会计入ONTAP报告的延迟、这会将外部因素纳入整体延迟。例如交换机或网络。
      • 当Opsize小于64 KB时、外部因素不会计入ONTAP延迟。
      • 有关详细信息、请参阅 为什么报告的LUN延迟高于卷延迟?
  • 存在降低Tx/Rx FC光功率值的趋势、可使用以下命令进行验证:

Cluster::> fcp adapter show -node xxxxx -adapter xx

示例:

Received Optical Power   570.7 (uWatts)
SPF Transmitted Optical Power   123.8 (uWatts)