VMWare vSphere e a mudança do ESX para o ESXi

Question

Eu estava trabalhando em um sistema ESX 3.5 autônomo na noite passada para fazer o upgrade para o vSphere 4.1u1. Percebi que o download completo do ESX havia sido menos enfatizado no site da VMWare. Embora eu saiba que o foco no mundo VMWare estava se movendo em direção ao ESXi, agora percebo que preciso realmente avaliar o impacto que isso terá em minhas implantações existentes.

Sou consultor e tenho uma variedade de instalações de VMWare, desde hosts únicos com armazenamento interno até clusters de vários hosts com suporte de armazenamento compartilhado. Eu também confiei principalmente no hardware HP ProLiant. Para mim, a principal atração do ESX sobre o ESXi foi a presença dos Agentes de Gerenciamento da HP e um console capaz de executar utilitários específicos da HP (atualizações de firmware, configuração do ILO, traps SNMP, etc.)

Estou interessado em saber como outros engenheiros de TI estão lidando com a transição. Para aqueles que instalaram o ESX 4 completo, você está migrando hosts conforme necessário? Você está fazendo um esforço conjunto para migrar para o ESXi agora ou aguardar até o próximo ciclo de atualização?

De qualquer forma, quais são alguns dos desafios, recursos ausentes, etc. que você encontrou ao mudar do ESX para o ESXi?

    

Answer 1

Primeiro, vamos tirar uma coisa muito importante, mas simples, fora do caminho. Não haverá ESX 5. Se você quiser testar seus deploments no futuro, não terá outra opção a não ser começar a usar o ESXi hoje.

No entanto, eu não iria empurrar os ambientes existentes para o ESXi agora. No momento em que o ESX 4.1 se tornar obsoleto, esses ambientes precisarão passar pela atualização hw, e esse seria o momento mais apropriado para a mudança.

Agora, vamos falar sobre a diferença no gerenciamento do ESX e do ESXi. É verdade que ter um ambiente adequado baseado em rpm é um grande benefício para o administrador de sistemas de várias maneiras. Para o crédito da VMware e do hw vencors, no entanto, descobri que a maioria das tarefas, se não todas, podem ser realizadas sem um console cheio de recursos. Deixe-me dividir em pedaços maiores:

• Acesso ao console: se você deseja o conforto ea confiança de usar a linha de comando no host ESXi real, pode fazê-lo facilmente hoje, apenas ative o console local para usar o KVM, o iLO ou o iDRAC ou ative o sshd para acesso remoto. Isso oferece busybox e toda a gama de utilitários esxcfg.
• Gerenciamento de HW: trabalhei com a HP e a Dell hw, e ambos têm VIBs que você instala no host e usa com o SIM ou o OMSA. Além disso, a Dell agora tem o Dell Management Center vApp / plugin que se integra perfeitamente ao vCenter. Ele monitora hosts e pode automatizar o provisionamento de novos hosts. É uma ferramenta muito legal.
• Gerenciamento e automação do ESXi: use o PowerCLI, se você mora no mundo do Windows, ou o vSphere SDK for Perl, se preferir o Linux. Com estes, você nunca (ou quase nunca) precisará do console host. Todos os comandos esxcfg existem e muito, muito mais.

Trabalhar com armazenamento interno provavelmente se torna mais fácil com o ESXi, pois todo o seu hypervisor e suas ferramentas de gerenciamento vivem em um cartão flash ou pendrive, e você pode ter apenas uma única partição usando todo o disco físico ou volume dedicado ao armazenamento de VMs .

Atualizado em 21/05/11: a VMware acaba de lançar o ESXi 4.1 Guia de Operações que aborda tudo detalhadamente:

    

Answer 2

Você provavelmente precisará de muito mais detalhes do que isso, mas eu não tive absolutamente nenhum problema ao lidar com o ESXi, embora minha experiência esteja totalmente usando código totalmente licenciado e em ambientes somente vCenter. Nesses cenários, descobri que ele é rápido de implantar, fácil de manter, estável e, claro, há menos patches que precisam ser aplicados. Isso foi em um ambiente totalmente HP com o SIM 6.x e também não tive que instalar nenhum código extra. Novamente, porém, devo afirmar que minha experiência foi muito limitada a esses ambientes.