quinta-feira, 21 de agosto de 2014

Windows vCenter Server ou VCSA? Qual deles utilizar??

                 

Uma das principais questões feitas por aqueles que estão iniciando um projeto de virtualização utilizando VMware vSphere ou atualizando para uma nova versão está relacionada com qual versão do vCenter Server deve ser utilizada.

Até o lançamento da versão vSphere 5.0 essa questão simplesmente não existia pois a única forma de utilizar o Virtual Center Server era instalando-o em uma máquina Windows. A partir de então, com o lançamento do VCSA (vCenter Server Appliance), os arquitetos/administradores passaram a ter uma segunda opção, obrigando-os a considerar quais as vantagens e desvantagens de cada uma das opções para escolher aquela que melhor se encaixa em determinado projeto.

Se você reparar bem no parágrafo anterior, vai perceber que a resposta para a pergunta em questão é a mesma de muitas outras quando o assunto tem a ver com o planejamento e a escolha de uma determinada configuração: “Depende!”.

Depende, porque cada caso é um caso! E é exatamente esse o trabalho de um arquiteto quando está desenvolvendo determinado projeto. É preciso avaliar a necessidade daquele ambiente e com base nas características que cada uma das opções oferece, optar por aquela que melhor atende aos requisitos estabelecidos anteriormente.

Abaixo vou levantar algumas perguntas que podem ser feitas para ajudar a defeinir qual das opções utilizar:

- O vCenter Server será físico ou virtual??
Dependendo da resposta aqui fica fácil de saber se devemos utilizar a versão para Windows ou o VCSA. Caso tenha optado por utilizar o vCenter Server em uma máquina física, então a única opção que você tem é a de instalar a versão para Windows. Até o momento não existe uma versão do Virtual Center que possa ser instalada em um servidor Linux. Se você optou por utilizar o vCenter em uma máquina virtual, o seu “dilema” continua...

- Quais as funcionalidades não estão disponíveis no VCSA??
Desde o seu primeiro lançamento (na versão vSphere 5.0) o appliance virtual já evoluiu bastante e oferece suporte a maioria das soluções que se integram com o vCenter Server, como por exemplo o vCloud Director, vCenter Operations, VMware SRM, Update Manager e etc. Mas ainda assim existem algumas coisas que ainda não funcionam com o VCSA, são elas: Linked Mode, vCenter Server Heartbeat, IPv6 e o suporte ao MS SQL como banco de dados. Portanto se você precisar de alguma dessas opções, terá de utilizar a versão para Windows.

- Qual o tamanho do ambiente a ser suportado??
O banco de dados que vem junto com o VCSA (vPostgres) é capaz de suportar até 100 hosts e 3000 VM’s. Se o seu ambiente é maior do que isso, você ainda tem a opção de conectar o VCSA a um banco de dados externo, porém o único suportado até o momento é o Oracle. Portanto se você possui um ambiente maior que 100 hosts e/ou 3000 VM’s e não possui a opção de utilizar um banco de dados Oracle, também terá de optar pela versão Windows.

- Conhecimento e suporte a um sistema operacional Linux (SUSE)?
Não são todos os ambientes que possuem um profissional com bons conhecimentos em Linux. Apesar de não ser algo rotineiro ter de acessar a console do VCSA para executar comandos na linha de comando do appliance, na hora de fazer um troubleshoot esse conhecimento pode ser importante. Além disso é importante levar em consideração alguns aspectos operacionais do ambiente que podem ser impactados com a utilização do appliance, como por exemplo a política de atualização do sistema operacional, a instalação de agentes de terceiros ou então os requisitos de backup do banco de dados.

- Limitação de licenciamento Windows?
Um dos fatores que podem contribuir para a utilização do VCSA é o fato de não exigir uma licença para o Windows como a versão instalável. Então se você não possui uma licença Windows ou então se as questões levantadas até aqui não impedem você de utilizar o VCSA, vá em frente com o appliance.

