☰

Configurando um NetApp como um simples carver FC LUN

tag-icon • tag-icon netapp
Configurando um NetApp como um simples carver FC LUN

Para um aplicativo específico, desejo configurar um arquivador NetApp (modo 7) para ficar o mais próximo possível de um subsistema de armazenamento antigo, sem instantâneos ou recursos sofisticados.

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

Isso é seguro? Esta é a melhor maneira de fazer o que estou tentando realizar? Há mais alguma coisa que devo definir?

Responder1

Também usamos nossos NetApps como armazenamento em bloco simples para VMware e já fazemos isso há mais de dois anos sem problemas (exceto que usamos iSCSI). (Pessoalmente, não estou muito feliz com isso, pois parece que nossos NetApps são superqualificados para isso.)

Não tenho os comandos exatos que usamos para criar vol e LUN, mas aqui está como eles estão agora:

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

Isso é principalmente o que você tem, exceto que também temos no_atime_update=on. Meu entendimento é que isso evita que o carimbo de data/hora do último acesso no LUN seja atualizado toda vez que o LUN é acessado, reduzindo assim a E/S de gravação desnecessária.

Se você tiver um LUN por volume, certifique-se de que garantido=volume não esteja desabilitado (no status vol). Se for, seu LUN poderá crescer além do volume. Já aconteceu isso e foi lamentável.

informação relacionada