我如何使用 cloud-init 在 azure 中的 ubuntu VM 上加载数据磁盘
How can i use cloud-init to load a datadisk on an ubuntu VM in azure
我一直在尝试使用 cloud-init 在 Ubuntu Azure 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"]
我同意 -- 这种常见情况的例子不多。我认为您在上面面临的部分问题是您在 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'))]"
}
},
知道了这一点,我们就可以构建云配置的内容了。首先,我们定义数据盘。我建议使用 GPT 作为 table 类型以支持大于 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"]
我一直在尝试使用 cloud-init 在 Ubuntu Azure 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"]
我同意 -- 这种常见情况的例子不多。我认为您在上面面临的部分问题是您在 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'))]"
}
},
知道了这一点,我们就可以构建云配置的内容了。首先,我们定义数据盘。我建议使用 GPT 作为 table 类型以支持大于 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"]