为何aws_volume_attachment中的device_name参数为必填项？

我创建了一个带有根卷和附加卷的EC2实例，附加卷使用aws_volume_attachment资源挂载。该资源的device_name参数为必填项，但似乎并未被实际使用。

文档说明 #

• device_name - (必填) 暴露给实例的设备名称（例如/dev/sdh或xvdh）。更多信息请查看Linux实例设备命名和Windows实例设备命名。

Terraform配置 #

resource "aws_volume_attachment" "my_volume" {
  device_name = "/dev/sdb"
  volume_id   = aws_ebs_volume.my_volume.id
  instance_id = aws_instance.my_instance.id
}

控制台输出 #

ubuntu@my_instance:~$ lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
[...]
xvda    202:0    0    10G  0 disk
└─xvda1 202:1    0    10G  0 part /
xvdb    202:16   0    22G  0 disk 

调研内容 #

• 查阅设备名称注意事项得知：

  • 根据内核的块设备驱动不同，设备可能会以与指定不同的名称挂载。例如，若指定设备名称为/dev/sdh，设备可能被重命名为/dev/xvdh或/dev/hdh。大多数情况下，末尾字母保持不变。在部分Red Hat Enterprise Linux及其变体（如CentOS）版本中，末尾字母可能会变化（/dev/sda可能变为/dev/xvde）。这种情况下，每个设备名称的末尾字母会增加相同的次数。例如，若/dev/sdb被重命名为/dev/xvdf，则/dev/sdc会被重命名为/dev/xvdg。Amazon Linux会为您指定的名称创建指向重命名后设备的符号链接，其他操作系统的行为可能不同。
    因此无法为所有操作系统设置统一的设备名称，这使得设置该参数容易造成混淆。

• 查阅属性参考得知：

  • device_name - 暴露给实例的设备名称
    但返回的设备名称仍为/dev/sdb而非xvdb，因此该值不准确且无用。

核心问题 #

为何device_name为必填项，却未被实际使用？

解答 #

1. device_name是AWS API层面的必填项：Terraform的aws_volume_attachment资源本质是封装了AWS EC2的AttachVolume API，而该API强制要求指定设备名称。Terraform作为基础设施代码工具，必须严格遵循AWS API的参数要求，因此device_name被设为必填项。

2. 设备名变化是操作系统内核的重映射：你在实例中看到的xvdb并非AWS未使用/dev/sdb，而是操作系统内核（如Xen/KVM驱动）对设备名进行了重命名。AWS确实按照你指定的/dev/sdb完成了卷挂载操作，只是操作系统层面根据自身的块设备规则将其重映射为xvdb。

3. Terraform返回的是配置值而非实例实际值：Terraform仅负责与AWS API交互，不会主动登录实例内部查询实际的设备名。因此它返回的device_name始终是你配置时传入的值，而非实例内实际生效的设备名。

4. device_name的作用是告知AWS挂载路径：这个参数的核心作用是向AWS明确卷要挂载到实例的哪个设备路径，AWS需要这个参数来完成挂载流程。虽然不同操作系统会对设备名做重映射，但AWS的挂载操作必须依赖这个明确的参数才能执行。

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