domingo, 23 de março de 2014

Configurando o Virtual SAN mesmo sem um disco SSD

                 

Com o lançamento do VSAN é natural que os interessados na tecnologia busquem uma forma de estudar e conhecer mais a fundo a solução. A idéia deste post é mostrar uma maneira de utilizar a solução em um ambiente de laboratório, onde os recursos nem sempre atendem aos requisitos que as ferramentas exigem. 

O primeiro passo para iniciar a instalação do Virtual SAN é fazer o download dos últimos instaladores do VMware Virtual Center 5.5 U1 e do ESXi 5.5 U1. 


Não vou entrar em detalhes com relação a instalação do Virtual Center e nem dos hosts ESXi.

A seguir vamos lembrar os principais requisitos para a utilização do VSAN:

- VMware Virtual Center 5.5 U1;
- Mínimo de 3 hosts ESXi 5.5 U1;
- No mínimo 1 disco SSD e 1 disco HDD (lembrando que se o ESXi estiver instalado em um disco local, este não poderá ser utilizado no cluster VSAN);
- 1 interface de rede com no mínimo 1Gb;

Talvez o maior desafio para a maioria seja ter acesso a um disco SSD no ambiente de LAB, mas existe uma forma de “mascarar” e fazer com que o seu ESXi (mesmo virtual) acredite que um determinado disco seja do tipo SSD. Aqueles que já estudaram ou estão estudando para a certificação VCAP-DCA já devem saber do que estou falando.

AVISO: ESSA CONFIGURAÇÃO NÃO DEVE SER UTILIZADA NUM AMBIENTE DE PRODUÇÃO, ALÉM DE NÃO SER SUPORTADA, TAMBÉM NÃO OFERECERÁ O DESEMPENHO ESPERADO.

Se você não tem um disco SSD para utilizar com o VSAN, veja como “mascarar" essa configuração:

Depois de instalado o ESXi e adicionado-o ao Virtual Center, identifique as configurações de disco do seu servidor. No seu WebClient, selecione o seu host ESXi e clique em Manage -> Storage -> Storage Devices:


Veja no exemplo acima que o host esxi01.lab.local possui 1 CDROM, 3 discos locais e 1 disco iSCSI. Para nós o CDROM e o disco iSCSI são indiferentes pois como já sabemos o Virtual SAN trabalha com os discos locais. Neste caso vamos ignorar também o disco mpx.vmhba1:C0:T0:L0 pois ele é o disco no qual a instalação do ESXi foi feita. Portanto nos resta os discos mpx.vmhba1:C0:T1:L0 (10GB) e mpx.vmhba1:C0:T2:L0 (30GB). Repare que ambos estão aparecendo como Non-SSD. Para configurarmos o VSAN vamos precisar que pelo menos um deles seja reconhecido como SSD. Faremos isso com o disco mpx.vmhba1:C0:T1:L0.

O próximo passo será acessar o host via SSH para descobrir qual o SATP (Storage Array Type Plugin) o disco está utilizando: esxcli storage nmp device list -d [device]



Neste caso o disco mpx.vmhba1:C0:T1:L0 está utilizando o SATP VMW_SATP_LOCAL. (Esta informação será útil no próximo passo).

Com estas informações em mãos poderemos criar uma regra no ESXi para que ele reconheça este dispositivo como sendo do tipo SSD. 

esxcli storage nmp satp rule add -s [SATP] -d [device] -o enable_ssd
esxcli storage core claimrule load
esxcli storage core claimrule run
esxcli storage core claiming reclaim -d [device]


Veja abaixo que agora o disco mpx.vmhba1:C0:T1:L0 aparece como SSD. 



Execute este procedimento em todos seus hosts que irão fazer parte do cluster VSAN.

LEMBRANDO QUE ESTE PROCEDIMENTO DEVE SER EVITADO EM UM AMBIENTE DE PRODUÇÃO

Em seguida deveremos configurar uma interface VMkernel em cada um dos hosts.

1)

2)

3)

4)

5)

6)

Por último, vamos habilitar o Virtual SAN:.



É possível configurar o Virtual SAN no momento da criação do cluster e também em um cluster já existente. Porém antes de configurar num cluster que tenha o VMware HA habilitado, será necessário desabilita-lo antes, caso contrário receberá uma mensagem de erro como a que segue: 

“Turn off vSphere HA to turn on/off Virtual SAN”


Depois que o Virtual SAN for habilitado, você poderá ver a quantidade de hosts existentes no cluster, a quantidade de discos SSD e discos de dados e as informações sobre a capacidade total e a quantidade de espaço livre do VSAN datastore.


Se verificarmos os datastores do cluster, veremos que um novo datastore foi criado. Por padrão o nome deste datastore será “vsanDatastore”, mas nada te impede de alterar este nome.

Repare que o tipo do datastore também aparece como VSAN e não como VMFS5.

Nenhum comentário:

Postar um comentário