☰

Einrichten einer NetApp als einfacher FC LUN-Carver

tag-icon • tag-icon netapp
Einrichten einer NetApp als einfacher FC LUN-Carver

Für eine bestimmte Anwendung möchte ich einen NetApp-Filer (7-Modus) so konfigurieren, dass er einem altmodischen Speichersubsystem ohne Snapshots oder ausgefallene Funktionen so nahe wie möglich kommt.

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

Ist das sicher? Ist das die beste Methode, um das zu erreichen, was ich erreichen möchte? Gibt es noch etwas, das ich einstellen sollte?

Antwort1

Wir verwenden unsere NetApps auch als einfachen Blockspeicher für VMware und tun dies seit über zwei Jahren ohne Probleme (außer, dass wir iSCSI verwenden). (Ich persönlich bin darüber nicht so glücklich, da es so aussieht, als wären unsere NetApps dafür überqualifiziert.)

Ich habe nicht die genauen Befehle, die wir zum Erstellen des Volumes und der LUN verwendet haben, aber so sehen sie jetzt aus:

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/..

Dies ist im Wesentlichen das, was Sie haben, außer dass wir auch no_atime_update=on haben. Meines Wissens verhindert dies, dass der Zeitstempel des letzten Zugriffs auf die LUN bei jedem Zugriff auf die LUN aktualisiert wird, wodurch unnötige Schreib-E/A-Vorgänge reduziert werden.

Wenn Sie eine LUN pro Volume haben, stellen Sie sicher, dass „guarantee=volume“ nicht deaktiviert ist (im „Vol“-Status). Wenn dies der Fall ist, könnte Ihre LUN größer werden als das Volume. Das ist mir schon passiert und es war bedauerlich.

verwandte Informationen