我一直在尝试使用cloud-init在azure中对Ubuntu VM进行分区和挂载数据磁盘。大多数在线示例都显示了如何对临时磁盘执行此操作,而不对数据磁盘执行此操作。我试过运气不好。如果我在下面的代码中做错了什么,或者如果无法使用cloud-init做到这一点,请告诉我
#cloud-config
device_aliases: {'ephemeral0': '/dev/sdb','datadisk': '/dev/sdc1'}
disk_setup:
ephemeral0:
table_type: mbr
layout: True
overwrite: False
/dev/sdc1:
table_type: mbr
layout: True
overwrite: False
fs_setup:
- label: ephemeral0
filesystem: ext4
device: ephemeral0.1
replace_fs: ntfs
- cmd: mkfs -t %(filesystem)s -L %(label)s %(device)s
label: '/dev/sdc1/'
filesystem: ext4
device: '/dev/sdc1/'
replace_fs: ntfs
mounts:
- ["ephemeral0.1", "/mnt"]
- ["/dev/sdc1/", "/datadisk"]
答案 0 :(得分:5)
我同意-这种常见情况的例子不多。我认为您上面遇到的部分问题是,您要引用分区而不是disk_setup中的磁盘。
对于Azure,附加到VM的第一个数据磁盘通常将被标识为/dev/sdc
,第二个将被标识为/dev/sdd
,依此类推。但是,这不能保证。文档here表示在某些情况下可能会导致分配了不同的驱动器号。因此,我们将使用内置别名来引用磁盘。确保始终使用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'))]"
}
},
知道了这一点,我们可以为cloud-config构造内容。首先,我们定义数据磁盘。我建议使用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
(确保VM在出现问题或驱动器分离时可以启动)和noexec
(防止在该分区上执行二进制文件)一起使用。由于我们已将文件系统放置在lun0的第一个分区上,因此我们需要挂载lun0-part1
。
mounts:
- ["/dev/disk/azure/scsi1/lun0-part1", "/datadisk", auto, "defaults,noexec,nofail"]