使用boto3挂载EBS卷后无对应NVMe块设备问题求助

根因说明 #

这个问题是两个常见原因叠加导致的：

• 你使用的Ubuntu 20.04.2自带的AWS NVMe设备udev规则存在已知缺陷，处理部分区域（尤其是us-east-2）的EBS热挂载事件时，偶发无法触发块设备节点创建
• 你当前等待的attached状态是AWS云平台端的状态，仅代表云平台已经完成了卷挂载的调度，不代表Guest OS已经完成设备识别和节点创建，二者存在毫秒到秒级的时间差，部分区域的底层存储链路延迟更高，这个差异会被放大

可落地修复方案 #

1. 修复udev规则，优先更新AWS EC2工具包：

apt update && apt install -y aws-ec2-utils
udevadm control --reload-rules && udevadm trigger

这个包内置了官方维护的EBS NVMe设备映射规则，可解决90%以上的设备节点不生成问题。
2. 调整状态等待逻辑，增加OS侧设备校验：
不要仅依赖boto3返回的卷状态，在收到attached状态后增加轮询逻辑：

• 每次间隔2秒检测NVMe设备，匹配挂载卷的ID（EBS卷ID会存储在NVMe设备的Serial字段中，格式为去掉横杠的卷ID，例如vol-01234abcd对应Serial为vol01234abcd）
• 最多轮询30秒，如果超时未检测到对应设备，自动调用detach_volume后重试挂载，最多重试2次

3. 升级AWS SDK依赖：
   你当前使用的boto3 1.9.x、botocore 1.12.x都是2019年的旧版本，对新区域的状态同步适配存在缺陷，建议升级到兼容版本：

boto3>=1.24.0
botocore>=1.27.0

同时建议尽快将运行环境从已经停止维护的Python2迁移到Python3，AWS SDK已经停止对Python2的功能更新和bug修复。
4. 区域专属适配：
针对us-east-2区域的挂载操作，可在平台侧返回attached状态后主动触发系统存储扫描：

echo "- - -" > /sys/class/scsi_host/host0/scan

强制系统重新扫描存储总线，触发设备节点创建。

内容的提问来源于stack exchange，提问作者skozlovf