我一直在尝试使用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"]
Run Code Online (Sandbox Code Playgroud)
小智 8
我同意-这种常见情况的例子不多。我认为您上面遇到的部分问题是,您要引用分区而不是disk_setup中的磁盘。
使用Azure,连接到VM的第一个数据磁盘通常将标识为/dev/sdc,第二个将标识为,/dev/sdd依此类推。但是,这不能保证。此处的文档指出,在某些情况下可能会导致分配了不同的驱动器号。因此,我们将使用内置别名来引用磁盘。确保始终使用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'))]"
}
},
Run Code Online (Sandbox Code Playgroud)
知道了这一点,我们可以为cloud-config构造内容。首先,我们定义数据磁盘。我建议使用GPT作为表类型来启用对大于2TiB的磁盘和分区的支持。
disk_setup:
/dev/disk/azure/scsi1/lun0:
table_type: gpt
layout: True
overwrite: True
Run Code Online (Sandbox Code Playgroud)
接下来,我们指定磁盘的文件系统设置。我们引用每个分区并声明要使用的文件系统。
fs_setup:
- device: /dev/disk/azure/scsi1/lun0
partition: 1
filesystem: ext4
Run Code Online (Sandbox Code Playgroud)
最后,我们安装分区。cloud-init使用的过程将创建文件夹并挂载指定的分区。我正在使用推荐的nofail(确保VM可以在出现问题或驱动器分离时启动)以及noexec(防止在该分区上执行二进制文件)。由于我们已将文件系统放置在lun0的第一个分区上,因此我们需要mount lun0-part1。
mounts:
- ["/dev/disk/azure/scsi1/lun0-part1", "/datadisk", auto, "defaults,noexec,nofail"]
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
448 次 |
| 最近记录: |