The “Perfect” virtual Lab (será?)

Caros amigos,

Tenho estado um pouco (pouco? tá, vai… MUITO) afastado do blog, mas os motivos são muito bons… bom, para quem ainda não sabe, eu me mudei do Brasil em Dezembro do ano passado. Estou agora vivendo na Inglaterra. Adicionalmente, comecei a trabalhar com treinamentos com foco em ADCs (Application Delivery Controllers), mais especificamente, os Big IPs da F5 Networks.

Antes que me perguntem… não, eu não abandonei Cisco, nem minha empresa (CloudCampus) e tampouco os treinamentos com foco em outras tecnologias. Pelo contrário… nosso portfólio de treinamentos só cresce.  Em breve, teremos treinamentos com foco em ADCs, também. Basta aguardar 🙂

Bom, dito isso, achei que gostariam da idéia de eu compartilhar um pouco minha experiência com a criação de um laboratório virtual que uso no meu dia-a-dia por aqui. Eu sempre usei o GNS3 como ferramenta principal para a criação de meus labs, mas ultimamente, tenho tido alguns problemas com ele. Não me entendam mal… a ferramenta em si continua sendo ótima, mas estava me limitando em alguns sentidos… por exemplo:

• Eu sempre tinha que rodar a ferramenta localmente na máquina que eu desejasse criar meus labs. Isso demandava que eu tivesse o GNS3 instalado em todas as minhas máquinas e uma cópia de todos os labs nas mesmas. Ou seja, não era muito “portable”.
• A quantidade de recursos necessários para eu rodar labs com várias VMs exauria rapidamente as configurações dos meus laptops (mesmo um laptop com 16G de RAM ficava limitado dependendo do cenário que eu precisava rodar). 
• O GNS3 integra muito bem VMs geradas via QEMU ou VMWare aos labs criados com ele, entretanto, as VMs neste caso rodam em cima de um hypervisor type 2 (uma hypervisor que roda em cima de outro OS, como Windows ou Linux e, portanto, deixa menos recursos livres para a criação de VMs e impacta a performance geral do ambiente).

Enfim, eu precisava de algo que escalasse rapidamente, que eu pudesse acessar de qualquer lugar e que fosse flexível o suficiente para eu poder criar novos labs sempre que eu julgasse necessário. Conversando com alguns colegas, apareceu a sugestão de criar um servidor VMWare ESXi dedicado.

Apesar de trabalhar com VMs já há um bom tempo, minha experiência se resumia ao QEMU, VirtualBox e VMWare Workstation. Nunca tinha trabalhado com o ESXi. Achei que um bom meio de me inteirar seria  buscando documentos e informações no Google, mas lembrei que a CloudCampus tem alguns treinamentos com foco no tema (casa de ferreiro…). Adicionalmente, busquei informações no Google e me consultei com alguns colegas mais experientes no tema.

O legal do ESXi é que a VMWare tem uma licença 100% FREE e funcional da plataforma, que suporta servidores com um único processador fisico sem limite do número de cores. O segredo aqui, portanto, é tentar encontrar o processador com o maior número de cores que conseguir. Mas não pode ter mais de um processador físico, pois a licença FREE não vai usá-lo. Para obter sua cópia, acesse o site da VMWare (é preciso cadastrar-se).

Bom, baixado o software e a licença, eu precisava de uma máquina para instalar. Eu não queria gastar $$$ comprando um servidor, então me ocorreu usar meu desktop para a tarefa. Ele tem um processador i7 com 4 cores, o que me parecia excelente, mas estava com apenas 16G de RAM. Outro problema era a placa de rede… a placa onboard era incompatível com o ESXi, pelo que tinha lido. Como precisava de pelo menos uma porta Ethernet, comprei uma placa gigabit Intel por cerca de 8 libras (R$50, mais ou menos). A máquina também precisava de mais memória… então, comprei mais dois pentes de 8G para ela, gastando cerca de 20 libras. Por fim, seria bom ter um HD dedicado para o ESXi. Meu PC já tinha dois HDs de 1T cada, mas eu não queria mexer neles, já que todos os meus arquivos estavam lá. Assim, comprei um novo HD de 3T por 40 libras, também no eBay.

Com tudo fisicamente instalado, eu agora precisava arrumar uma forma de instalar o ESXi sem ter que formatar ou perder os dados que já estavam no meu PC. Em suma, o que eu queria era encontrar uma forma de ter um “dual-boot”, mantendo meu PC com o Windows e todos os arquivos em um boot, e o ESXi com o novo HD em outro. Pesquisei na Net e não encontrei uma forma simples de conseguir isso…  ou, pelo menos, não encontrei uma forma sem risco. Eis que, quando estava quase desistindo de manter ambas as configurações, me deparei com um método de instalar o ESXi num pendrive bootável. Testei e funcionou perfeitamente. O método menciona a ferramenta RUFUS para a criação do pendrive, mas eu preferi usar o UNetbootin. Vai de cada um. Depois, é só interromper o boot do sistema na tela da bios de seu PC e escolher o boot via pendrive. Voilá… ESXi rodando de um pendrive, e o PC segue intacto. Quando quero usar o PC, dou um shutdown no ESXi e o boot no Windows ocorre normalmente.

Seguindo o passo a passo da instalação do ESXi, tudo correu sem problemas. O sistema reconheceu a placa de rede nova, os 32G de memória e o novo HD de 3T, que foi formatado pelo ESXi e é, agora, meu datastore. Depois, veio o trabalho de criar as VMs no ESXi.  Como eu já tinha muitas no VMWare Workstation, eu exportei as VMs já existentes para o ESXi server. Demorou um pouco, pois algumas VMs eram grandes. A dica é conectar as duas máquinas (no caso, meu laptop e o desktop) diretamente usando um cabo de rede. Como minhas portas eram gigabit, a transferência ocorreu bem mais rápido.

Eu até poderia usar o GNS3 dentro deste ambiente, mas no meu caso, não achei que faria muito sentido. Preferi criar duas instâncias do Cisco XRv para serem meus routers e estou usando o switch do próprio ESXi (vSwitch). Eu poderia usar o Nexus 1000v, se eu quisesse, também. Enfim, as possibilidades são muitas. Tudo estável, tudo funcionando 24/7 e com acesso remoto.

No próximo post eu posto um vídeo com as configurações e demonstrando como eu habilitei acesso remoto, etc. Por hora, segue o diagrama do meu último LAB, no qual estou trabalhando. Estou, no momento, com 4 BIG IPs VE, 2 VMs Windows 10, 1 VM Linux, 1 BIG-IQ (manager) VE e 2 Cisco XRv.

Fica como dica para quem leva LABs à sério (como eu) 🙂