- 前言:
正常情况,使用usb方式安装 esxi的情况下,是不能在当前usb设备上开启datastore存储的,即便你用的是ssd的usb设备。
本着省钱省功耗的原则,直通板载achi给truenas,esxi存储使用系统u盘空闲的空间。这样省了一张hba卡,省了一个盘位,降了功耗。 - 适用场景:
本文档适用于- 必须esxi6及以上版本
- esxi系统u盘(tf)建议8G以上
- 熟悉esxi ssh人士。
- 操作步骤:
- 打开esxi ssh并root登录
- 进入
/vmfs/devices/disks
目录。shell:cd /vmfs/devices/disks
- 列出磁盘 shell:
ls
6.0通常是mpx.vmhba32:C0:T0:L0
,但6.5不不同,可能是以naa开始。通常规律是有一个前缀想同,后面带有:1,5,6,7,8类似的:数字很可能就是
esxi的系统盘(不带”:数字”的那个)。本文以mpx.vmhba32:C0:T0:L0
为例
还可通过partedUtil getptbl mpx.vmhba32:C0:T0:L0
查看分区信息以确认设备 - 查看分区:
partedUtil getptbl mpx.vmhba32:C0:T0:L0
显示输出:
gpt
2088 255 63 33554432
1 64 8191 C12A7328F81F11D2BA4B00A0C93EC93B systemPartition 128
5 8224 520191 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
6 520224 1032191 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
7 1032224 1257471 9D27538040AD11DBBF97000C2911D1B8 vmkDiagnostic 0
8 1257504 1843199 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
9 1843200 7086079 9D27538040AD11DBBF97000C2911D1B8 vmkDiagnostic 0- 获取上文中红色部分值(红色部分每个人是不同的),将其-34 (减34) 替换如下shell中的X.(shell为方便复制就不排便了) (复制出shell部分到写字板,然后将X换成所计算的值,复制到esxi shell中执行)
为什么是34,我也不清楚,我是试出来的最小值,还有个-48出现的也比较频繁。网上大都说是-2048.这都没问题。
partedUtil setptbl mpx.vmhba32:C0:T0:L0 gpt \ "1 64 8191 C12A7328F81F11D2BA4B00A0C93EC93B 128" \ "5 8224 520191 EBD0A0A2B9E5443387C068B6B72699C7 0" \ "6 520224 1032191 EBD0A0A2B9E5443387C068B6B72699C7 0" \ "7 1032224 1257471 9D27538040AD11DBBF97000C2911D1B8 0" \ "8 1257504 1843199 EBD0A0A2B9E5443387C068B6B72699C7 0" \ "9 1843200 7086079 9D27538040AD11DBBF97000C2911D1B8 0" \ "2 7086080 15472639 EBD0A0A2B9E5443387C068B6B72699C7 0" \ "3 15472640 `X` AA31E02A400F11DB9590000C2911D1B8 0"
- 创建存储:
vmkfstools -C vmfs5 -b 1m -S UsbDatastore mpx.vmhba32:C0:T0:L0:3
完成后即可在client里看到一个UsbDatastore的存储了,可在上面建虚拟机。
- 总结:
u盘由于速度原因,建议不要其建立大的虚拟机文件,否则经常会导致存储丢失(也可能是我u盘有点问题)。比合适的是做黑裙虚拟机,通过iso启动,
当然想ros,openwrt这类小的系统也是没问题的,总之就是减少u盘操作。