我同意——这种常见情况的例子并不多。我认为您上面面临的部分问题是您在 disk_setup 中引用了分区而不是磁盘。
对于 Azure,附加到 VM 的第一个数据磁盘通常会被标识为/dev/sdc
,第二个将是/dev/sdd
, 等等。但这并不能得到保证。文档here https://learn.microsoft.com/en-us/azure/virtual-machines/troubleshooting/troubleshoot-device-names-problems表示在某些情况下可能会导致分配不同的驱动器盘符。因此,我们将使用内置别名引用磁盘。此别名保证始终使用 ARM 模板(或磁盘定义)中分配的 LUN 进行映射。这些别名遵循以下形式/dev/disk/azure/scsi1/lun#
(分区别名为/dev/disk/azure/scsi1/lun#-part#
).
如果您使用 ARM,模板将在 VM 定义中包含对驱动器的引用。作为该定义的一部分,您将指定 LUN 值。您可以在 cloud-init 中引用分配的值。例如,以下 ARM 代码片段将创建/dev/disk/azure/scsi1/lun0
:
"dataDisks": [
{
"lun": 0,
"name": "[concat(variables('vmName'),'-datadisk0')]",
"createOption": "Attach",
"managedDisk":
{
"id": "[resourceId('Microsoft.Compute/disks/',
concat(variables('vmName'),'-datadisk0'))]"
}
},
知道了这一点,我们就可以构建云配置的内容。首先,我们定义数据盘。我建议使用 GPT 作为表类型,以支持大于 2TiB 的磁盘和分区。
disk_setup:
/dev/disk/azure/scsi1/lun0:
table_type: gpt
layout: True
overwrite: True
接下来,我们指定磁盘的文件系统设置。我们引用每个分区并声明要使用的文件系统。
fs_setup:
- device: /dev/disk/azure/scsi1/lun0
partition: 1
filesystem: ext4
最后,我们挂载分区。 cloud-init 使用的进程将创建文件夹并挂载指定的分区。我正在使用推荐的nofail
(确保虚拟机在出现问题或驱动器分离时可以启动)以及noexec
(这会阻止在该分区上执行二进制文件)。由于我们已将文件系统放置在 lun0 的第一个分区上,因此我们需要挂载lun0-part1
.
mounts:
- ["/dev/disk/azure/scsi1/lun0-part1", "/datadisk", auto, "defaults,noexec,nofail"]