É importante lembrar que apesar de o Update Manager ser suportado pelo VCSA, o mesmo não pode ser instalado no appliance virtual e continua dependendo de uma máquina Windows. Assim como o VMware View Composer, que antigamente era obrigado a ser instalado na mesma máquina que o vCenter Server, mas que agora pode ser instalado em uma máquina separada, porém com Windows.

 - A complexidade da instalação da versão Windows é um problema??
Em ambientes e organizações menores, a facilidade com que o VCSA é configurado pode ser considerado um diferencial na hora de escolher entre uma das versões, principalmente por conta da dificuldade técnica que a instalação da versão Windows pode apresentar para essas organizações.

Bem, como você reparou são vários os fatores que devem ser levados em conta ao decidir entre uma versão ou outra. O vCenter Server Appliance é uma solução extremamente robusta e pode sim ser utilizada em grandes ambientes, desde que todos o requisitos e necessidades sejam atendidas.

domingo, 3 de agosto de 2014

Como verificar o status do VMware VAAI

                 

Há algum tempo atrás eu fiz um post explicando sobre o que é o VMware VAAI, recomendo que aqueles que ainda não leram ou que ainda não tem certeza de como esta funcionalidade trabalha que dêem uma passada por lá antes de prosseguirem. 

Neste post vou mostrar como podemos verificar no nosso ambiente se essa tecnologia vêm sendo utilizada, uma vez que a funcionalidade já vem habilitada por padrão nos servidores ESXi.

Existem várias formas de verificarmos se os nossos datastores estão fazendo uso do VMware VAAI ou não. Veja a seguir algumas dessas possibilidades:

VMware vSphere Client:

Selecione um host, clique na aba Configuration >> Storage e verifique a aba Hardware Acceleration:


VMware vSphere Web Client:

Para verificar o status do VAAI (Hardware Acceleration) no Web Client é um pouco diferente. Na sua tela inicial (HOME) clique em Storage. Em seguida selecione o datastore desejado, clique na aba Manage >> Settings >> General:


Pela inteface gráfica são três os tipos de status que podem ser exibidos:

Not Supported: Quando o dispositivo não consegue realizar operações VAAI.
Unknown: Quando o dispositivo consegue realizar só algumas das operações VAAI.
Supported: Quando o dispositivo é capaz de realizar todas as operações VAAI.

Pela linha de comando é possível ver com mais detalhes quais as operações que são suportadas em dispositivos do tipo bloco (iSCSI ou FC) através do comando:

esxcli storage core device vaai status get

É possível utilizar a opção –d para exibir apenas o dispositivo desejado.

Repare que na saída do comando é exibido detalhadamente qual o status de cada uma das operações VAAI. 

Nos casos dos dispositivos NAS (NFS) podemos utilizar o comando abaixo, mas o resultado é semelhante ao que é exibido pela interface gráfica:

esxcli storage nfs list


Por padrão as operações do VAAI já vem habilitadas e não há a necessidade de nenhuma intervenção do administrador para o seu funcionamento, com excessão da operação de UNMAP (Dead Space Raclamation), que desde a versão ESXi 5.0 Patch 02 (Build Number 515841) vem desabilitada por padrão, e exige que o administrador execute um comando na CLI para que determinado espaço seja recuperado. Caso seja necessário, todas as demais operações podem ser desabilitadas no ESXi. 

Essas alterações podem ser feitas tanto pela CLI como pela GUI, e são dinâmicas, portanto não é necessário colocar o host ESXi em modo de manutenção e nem reiniciá-lo após as alterações.

As operações Full Block (XCOPY) e Block Zero (Write Same) podem ser desabilitadas alterando-se as seguintes opções avançadas no ESXi:

Full Block: DataMover.HardwareAcceleratedInit
Block Zero: DataMover.HardwareAcceleratedMove



A operação Hardware Assisted Locking (ATS) pode ser desabilitada alterando-se a seguinte opção avançada no ESXi:

ATS: VMFS3.HardwareAcceleratedLocking