Impostazione di un NetApp come semplice carver FC LUN

Per una particolare applicazione, voglio configurare un filer NetApp (7 modi) per essere il più vicino ansible a un sottosistema di archiviazione vecchio stile senza istantanee o funzioni di fantasia.

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 

È sicuro? È questo il modo migliore per fare quello che sto cercando di realizzare? C'è qualcosa che dovrei impostare?

  • Cosa potrebbe impedire l'autocompletamento a lavorare su Exchange 2010 / Outlook 2010?
  • Dopo aver ridimensionato la quota di una azione, perché dovremmo "ridimensionare" il volume?
  • Filer NetApp - reimpostazione delle autorizzazioni NTFS con fsecurity?
  • Mappatura dell'errore di unità - Errore di sistema 1808
  • vSphere Datastore per specifici tipi di dati: NFS o iSCSI
  • Ottieni il numero di serie dello scaffale NetApp utilizzando un CLI a 7 modalità
  • Mostra IO su Netapp
  • Presto SMB / CIFS Session Close (Errore di sistema 1312) con Password su SMBv2
  • One Solution collect form web for “Impostazione di un NetApp come semplice carver FC LUN”

    Utilizziamo anche i nostri NetApp come block block per VMware e lo stiamo facendo da oltre due anni senza alcun problema (ad exception che usiamo iSCSI). (Personalmente non sono troppo felice perché sembra che i nostri NetApp siano overqualified per questo.)

    Non ho i comandi esatti che abbiamo usato per creare il vol e il LUN ma qui è quello che sembrano adesso:

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

    Questo è soprattutto quello che hai, tranne che abbiamo anche no_atime_update = on. La mia comprensione è che questo impedisce che il timestamp di ultima accesso sul LUN venga aggiornato each volta che si accede al LUN, riducendo così l'inutile I / O di scrittura.

    Se si dispone di un LUN per volume, assicurarsi che la garanzia = volume non sia disabilitata (in stato vol.). In caso affermativo, il tuo LUN potrebbe crescere più grande del volume. Ho avuto questo accadere ed è stato un peccato.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.