对于特定的应用程序，我希望将NetApp Filer（7-模式）configuration为尽可能靠近旧式存储子系统，而不需要快照或特殊function。
vol create vol_ESX -s volume aggr1 1500M vol options vol_ESX nosnap on vol options vol_ESX nosnapdir on vol options vol_ESX fractional_reserve 0 snap sched vol_ESX 0 0 0 snap reserve vol_ESX 0 # Ensure no snapshots exist on vol_ESX snap list vol_ESX # Create a LUN or multiple LUNs that take up the entire volume lun create -s 1565523968 -t vmware /vol/vol_ESX/lun0 lun map /vol/vol_ESX/lun0 challenger 这安全吗？ 这是做我想要完成的最好的方式吗？ 还有什么我应该设置？
我们也使用我们的NetApp作为VMware的普通块存储，并且已经这么做了两年多，现在没有问题（除了我们使用iSCSI）。 （我个人对此并不高兴，因为看起来我们的NetApps已经过分了。）
我没有我们用来创build卷和LUN的确切命令，但现在看起来像这样：
vmstorage4a> vol status vol1 Volume State Status Options vol1 online raid_dp, flex nosnap=on, nosnapdir=on, 64-bit no_atime_update=on, fractional_reserve=0 Containing aggregate: 'aggr0' vmstorage4a> lun show -v /vol/vol1/vms5a-0 8t (8796093022208) (r/w, online, mapped) Serial#: -d9-P?B811NB Share: none Space Reservation: enabled Multiprotocol Type: vmware Maps: vm=0 Occupied Size: 3.4t (3793203814400) Creation Time: Fri Jun 8 22:39:10 EDT 2012 Cluster Shared Volume Information: 0x0 vmstorage4a> df -h vol1 Filesystem total used avail capacity Mounted on /vol/vol1/ 8500GB 8225GB 274GB 97% /vol/vol1/ snap reserve 0TB 0TB 0TB ---% /vol/vol1/..
除了我们还有no_atime_update = on之外，这主要是你所拥有的。 我的理解是，这可以防止每次访问LUN时都更新LUN上的最后一次访问时间戳，从而减less不必要的写入I / O。
如果每卷有一个LUN，请确保保证=卷未被禁用（处于卷状态）。 如果是这样，您的LUN可能会变大。 我曾经发生过这种事情，这是不幸的。