cas虚拟机识别

方法一：使用vCenter Server性能图表（主要方法）

1. 登录vCenter，进入 存储视图。
2. 找到出现高IO的那个LUN所对应的数据存储。
3. 选中该数据存储，查看其性能选项卡。在这里你可以确认该数据存储的IOPS、延迟和吞吐量确实持续高位。

1. 在数据存储的 虚拟机选项卡中，你可以看到所有运行在此数据存储上的虚拟机列表。
2. 关键步骤：为这个列表添加排序列，以识别“吵闹的邻居”。
   • 右键点击列表的表头（如“名称”），选择 显示/隐藏列。
   • 添加以下关键性能指标列：
     • 数据存储 IOPS
     • 数据存储读取延迟
     • 数据存储写入延迟
     • 数据存储读取速率 (KBps)
     • 数据存储写入速率 (KBps)
3. 点击相应的列标题（如“数据存储 IOPS”）进行排序，通常按降序排列。排在列表顶部的虚拟机，就是最有可能导致LUN IO高的“嫌疑人”。

1. 双击打开可疑虚拟机的详细视图，进入其 性能选项卡。
2. 将性能指标切换到 高级视图。
3. 在图表下拉菜单中，选择 磁盘相关的指标，例如：
   • 磁盘 -> 命令总数（这大致等于IOPS）
   • 磁盘 -> 读写速率
   • 磁盘 -> 延迟
4. 观察这些指标是否与LUN的高IO模式（例如，持续高写入）相符。同时，你也可以在虚拟机内部的操作系统中（例如使用Windows资源管理器或Linux的iostat命令）进一步验证是哪个进程在大量进行IO操作。

方法二：使用ESXi命令行（esxtop/resxtop）

1. 按下键盘上的 d键，切换到存储适配器（HBA）视图。这里可以看到每个HBA卡上各个路径（PATH）的IO情况，帮助你确认高IO是否集中在某个HBA或路径上。
2. 按下 v键，切换到虚拟机存储视图。这是最关键的一步。

• CMDS/s: 每秒发出的命令数，相当于IOPS。这是最重要的指标，排序靠前的VM就是高IO虚拟机。
• DAVG/cmd: 设备延迟，表示每个IO请求在存储阵列侧处理所需的平均时间（毫秒）。如果这个值很高，说明存储阵列本身压力大或性能差。
• KAVG/cmd: 内核延迟，表示每个IO请求在ESXi内核队列中等待的平均时间（毫秒）。如果这个值高，说明ESXi主机CPU繁忙或存储队列拥堵。
• MBREAD/s, MBWRTN/s: 每秒读写的数据量（MB），即吞吐量。

方法三：查看存储阵列自身的性能监控

1. 登录到存储阵列的管理界面。
2. 找到出现性能问题的LUN。
3. 查看该LUN的性能详情，通常会显示：
   • IOPS和 吞吐量的历史趋势。
   • 前端主机端口： 可以看到是哪个ESXi主机的HBA卡发出的IO最多。
   • LUN延迟： 确认问题是出在阵列侧。
4. 一些高级的存储阵列还支持IO溯源功能，可以直接显示是哪个主机的哪个WWN（World Wide Name）在对LUN进行大量读写，这可以与ESXi主机的WWN进行精确匹配。

总结与排查流程

1. 快速定位：首选 vCenter的方法，通过数据存储的虚拟机列表排序，快速定位“吵闹的邻居”。
2. 深入诊断：使用 esxtop工具进行实时、更底层的分析，尤其是在vCenter不奏效时。
3. 交叉验证：利用 存储阵列的性能数据，从底层确认问题，并获取主机级别的IO分布。
4. 根本原因分析：找到可疑虚拟机后，需要登录到虚拟机内部，结合操作系统级的工具（如iostat, Resource Monitor）找出导致高IO的具体进程或应用，从而从根本上解决问题。

命令式输入：

iotop -oPa

你会看到类似下面的输出：

Total DISK READ : 200.00 M/s | Total DISK WRITE : 50.00 M/s
TID PRIO USER DISK READ DISK WRITE COMMAND
1234 be/4 qemu 180.00 M/s 5.00 M/s qemu-kvm -name vm-101 ...

一、第一步：存储层确认 LUN 基本信息（排除存储自身问题）

1. 确认 LUN 的存储属性
   • 登录存储管理平台（如 H3C UniStor、华为 OceanStor 等），找到目标 LUN：
     • 记录 LUN 的 WWN 号、挂载路径、所属存储池（用于后续关联 CAS 主机）；
     • 查看 LUN 的实时 IO 指标：读 / 写带宽（MB/s）、IOPS、平均响应时间，确认 IO 高峰的具体维度（是读密集还是写密集）。
