特定のアプリケーションについて、スナップショットや高度な機能のない旧式のストレージサブシステムにできるだけ近いようにNetAppファイラー(7モード)を構成したいと思います。
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のプレーンブロックストレージとして使用しており、2年以上問題なく使用しています(iSCSIを使用している場合を除く)。 (私たちのNetAppはこれに対して過剰な資格を持っているように思われるので、個人的にはあまり満足していません。)
Volと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の最終アクセスタイムスタンプが更新されなくなり、不要な書き込みI/Oが削減されます。
ボリュームごとに1つのLUNがある場合は、保証=ボリュームが無効になっていないことを確認してください(ボリュームステータス)。そうである場合、LUNはボリュームよりも大きくなる可能性があります。私はこれを経験しました、そしてそれは残念でした。