☰

Настройка NetApp как простого карвера FC LUN

tag-icon • tag-icon netapp
Настройка NetApp как простого карвера FC LUN

Для конкретного приложения я хочу настроить NetApp Filer (7-mode) так, чтобы он был максимально приближен к устаревшей подсистеме хранения данных без моментальных снимков и дополнительных функций.

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

Безопасно ли это? Это лучший способ сделать то, чего я пытаюсь добиться? Нужно ли мне что-то еще настроить?

решение1

Мы также используем наши NetApps в качестве обычного блочного хранилища для VMware и делаем это уже более двух лет без каких-либо проблем (за исключением того, что мы используем iSCSI). (Лично я не слишком доволен этим, поскольку, похоже, наши NetApps слишком квалифицированы для этого.)

У меня нет точных команд, которые мы использовали для создания тома и 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, тем самым сокращая ненужный ввод-вывод записи.

Если у вас есть один LUN на том, убедитесь, что guarantee=volume не отключен (в статусе vol). Если это так, ваш LUN может стать больше, чем том. У меня такое случалось, и это было прискорбно.

Связанный контент