2. 排除存储自身故障
   • 检查存储是否有磁盘告警（如坏道、离线）、存储控制器负载过高（>80%），若存储自身异常（如 RAID 重构），会导致 LUN IO 高位，此时需先解决存储问题，再排查虚拟机。

二、第二步：CAS 主机层定位 “LUN→主机设备” 映射（关键）

1. 找到挂载目标 LUN 的 CVM 主机

• 以 H3C CAS 为例：
  登录 CAS 控制台（CVM 管理界面）→ 存储 → 存储资源 → 找到目标 LUN → 查看 “挂载信息”，记录挂载的 CVM 主机 IP（如 192.168.1.10、192.168.1.11）。
• 若为 VMware vSphere：
  登录 vCenter → 存储 → 数据存储（对应 LUN）→ 主机 → 查看 “已挂载” 的 ESXi 主机。

2. 在 CVM 主机上找到 LUN 对应的本地设备

• H3C CAS/CVM（基于 Linux）：
  # 1. 查看所有挂载的存储设备，找到目标LUN（通过WWN或容量匹配） multipath -ll # 输出中“wwid”对应LUN的WWN，“size”对应LUN容量，记录设备路径（如/dev/mapper/36000xxxxxx） # 示例：目标LUN的WWN为36000xxxxxx，对应设备路径为/dev/mapper/36000xxxxxx # 2. 确认该设备的IO情况（实时统计，持续10秒，查看%util（IO利用率）是否接近100%） iostat -x 10 /dev/mapper/36000xxxxxx # /dev/mapper/xxxxxx替换为实际设备路径
  • 若%util持续 > 90%，说明该主机上的设备（对应 LUN）IO 确实高位，需进一步定位使用该设备的虚拟机。
• VMware ESXi 主机：通过 ESXi Shell 执行：
  # 查看LUN对应的VMFS数据存储名称（如datastore1） esxcli storage vmfs extent list # 查看该数据存储的IO统计 esxcli storage core device stats get -d 设备名称（如naa.xxxxxx）

三、第三步：主机层定位 “设备→虚拟机进程” 映射（核心）

1. H3C CAS/CVM（Linux+qemu-kvm）排查

2. VMware ESXi 排查

• 方法 1：通过 vCenter 直接查看
  登录 vCenter → 主机 → 选择挂载 LUN 的 ESXi 主机 → 监控 → 性能 → 高级 → 选择 “磁盘”→ 筛选 “虚拟机”，查看各虚拟机的 “读 / 写速率”，找到 IO 最高的虚拟机。
• 方法 2：通过 ESXi Shell 关联进程
  # 查看所有虚拟机进程（vmware-vmx）及其对应的虚拟机名称 ps -ef | grep vmware-vmx | grep -v grep # 查看指定进程的IO（PID替换为高IO进程ID） esxcli system process stats get -p PID

四、第四步：虚拟机层验证（确认根源）

1. 登录虚拟机（通过 CAS 控制台远程连接或 SSH/RDP）；
2. 查看虚拟机内 IO 情况：
   • Windows 虚拟机：打开 “任务管理器→性能→磁盘”，查看磁盘使用率，切换到 “详细信息”，按 “磁盘 I/O” 排序，找到高 IO 进程（如数据库服务、文件拷贝程序）。
   • Linux 虚拟机：执行 iostat -x 5 查看磁盘 IO，或 top -d 1 按 “% IOwait” 排序，找到 IO 密集型进程（如 MySQL、rsync）。
3. 确认 IO 高峰与业务的关联性：
   检查该虚拟机是否在运行高 IO 业务（如定时备份、数据同步、大数据计算），若 IO 高峰与业务操作时间一致，说明是正常业务负载；若无明显业务，需排查是否存在异常进程（如病毒、死循环程序）。

五、特殊场景：LUN 共享给多台主机（集群环境）

六、总结：排查流程梳理

1. 存储层：确认 LUN IO 高位，排除存储自身故障 → 记录 LUN 的 WWN / 容量；
2. 主机层：找到挂载该 LUN 的 CVM 主机 → 定位主机内对应的本地设备；
3. 进程层：用 iotop/ps（H3C CAS）或 vCenter/ESXi Shell（VMware）找到占用该设备的高 IO 进程 → 关联到虚拟机名称；
4. 虚拟机层：登录虚拟机，验证内部 IO 进程，确认是否为业务导致。