简介：本资源是一份面向企业云平台运维工程师与虚拟化技术学习者的《华为FusionCompute配置笔记》实战型技术文档，聚焦FC平台核心配置能力培养，解决多场景下存储、网络、时钟同步、权限管理及跨CPU迁移等关键部署难题。文档以PDF格式单文件呈现（1个文件，2.27MB），内容结构清晰，覆盖HBA卡WWN号获取、FC-SAN/NAS存储接入、分布式交换机创建、网卡绑定策略（主备/基于MAC/轮询/源目的端口四种模式）、三种存储类型（虚拟化/非虚拟化/裸设备映射）选型对比、IMC集群兼容性配置、共享磁盘绑定、模板创建与告警阈值设置等完整运维链路。已有827人学习下载，内容源自一线实践，步骤详实、截图标注到位，特别适合备考HCIA-Cloud或开展私有云交付的中级技术人员快速掌握FusionCompute生产环境配置要点与排错逻辑。
1. 这不是“PDF笔记”，而是一份能直接上手调通 FC-SAN 存储、绑定网卡、开 IMC 的 FusionCompute 实战配置手册
你手上这份《华为 FusionCompute 配置笔记.pdf》，不是那种翻两页就扔进收藏夹吃灰的“概念文档”。它是一线工程师在真实生产环境里，用华为 V100R003C00 版本（当前主流稳定版）反复踩坑后，把关键路径抠出来的操作快照——从主机 HBA 卡 WWN 号怎么查、FC-SAN 存储怎么扫进系统、分布式交换机上行链路怎么加，到裸设备映射（RDM）给 Oracle RAC 虚拟机、集群 IMC 策略怎么设才不翻车，全都有对应界面路径和参数逻辑。它解决的不是“什么是虚拟化”，而是“为什么扫描不到 FC 存储”“为什么绑定网卡后业务虚机 ping 不通”“为什么开启 IMC 后虚拟机起不来”这些血泪问题。适合刚接手 FusionCompute 运维的中级工程师、准备华为 HCIA-Cloud 认证实操环节的考生，以及需要快速交付私有云底座的集成商实施人员。如果你正被 VRM 页面卡在“存储设备—扫描”按钮灰掉、被 CAN 主机上lspci | grep -i fibre查不到 HBA、或者被裸设备映射后 Red Hat 6.2 虚拟机识别不到/dev/sdb困住，这份笔记就是你的后悔药。
2. FC-SAN 存储接入全流程：从查 WWN 到添加数据存储，每一步都带验证命令
2.1 查主机 HBA 卡 WWN：别只信 WebUI，Linux 命令才是最终仲裁者
FusionCompute WebUI 中“主机 → 配置 → 存储资源”下显示的 WWN，只是 UI 层的缓存视图。实际 FC 链路是否物理连通、HBA 是否被内核识别、WWN 是否被 SAN 交换机 Zone 正确放行，必须落到 CAN 主机操作系统层面验证。这是后续所有存储操作的前提，跳过这步，后面全是玄学。
在 CAN 主机（即运行 CNA 的 Linux 服务器）上执行：
# 查看 HBA 卡是否被识别（确认 PCI 设备存在） lspci | grep -i fibre # 查看已加载的 FC 驱动模块（华为常用 qla2xxx 或 lpfc） lsmod | grep -E "(qla|lpfc)" # 查看 HBA 卡对应的 hostX 目录（通常为 host0, host1） ls /sys/class/fc_host/ # 获取 Port WWN（端口级唯一标识，用于 SAN 交换机 Zone 配置） cat /sys/class/fc_host/host0/port_name # 获取 Node WWN（节点级唯一标识，用于多路径聚合） cat /sys/class/fc_host/host0/node_name提示：
port_name和node_name输出是 16 进制字符串，格式如0x21000024ff5b8a1e。实际配置 SAN 交换机 Zone 时，需去掉0x前缀，并确保大小写与交换机要求一致（通常全小写）。WebUI 中显示的 WWN 若与cat命令结果不一致，说明 UI 未刷新或 HBA 卡未真正上线，此时强制刷新 WebUI 或重启vrm-agent服务无效，必须先解决底层驱动问题。
2.2 扫描 FC 存储设备：三步法绕过“扫描无响应”陷阱
FusionCompute 扫描 FC 存储失败，90% 源于 SAN 侧 Zone 配置错误或 HBA 多路径未启用。不能只点“主机和群集 → 存储设备 → 扫描”，必须前置验证。
第一步：确认多路径服务已启动并识别 LUN
# 检查 multipathd 服务状态（华为默认启用 device-mapper-multipath） systemctl status multipathd # 查看 multipath 是否识别到远端存储（输出应有 mpatha, mpathb 等） multipath -ll # 若无输出，手动触发重发现（需 root 权限） echo 1 > /sys/class/fc_host/host0/issue_lip sleep 5 multipath -F && multipath -v2第二步：在 FusionCompute WebUI 中执行扫描
路径：主机和群集 → 存储设备 → 扫描
注意：此处“扫描”本质是向 CAN 主机下发rescan-scsi-bus.sh命令，仅刷新 SCSI 总线。若multipath -ll已看到 LUN，但 WebUI 扫描仍无结果，大概率是 VRM 与 CAN 通信异常，需检查vrm-agent日志（/var/log/vrm/agent/agent.log）中是否有rescan failed报错。
第三步：验证扫描结果是否可被识别为数据存储候选
扫描完成后，在 WebUI 中进入主机和群集 → 数据存储 → 添加数据存储，目标 LUN 应出现在列表中。若仍不可见，登录 CAN 主机执行：
# 查看系统识别到的所有 SCSI 设备（LUN 应显示为 sdX） lsscsi # 检查该 LUN 是否被 multipath 映射（如 /dev/mapper/mpatha） ls -l /dev/disk/by-id/scsi-*只有lsscsi和/dev/disk/by-id/下同时存在该 LUN，才代表底层链路完全打通。此时 WebUI 添加数据存储才能成功。
2.3 添加 FC-SAN 数据存储：虚拟化/非虚拟化/裸设备映射的选型决策树
FusionCompute 支持三种数据存储类型，选择错误会导致后续虚拟机创建失败或性能崩盘。这不是功能开关，而是架构级决策。
| 类型 | 创建速度 | 支持快照 | 支持热迁移 | 适用场景 | 关键限制 |
|---|---|---|---|---|---|
| 虚拟化 | 慢（需格式化） | ✅ | ✅ | 通用业务虚拟机，需高可用性 | 簇大小影响性能：小簇（1MB）利用率高但随机读慢；大簇（4MB）顺序读快但浪费空间 |
| 非虚拟化 | 快（裸盘直挂） | ❌ | ❌ | 高 IOPS 业务（如数据库日志盘） | 仅支持厚置备，无法做存储层快照 |
| 裸设备映射（RDM） | 极快（LUN 直通） | ❌ | ❌ | Oracle RAC、SQL Server AlwaysOn 等需共享磁盘的集群 | 仅支持 Red Hat Enterprise Linux 5.4/5.5/6.1/6.2 64bit；LUN 整块绑定，不可分割；不能作为系统盘 |
实操建议：Oracle RAC 的 OCR/Voting Disk 必须用 RDM；数据文件盘可用非虚拟化提升吞吐；普通应用虚拟机一律用虚拟化存储。添加时务必勾选“高级设置”中的“格式化”选项（首次添加），否则残留旧文件系统可能导致挂载失败。
3. 网络资源精细化配置：网卡绑定模式选型、分布式交换机搭建与 VLAN 精准控制
3.1 网卡绑定模式深度对比：为什么“基于源目的 MAC”是默认首选？
FusionCompute 提供四种绑定模式，但并非所有模式都适用于所有场景。盲目选择“基于轮询”可能导致业务中断，这是高频翻车点。
- 主备模式：仅当可靠性是唯一诉求且带宽需求 ≤ 单网卡速率时选用。例如管理网络、VRM 心跳链路。优点是绝对稳定，缺点是带宽无提升。
- 基于源和目的 MAC 的负荷分担：推荐作为业务网络默认模式。原理是哈希
源MAC+目的MAC决定流量出口，保证同一会话始终走同一物理链路，避免乱序。适用于二层同网段业务（如虚拟机间互访、VLAN 内业务）。 - 基于轮询的负荷分担：理论带宽最高，但实际风险极大。TCP 流量经不同物理链路传输后到达顺序错乱，Linux TCP 栈需大量重排序缓冲，导致延迟飙升、丢包率上升。仅在 UDP 流量为主且应用层自处理乱序的场景（如视频流推流）谨慎使用。
- 基于源目的端口的负荷分担：专为三层 VXLAN 网络设计。哈希
源IP+目的IP+源端口+目的端口，确保同一 TCP 连接流量路径一致。若未部署 VXLAN，此模式效果等同于“基于 MAC”，但增加 CPU 开销。
验证绑定效果：绑定完成后，在 CAN 主机执行
cat /proc/net/bonding/bond0（bond0 为绑定接口名），查看MII Status: up及Slave Interface下各从接口的Link Failure Count是否为 0。再用ethtool -S bond0 | grep tx_packets查看各从接口发送包数是否均衡（误差 < 15% 视为正常）。
3.2 创建分布式交换机：上行链路绑定的三个致命细节
分布式交换机（DVS）是 FusionCompute 网络统一调度的核心。创建时看似简单，但上行链路配置错误会导致整个 DVS 下虚拟机全部失联。
步骤与关键点：
创建 DVS：
站点 → 右键 → 创建分布式交换机
→ 名称建议含版本号（如dvs-v100r003），避免与旧 DVS 混淆
→ 分布式交换机版本必须与 VRM 版本严格匹配（V100R003C00 对应 DVS v100R003）添加上行链路：
DVS → 右键 → 添加上行链路
→ 上行链路名称必须与物理交换机端口描述一致（如sw-eth1/0/1）
→关键细节一：勾选“启用上行链路故障检测”，否则链路中断后 DVS 不会自动切换将主机网卡加入上行链路：
主机 → 配置 → 网络 → 绑定网口 → 选择 DVS 上行链路
→关键细节二：必须选择“已启用”的物理网卡（灰色网卡表示未启用或驱动异常）
→关键细节三：若主机有多块网卡，需为每块网卡单独绑定到同一上行链路，而非批量选择——FusionCompute 不支持跨网卡的聚合绑定，必须物理网卡一一对应
避坑验证：绑定完成后，在 WebUI 中进入
主机 → 配置 → 网络，查看绑定网口状态是否为“已启用”。登录 CAN 主机执行ovs-vsctl show，确认Bridge "br-dvs"下Port "bond0"（或对应物理口）存在且Interface状态为connected。
3.3 VLAN 精准控制：为什么“VLAN 为 0”是跨虚拟机共享磁盘的唯一解？
当两台虚拟机需共用一块磁盘（如 Oracle RAC 的共享存储），网络配置极易出错。常见误区是为虚拟机分配相同 VLAN ID，但 FusionCompute 要求更严格。
正确路径：主机和群集 → 网络 → 端口组 → 新建端口组
→ 名称：rac-shared-storage
→ VLAN ID：必须填0（代表 Trunk 模式，透传所有 VLAN）
→ 分布式交换机：选择前述创建的 DVS
为什么必须是 0？
因为共享磁盘通过 SCSI Reservation 机制实现并发控制，该协议依赖二层广播。若端口组 VLAN ID 设为非 0（如 100），则虚拟机网卡仅接收 VLAN 100 的广播帧，SCSI Reservation 请求无法被另一台虚拟机收到，导致 RAC 启动失败或实例崩溃。VLAN 0 表示该端口组不打 VLAN Tag，所有流量原样透传，由物理交换机或存储网络负责 VLAN 隔离。
验证方法：创建虚拟机时，网络选择
rac-shared-storage端口组。启动后在虚拟机内执行tcpdump -i eth0 -nn vlan，应捕获不到任何 VLAN Tagged 帧；执行arping -I eth0 -c 3 192.168.10.100（另一台虚拟机 IP）应能收到 reply。
4. 集群高可用核心配置：IMC 策略启用、时钟同步与告警阈值实战设定
4.1 开启集群 IMC 策略：CPU 兼容性迁移的硬性条件与 BIOS 强制要求
IMC（Intel Machine Compatibility）是 FusionCompute 实现跨代 CPU 主机虚拟机热迁移的基石。但启用它不是点个开关那么简单，它是一套硬件-固件-软件的联合约束体系。
启用前必须满足的硬性条件：
集群内所有主机 CPU 基准功能集 ≥ 目标 IMC 级别
→ 在 WebUI 中集群 → 配置 → IMC 策略 → 设置，选择级别（如Westmere、Haswell）。
→关键动作：登录每台主机 BMC，进入 BIOS → Advanced → CPU Configuration → 确认Execute Disable Bit（即 NX/XD 功能）必须 Enabled。华为文档明确要求此选项，关闭则 IMC 启用失败。集群内所有运行/休眠虚拟机 CPU 功能集 ≤ 目标 IMC 级别
→ 若存在不兼容虚拟机，WebUI 会报错：“虚拟机 CPU 功能集高于目标基准”。此时必须：- 将虚拟机关机（非暂停）
- 编辑虚拟机设置 → CPU → 取消勾选“启用 CPU 热添加”（该功能会强制启用更高指令集）
- 保存后开机，再尝试开启 IMC
验证迁移可行性：
开启 IMC 后，在 WebUI 中集群 → 右键 → 迁移虚拟机，目标主机列表中应显示所有主机（灰色禁用项消失）。登录 VRM 后台执行cps check imc命令，输出IMC status: enabled且compatible hosts: all才算真正生效。
4.2 配置时钟同步：VRM、CAN、虚拟机三位一体时间对齐方案
时间不同步是告警误报、证书失效、数据库事务异常的隐形杀手。FusionCompute 要求 VRM（管理节点）、CAN（计算节点）、虚拟机三者时间偏差 ≤ 500ms。
标准配置路径：系统管理 → 业务配置 → 时钟同步
→ 同步方式：选择NTP（非AD或Local）
→ NTP 服务器：填写企业内网 NTP 服务器地址（如10.10.1.100），禁止使用公网 NTP（如 pool.ntp.org）
→ 同步周期：设为300秒（5 分钟），兼顾精度与网络负载
但 WebUI 配置只是起点，必须落地到 OS 层：
在 VRM 虚拟机内（root）执行：
# 检查 chrony 服务状态（华为默认用 chrony） systemctl status chronyd # 查看同步源及偏移量（Offset 应 < 500ms） chronyc tracking # 强制立即同步 chronyc makestep在 CAN 主机内（root）执行：
# 确保 chronyd 服务启用 systemctl enable --now chronyd # 检查是否指向 VRM 的 IP（VRM 会作为 NTP 客户端，CAN 作为其客户端） grep "server" /etc/chrony.conf # 正常应为：server 192.168.100.10 iburst # 192.168.100.10 是 VRM 管理 IP血泪经验：曾遇某客户 VRM 时间漂移 2 秒，导致 SSL 证书校验失败，VRM WebUI 无法登录。根源是 VRM 虚拟机未启用 chronyd，仅靠 WebUI 配置。从此我养成了习惯：每次配置时钟同步后，必 ssh 进 VRM 和任意一台 CAN，执行
chronyc tracking确认Offset为0.000或±0.001秒级。
4.3 设置告警阈值：从“CPU 使用率 > 80%”到精准定位瓶颈的进阶技巧
FusionCompute 告警阈值不能照搬模板。CPU 使用率 > 80%这类粗粒度告警会产生海量噪音，真正有价值的告警必须关联业务特征。
推荐三类高价值阈值组合：
- 内存水位告警：
内存使用率 > 90%+空闲内存 < 2GB
→ 避免因缓存占用高导致的误报，空闲内存才是真实可用资源 - 存储 IO 延迟告警：
平均 IO 延迟 > 20ms（SSD）或> 50ms（HDD）
→ 比IO 使用率更能反映存储瓶颈，iostat -x 1中%util高但await低，说明是队列堆积而非真实延迟 - 网络丢包告警：
网卡接收丢包率 > 0.1%
→ethtool -S bond0 | grep rx_中rx_missed_errors或rx_dropped持续增长，预示物理链路或驱动问题
配置路径：系统管理 → 告警 → 告警规则 → 新建规则
→ 对象类型：选择主机或集群
→ 指标：选择上述具体指标
→ 阈值：输入数值，务必勾选“持续 3 个周期”（避免瞬时抖动误报）
→ 通知方式：邮件 + 短信（需提前配置 SMTP 和短信网关）
排查技巧：当告警触发，不要只看 WebUI 图表。立刻登录对应 CAN 主机，执行
top -H查看哪个线程 CPU 占用高；执行iotop -oP查看哪个进程 IO 最重；执行iftop -P查看哪个端口流量异常。告警是哨兵，根因分析必须回到 OS 层。
5. 权限、模板与监控：管理员账号安全加固、模板标准化与资源使用可视化
5.1 添加管理员账号：权限最小化原则下的角色分配实战
FusionCompute 权限体系基于 RBAC（基于角色的访问控制），但默认 admin 账号权限过大，生产环境必须拆分。
标准角色分配方案：
- 系统管理员（SystemAdmin）：仅限 1~2 人，负责 VRM 升级、集群创建、IMC 设置等全局操作
- 存储管理员（StorageAdmin）：负责 FC/NAS 存储添加、数据存储管理、LUN 分配
- 网络管理员（NetworkAdmin）：负责 DVS 创建、端口组配置、VLAN 管理
- 虚拟机管理员（VMAdmin）：负责虚拟机创建、克隆、快照、迁移，禁止分配“删除集群”权限
操作路径：系统管理 → 权限管理 → 用户 → 新建用户
→ 用户名：stor-admin-01
→ 角色：StorageAdmin
→ 对象范围：勾选集群A和集群B，不勾选“全部对象”
安全加固：新建用户后，立即执行
密码策略 → 强制修改密码，并设置密码有效期 90 天、历史密码记录 5 次。曾有客户因 admin 密码泄露，被恶意删除全部虚拟机——从此我坚持所有账号启用双因素认证（需配合华为 eSpace UC 系统）。
5.2 创建模板：从虚拟机到模板的四步脱敏与标准化流程
模板是虚拟机快速交付的基础，但直接克隆生产虚拟机会泄露敏感信息（如 SSH 密钥、数据库密码、网卡 MAC）。
标准化创建流程：
- 准备源虚拟机：安装好 OS、必要工具（如 qemu-guest-agent）、基础软件（如 Java、Python）
- 脱敏处理：
# 清除 SSH 主机密钥（避免克隆后密钥冲突） rm -f /etc/ssh/ssh_host_* systemctl restart sshd # 清除网卡 MAC 地址（FusionCompute 会自动重生成） sed -i '/HWADDR/d' /etc/sysconfig/network-scripts/ifcfg-eth0 # 清除用户历史命令和临时文件 history -c && rm -f /root/.bash_history /tmp/* - 关机：必须
关机（非暂停），否则模板创建失败 - 转换模板：
虚拟机 → 右键 → 转换为模板，名称格式centos7-template-v2.3（含版本号）
模板使用规范：
- 每次克隆后，首先进入虚拟机执行
cloud-init clean --reboot（若装有 cloud-init） - 禁止直接编辑模板，所有更新必须走“克隆 → 更新 → 转新模板”流程
5.3 监控资源使用：如何用 WebUI + CLI 组合拳定位真实瓶颈
FusionCompute WebUI 的“监控”页面提供概览，但粒度太粗。真实排障需 WebUI 与 CLI 深度结合。
组合监控法：
- WebUI 定位异常对象：
监控 → 集群 → CPU 使用率，发现某主机峰值达 95% - CLI 定位进程：登录该主机，执行
top -H -p $(pgrep -f "qemu-kvm")，找到占用 CPU 最高的 qemu 线程 PID - 反查虚拟机：
ps -eo pid,comm,args --sort=-%cpu | head -10，结合 PID 找到对应虚拟机名称 - 深入虚拟机内部：
virsh domifstat <vm-name> vnet0查看该虚拟机网卡流量；virsh domblkstat <vm-name> vda查看磁盘 IO
避坑 / 常见问题 / 排查
现象 1：WebUI 显示某虚拟机 CPU 使用率 100%，但top在虚拟机内看到 CPU 空闲
→原因：虚拟机 CPU 资源被其他虚拟机抢占（CPU overcommit），或 VRM 采集间隔长导致数据滞后
→解决：在 WebUI 中虚拟机 → 配置 → CPU → 取消勾选“启用 CPU 热添加”，并设置CPU 份额保障基线现象 2：监控图表中内存使用率持续 99%，但
free -h显示可用内存充足
→原因：Linux 内核将大量内存用于 page cache，used包含 cache，available才是真实可用
→解决：关注available字段，而非used；若available < 1GB才需干预现象 3：存储 IO 延迟告警频繁，但
iostat显示await正常
→原因：告警阈值设在IO 使用率，而IO 使用率高可能只是队列满（avgqu-sz高），非真实延迟
→解决：将告警指标改为await，阈值设为 SSD 20ms/HDD 50ms现象 4：网络监控显示某虚拟机带宽突增，但
iftop未见异常进程
→原因：虚拟机内进程使用sendfile()系统调用（如 Nginx 静态文件服务），流量不经过用户态，iftop无法捕获
→解决：改用nethogs -p按进程统计流量，或在虚拟机内tcpdump -i eth0 -w /tmp/traffic.pcap抓包分析
6. 进阶技巧：裸设备映射（RDM）在 Oracle RAC 中的落地验证与故障自愈 checklist
裸设备映射（RDM）是 FusionCompute 中最易出错也最关键的配置之一。它绕过虚拟化层直接将物理 LUN 暴露给虚拟机，一旦配置失误，Oracle RAC 实例将无法启动，甚至损坏 OCR/Voting Disk。这不是“配置完就完事”的操作，而是一套必须闭环验证的交付流程。
6.1 RDM 验证 checklist：五步确认法确保 LUN 可用性
RDM 配置完成后，绝不能仅凭 WebUI “添加成功”就认为万事大吉。必须在虚拟机内逐项验证，每一步失败都意味着 RAC 部署必然失败。
| 步骤 | 验证命令 | 预期输出 | 失败原因 |
|---|---|---|---|
| 1. LUN 识别 | lsscsi | 输出包含IBM 2145 12.50或HUAWEI XSG1 2.0等存储厂商信息，且Type: disk | HBA Zone 错误、多路径未启用、LUN 未映射给主机 |
| 2. 设备权限 | `ls -l /dev/sd* | grep -E "(sd[b-z] | sd[a-z][a-z])"` | 目标设备（如/dev/sdb）属组为asmadmin，权限为brw-rw---- |
| 3. ASM 磁盘发现 | oracleasm listdisks | 输出OCR_VOTE,DATA_DISK等磁盘名 | oracleasm scandisks未执行，或/etc/sysconfig/oracleasm中ORACLEASM_SCANORDER="DM_MULTIPATH"未设置 |
| 4. OCR 检查 | ocrcheck | Status of Oracle Cluster Registry is as follows : ... OCR location: +OCR_VOTE ... | ASM 磁盘组未mount，或crsctl check crs显示 CRS 未启动 |
| 5. Voting Disk 检查 | crsctl query css votedisk | ## STATE File Universal Id File Name Disk group ... 1. ONLINE 0f8a... /dev/sdc [OCR_VOTE] | Voting Disk 路径与ocrconfig -showbackup中备份路径不一致，需ocrconfig -restore |
关键细节：第 2 步的 udev 规则必须在所有 RAC 节点上一致，且
oracleasm createdisk命令创建的磁盘名（如OCR_VOTE）必须全大写、无下划线，否则 ASM 无法识别。
6.2 RAC 故障自愈 checklist：当实例崩溃时，5 分钟内定位根因
Oracle RAC 实例异常终止，日志往往千头万绪。按此 checklist 顺序排查，可 5 分钟内锁定问题域。
- 检查 CRS 状态：
crsctl check crs
→ 若输出CRS-4638: Oracle High Availability Services is online，则 HA 层正常；若CRS-4639: Could not contact CSS，则直接跳至第 4 步 - 检查 ASM 磁盘组：
sqlplus / as sysasm→select name,state,type from v$asm_diskgroup;
→ 若STATE=DISMOUNTED，说明 ASM 无法访问 RDM 设备，回溯第 6.1 节第 2、3 步 - 检查 OCR 完整性：
ocrcheck -detail
→ 若Failure: 10或PROT-1错误，说明 OCR 损坏，需从备份恢复：ocrconfig -restore /u01/app/12.1.0/grid/cdata/rac-cluster/backup00.ocr - 检查 CSSD 日志：
tail -100 /u01/app/12.1.0/grid/log/rac-node1/cssd/ocssd.log
→ 搜索IPC Send timeout或misscount，若出现misscount exceeded，说明心跳网络中断，检查第 3.3 节 VLAN 0 配置及物理链路 - 检查 Voting Disk IO：
iostat -x 1 /dev/sdc（Voting Disk 设备）
→ 若await > 100ms且%util = 100%，说明存储链路拥塞，需联系存储厂商检查阵列负载
从那以后我每次交付 RAC 环境，都会在客户验收前，强制走一遍这个 checklist：从lsscsi开始，到crsctl check crs结束，全程录像存档。不是为了应付审计，而是因为 RDM 的脆弱性——它把虚拟化层的容错能力全部交给了底层存储和网络，任何一环松动，RAC 就是单点故障。希望帮到你。
本文还有配套的精品资源，点击获取
