Blog Posts

Você virtualizou aquela aplicação extremanente crítica da sua empresa, e agora o usuário ligou reclamando da performance da aplicação. Por onde começar? Pra que lado correr?

O time de performance da VMware criou um guia para resolução de problemas de desempenho, disponível em http://communities.vmware.com/docs/DOC-10352.

De todas as novas funções disponíveis no VMware vSphere 4, para mim uma tem se destacado pela praticidade: o VMware Data Recovery, ou vDR para facilitar a minha vida.

Em resumo, o vDR é uma VM que você baixa direto da página de download do vSphere 4 e põe para rodar no seu ambiente (isto é o que geralmente chamamos de "virtual appliance"). Após uma configuração inicial simples descrita no manual do produto, ele está pronto para fazer backup e, mais importante, restore de suas máquinas virtuais.

Um vídeo mostrando o VMware Data Recovery funcionando está disponível aqui.

A versão inicial está limitada em 100 VMs por virtual appliance do vDR, mas nada impede que você use uma VM do vDR para cada 100 VMs do seu ambiente. Por exemplo, se tenho 300 VMs no meu ambiente VMware, posso por 3 VMs do vDR para rodar, cada uma fazendo backup de 100 VMs.

Note que o vDR não está disponível para todas as versões do vSphere 4. Veja que versões incluem o vDR em http://www.vmware.com/products/vsphere/buy/editions_comparison.html.

Saiu essa semana a referência técnica de implementação do vCenter 4.0 em cluster Windows 2003 (Microsoft Windows Cluster Services, ou MSCS). Está disponível no excelente VI:OPS, o site que qualquer admin experiente de ambiente VMware frequenta:

http://viops.vmware.com/home/docs/DOC-1541

Note que o vCenter em cluster Windows funciona bem, mas não tão protegido quanto casos onde o vCenter Heartbeat é usado, já que o Heartbeat protege os serviços do vCenter.

vCenter Heartbeat

Um estudo detalhado sobre a performance do SQL Server em máquinas virtuais VMware, usando o ESX 4:

http://blogs.vmware.com/performance/2009/06/sql-sever-performance-on-vsphere.html

Acaba de sair do forno.

Este artigo é mais um do time de performance da VMware, que costuma publicar estudos como esse em seu blog chamado VROOM.

Se eu perguntasse aos meus clientes o que eles queriam, teriam dito um "um cavalo mais rápido".

• Henry Ford

A frase do inventor da linha de montagem moderna é perfeitamente válida aqui. Porque a VMware acrescentou várias funções novas ao vSphere 4?

Você já viu o tal novo Fault Tolerance funcionando? Não entendeu o que é um Distributed Virtual Switch? Tá curioso pra saber se Host Profiles te ajudam ou não com o teu dia a dia administrando um ambiente VMware? Nada como ver funcionando pra entender do que se trata.

Talvez estes demos em vídeo lhe ajudem:

Host Profiles e vCenter em Linked Mode
Host Profiles permitem que você marque um host como modelo de configuração, que pode ser aplicada automaticamente a outros hosts (ou seja: esforço de configuração zero nos seus servidores ESX).

Linked Mode é um modo de operação do vCenter 4 (não disponível para vCenter 2.5) que permite que um único VI Client gerencie diversos vCenters, que agora são capazes de estabeler um link entre eles.

Distributed Virtual Switch
Também chamados "carinhosamente" de DVS, Distributed Virtual Switches foram criados para simplificar a administração de redes virtuais. Cada host ESX tem ao menos um virtual switch - o ponto de conexão entre redes virtuais e o reais. Em ambientes de produção, muitas vezes cada host ESX tem que lidar com diversas redes: produção, dados, backup, gerenciamento, e por aí vai. Administrar consistência através de vários virtual switches e portgroups através de vários hosts ESX é uma tarefa simplificada em muito pelo DVS. O DVS é um switch virtual que alcança o data center inteiro. Com ele, você pode criar um único switch virtual distribuído, e assinalar as placas de rede físicas de seus hosts diretamente ao DVS. Ao mesmo tempo, você pode continuar usando switches virtuais como sempre fez - eles convivem pacificamente.

Fault Tolerance
O Fault Tolerance serve para proteger VMs que precisam de alta disponibilidade. Pense nele como um "VMotion contínuo": tudo o que acontece na primeira VM, é copiado automaticamente para uma segunda VM em stand-by, preparada para assumir caso a primeira VM falhe, sem perder transações. Inicialmente limitado a VMs com uma vCPU.