VMware Brasil: 2015
ESXi Embedded Host Client – Acessando o ESXi pelo browser
Há cerca de 3 meses o VMwareLabs, site no qual os engenheiros da VMware costumam compartilhar algumas Flings, disponibilizou uma fling chamada ESXi Embedded Host Client.
Essa fling é uma interface gráfica para o host ESXi e foi toda desenvolvida em HTML5 e JavaScript, e pode representar uma prévia do que pode vir a ser o vSphere Web Client futuramente.
Como se trata de uma fling não há nenhuma garantia de que a mesma se torne algo oficial, mas pelo feedback positivo e o sucesso que tem feito na comunidade VMware, é provável que nos próximos lançamentos o ESXi já venha com essa interface embutidade. Por enquanto também não há nenhum tipo de suporte, em caso de problemas/bugs a única alternativa é deixar uma mensagem na página da própria ferramenta, e aguardar que o engenheiro responsável responda.
No momento as seguintes operações estão disponíveis com a ferramenta:
· VM operations (Power on, off, reset, suspend, etc).
· Creating a new VM, from scratch or from OVF/OVA (limited OVA support)
· Configuring NTP on a host
· Displaying summaries, events, tasks and notifications/alerts
· Providing a console to VMs
· Configuring host networking
· Configuring host advanced settings
· Configuring host services
A ferramenta está disponível no format .vib, para ser instalada diretamente no host ESXi, e também como .zip (offline bundle), para ser utilizada junto com o VUM (vSphere Update Manager).
O download e as instruções de instalação estão na página da solução.
Lab VMware na nuvem (AWS ou Google Cloud)
Que tal a possibilidade de montar o seu ambiente de lab em uma nuvem pública da Amazon (AWS) ou Google (GCP)?! Parece interessante né?! Pois essa é a nova oferta da startup israelense Ravello Systems.
Basicamente a Ravello Systems desenvolveu o seu próprio hypervisor (baseado no KVM), chamado HVX. O HVX roda em cima de máquinas virtuais nas nuvens da AWS ou Google Cloud. Inicialmente a tecnologia permitia a importação de máquinas virtuais VMware e KVM, sem a necessidade de qualquer modificação nas VMs, oferecendo a oportunidade de reproduzir um ambiente de produção na nuvem, atendendo a uma série de casos de uso:
- Desenvolvimento/testes;
- Treinamentos e etc.
Na última semana, a Ravello Systems anunciou (ainda em versão beta) a implementação de uma nova funcionalidade no HVX que emula as features Intel-VT/AMD-V, permitindo assim que hypervisors como ESXi e KVM possam ser instalados em máquinas virtuais rodando em cima do HVX, que por sua vez está rodando em cima de uma VM na nuvem. J
Por se tratar de uma funcionalidade ainda em versão beta, existem algumas limitações:
- Não há suporte para a interface de rede VMXNET3 no ESXi virtual. Consequentemente também não é possível utilizar o SMP-FT, pois requer uma rede de 10Gb (vmxnet3);
- Não há suporte para o VCSA 6.0 por conta de limitações de controladoras de disco e no suporte ao formato OVF;
Aqueles que tiverem interesse podem se cadastrar para testar a solução por um período de 14 dias e com algumas restrições de capacidade:
- Versions supported: ESXi 5.5 and ESXi 6.0
- Maximum number of CPUs per ESXi host: 4 CPUs
- Maximum memory per ESXi host: 32GB
- Maximum number of guest VMs per ESXi host: 4
- Maximum vCPU per guest VM: 2 vCPUs
- Maximum memory per guest VM: 8GB RAM
- Maximum number of ESXi hosts in an environment: 250
Como eu estava sem hardware disponível para montar meu lab com o novo vSphere ESXi 6.0, resolvi testar a plataforma da Ravello Systems.
O primeiro passo foi me cadastrar no site da Ravello Systems. Após o cadastro recebi um email com todas as informações de como instalar o ESXi na plataforma.
São várias as configurações necessárias, mas com os artigos contendo os passo a passos publicados no blog da empresa, foi bem tranquilo para colocar o lab no ar.
- Howto install ESXi on AWS or Google cloud
- Howto set up a vCenter appliance on AWS or Google cloud
- Howto create an ESXi/ vSphere cluster on AWS or Google cloud
Abaixo você confere o ambiente que eu criei:
AD/DNS – 2vCPU, 2GB RAM, 50GB HD
NFS – 1vCPU, 2GB RAM, 132GB HD
vCenter – 2vCPU, 8GB RAM, 52GB HD
3 ESXi – 4vCPU, 7GB RAM, 20GB HD (cada)
Para se ter uma idéia um ambiente como este que eu montei, após o período de trial, me custaria em torno de $2,64/hr.
O resultado final me agradou bastante. A interface é bem intuitiva e o desempenho atende perfeitamente o necessário para um ambiente de lab. Além disso, a possibilidade de utilizar templates (VM library) e blueprints (que permite o deploy de um ambiente completo) facilita e agiliza a criação/reprodução de novos ambientes.
às 23:41 4 comentários
Considerações importantes antes de instalar VMware vCenter Server 6.0
O VMware vSphere 6.0 trouxe algumas mudanças relevantes na sua arquitetura, principalmente no vCenter Server, com a introdução da Platform Services Controller e a junção da maioria dos serviços necessários em uma única instalação (sem a opção de separação desses serviços).
Aqueles que já tiveram a oportunidade de executar uma instalação/atualização de ambiente VMware em versões anteriores (5.x), devem se lembrar que existia uma ordem correta na instalação dos componentes do vCenter Server.
Basicamente você tinha a opção de executar uma instalação simplificada (Simple Install), na qual todos os componentes (vCenter Inventory Service, vCenter Single Sign-On, vCenter Server e vSphere Web Client) eram instalados automaticamente, na ordem necessária e na mesma máquina. E além dessa opção, também era possível instalar cada um desses componentes separadamente, na mesma máquina ou em máquinas diferentes.
No vCenter Server 6.0, essa "estrutura" mudou, e os serviços foram divididos da seguinte maneira:
- vSphere License Service
- VMware Certificate Authority
- vCenter Inventory Service
- vSphere ESXi Dump Collector
- vSphere Syslog Collector (no caso do vCenter Server p/ Windows)
- vSphere Syslog Service (no caso do vCSA)
- vSphere Auto Deploy
Todos estes serviços são instalados em conjunto, ou seja, ao instalar o VMware Platform Services Controller, você na verdade está instalando todos os serviços listados anteriormente, assim como no caso do vCenter Server, ao fazer a instalação ou o deploy do vCenter Server Appliance, todos os serviços listados também são automaticamente instalados. Não existe a possibilidade de instalar nenhum desses serviços separadamente, por exemplo: não tem como instalar o vCenter Inventory Server em uma máquina e o vCenter Server em outra máquina, como era possível até o vCenter Server 5.5.
De certa forma essa nova configuração simplificou bastante todo o processo de instalação do vCenter Server. O planejamento que deve ser feito a partir de agora é com relação à Platform Services Controller e o vCenter Server.
Existem duas opções para a instalação do vCenter Server e do VMware PSC:
vCenter Server with an embedded Platform Services Controller: nesta opção o vCenter Server, os componentes do vCenter Server e todos os serviços que compõem a PSC são instalados na mesma máquina.
vCenter Server with an external Platform Services Controller: nesta opção o vCenter Server e os seus componentes são instalados em uma máquina e os serviços que compões a PSC são instalados em uma outra máquina.
Essa escolha deve ser feita com bastante cuidado pois uma vez definida a configuração, para alterá-la após a instalação é bastante complicado.
Existem diversas variações dessa arquitetura, como por exemplo a utilização de uma única PSC para mais de um vCenter Server ou então a utilização de mais de uma PSC. Aqueles que tiverem interesse recomendo a leitura do artigo "vSphere Datacenter Design – vCenter Architecture Changes in vSphere 6.0 – Part 1", no qual o autor mostra várias opções de configuração e diz quais são recomendadas e quais não são.
Aqueles que estão pensando em atualizar o ambiente de uma versão anterior para o vCenter Server 6.0 devem ter ainda mais precaução. Em primeiro lugar é necessário que o seu ambiente já esteja no mínimo em alguma versão do vCenter Server 5.x. Não é possível atualizar diretamente um vCenter Server 4.x ou anterior. Nestes casos será necessário atualizar para uma versão vCenter Server 5.x para então atualizar para o vCenter Server 6.0.
Uma outra questão importante a ser observada, é que dependendo de como foi feita a sua instalação do vCenter Server 5.1 e 5.5, pode acontecer da atualização para o vCenter Server 6.0 resultar em uma topologia (PSC e vCenter Server) não recomendada.
Para maiores detalhes vejam o KB "List of recommended topologies for vSphere 6.0.x (2108548)"
Outra consideração importante é sobre o banco de dados, caso sua instalação atual do vCenter Server 5.x tenha sido feita utilizando o SQL Express (que até então era instalado junto com o vCenter Server, caso não fosse especificado um outro banco de dados), a atualização para o vCenter Server 6.0 efetuará automaticamente uma migração desse banco de dados para um banco Postgres. Esse banco Postgres que vem embutido no vCenter Server suporta até 20 hosts ESXi e 200 VMs, na versão Windows. No vCenter Server Appliance o Postgres pode ser usado para ambientes com até 1.000 hosts ESXi e 10.000 VMs.
Para finalizar, recomendo a leitura do KB "Important information before upgrading to vSphere 6.0 (2110293)", que contêm diversas considerações relevantes para os que pretendem atualizar o ambiente para o vCenter Server 6.0.
VMware vSphere 6.0 oficialmente disponibilizado para download!
Pouco mais de um mês após o anúncio oficial, e quase 2 anos após a disponibilização do vSphere 5.5, a VMware lançou oficialmente para download a nova versão da sua plataforma de virtualização, o VMware vSphere 6.0, além de outras soluções, como por exemplo o VSAN 6.0, o SRM 6.0 e os produtos que compõem a suíte vCloud.
Para saber mais sobre algumas das novidades do vSphere 6.0, veja o post "Novidades do VMware vSphere 6.0!!" que fiz na época do anúncio.
Os que tiverem interessem podem fazer o download dos arquivos clicando nos links abaixo (é necessário estar logado no MyVMware. Os que não possuem licença podem se registrar para a avaliação por 60 dias, clicando na opção "Download Trial"):
vCenter Server 6.0 (Includes vCenter Host Gateway Appliance)
Abaixo toda a documentação que foi disponibilizada junto com o lançamento.
What's New in VMware vSphere 6.0
vCenter Server Appliance Configuration Guide
Pacote .zip com toda a documentação reunida:
Release 6.0 Documentation Archive
às 21:39 7 comentários
EMC + VMware EVO:RAIL = VSPEX Blue
Sem dúvidas o mercado de TI está em constante mudança e evolução, vira e mexe uma nova tendência surge e começa a transformar as coisas. Falando mais especificamente da área de infraestrutura, o surgimento de algumas tecnologias mudou radicalmente a forma de "construírmos" um datacenter, como por exemplo as redes de armazenamento, também conhecidas como SAN (Storage Area Network) e a Virtualização. A última tendência que parece estar indo por esse mesmo caminho, é o que chamamos de infraestrutura hiperconvergente.
Na VMworld 2014, a VMware anunciou um novo produto chamado EVO (EVO:Rail e EVO:Rack), o qual seria distribuído por meio de contratos OEM com outros fabricantes. Na ocasião foram apresentados alguns desses fabricantes, e entre eles estava a EMC.
Se você não sabe exatamente do que se trata o VMware EVO:Rail, veja o post "VMworld 2014 - EVO:RAIL: appliance para infraestrutura hiperconvergente".
Esse modelo adotado pela VMware para distribuir o EVO:Rail, além de aumentar o leque de possibilidades para o seu usuário final, obrigou os fabricantes a se esforçarem para oferecer algum tipo de diferencial na sua oferta, seja incluindo no pacote um software de backup, uma solução de armazenamento externo integrada ou até mesmo uma oferta diferenciada de serviço/suporte.
No início de Fevereiro/2015 (durante o VMware PEX) a EMC finalmente mostrou o que estava preparando e surpreendeu muita gente com o seu novo produto, o VSPEX Blue. O VSPEX Blue é o appliance de infraestrutura hiperconvergente da EMC, baseado no VMware EVO:Rail.
Por padrão, todo appliance ofertado com o EVO:Rail (independente do fabricante) deve seguir uma especificação de hardware definida pela VMware, portanto nesse sentido o VSPEX Blue não fugiu muito a regra e será ofertado com as seguintes especificações:
Processor Per Node
•Intel Ivy Bridge (Up to 130W)
•Dual Processor
Memory | Processor Per Node
•4 Channels of Native DDR3(1333)
•Up to 8 DDR3 ECC R-DIMMS per server node
•Integrated 4-Port SAT/SAS controller (SW RAID)
•Up to 16 (4 per node) 2.5" HDD
I/O's Per Node
•Dual GbE ports onboard
•Optional IB QDR/FDR or 10GbE integrated
•1x 8 PCIe Gen3 I/O Mezz Option (Quad GbE or Dual 10GbE)
•1 x 16 PCIe Gen3HBA slots
•Integrated BMC with RMM4 support
•2U chassis supporting 4 hot swap nodes w/half-width MBs.
•2 x 1200W (80+ & CS Platinum) redundant hot-swap PS
•Dedicated cooling / node (no SPoF) –3 x 40mm dual rotor fans
•Front Panel w/separate power control per node
•17.24" x 30.35" x 3.46"
O appliance será oferecido com 2 configurações distintas: a configuração "Standard" que virá com 128GB de RAM em cada um dos nós, e a configuração "Performance" que terá 192GB de RAM em cada nó.
Por enquanto só será possível escalar até 4 appliances VSPEX Blue (16 nós) em um único cluster.
O grande diferencial do VSPEX Blue em relação aos seus concorrentes e a razão por seu lançamento ter sido tão comentado foi justamente a quantidade de ofertas de software e a forma como estes foram integrados na engine do EVO:Rail.
Além dos softwares que já estão inclusos em qualquer oferta do EVO:Rail:
- VMware vSphere Enterprise Plus;
- VMware vCenter Server;
- VMware vCenter Log Insight;
- VMware Virtual SAN;
- VMware EVO:Rail Engine
Também estará incluso no VSPEX Blue:
- VSPEX Blue Manager
Interface de gerência totalmente integrada com a interface do EVO:Rail. Oferece ao usuário a possibilidade de verificar o status dos componentes físicos do appliance. Acesso imediato aos recursos de suporte como a Knowlodge Base da EMC ou chat, por exemplo. Facilita no gerenciamento do applicance automatizando a verificação de atualizações de patches e softwares. Acesso ao VSPEX Blue Market.
- VSPEX Blue Market
A Blue Market foi uma grande sacada da EMC para facilitar a aquisição de soluções que podem ser utilizadas em conjunto com o VSPEX Blue. Funciona como uma loja de aplicativos (tipo um Apple Store ou Google Play) e com o passar do tempo é provável que mais softwares sejam disponibilizados
- EMC Secure Remote Support (ESRS)
O ESRS é o sistema utilizado pela EMC para monitorar remotamente todos os seus equipamentos. Com o ESRS, qualquer falha crítica é automaticamente enviada para a EMC, e se for o caso, um chamado também pode ser aberto. Além disso, o ESRS permite que o suporte da EMC conecte-se remotamente nos equipamentos (com a autorização do cliente) e tome as ações necessárias para resolver algum problema ou verificar pró-ativamente como o ambiente está.
- EMC RecoverPoint for VMs
O RecoverPoint for VMs é o software da EMC que permite a proteção contínua a nível de VM (para retornar a VM para qualquer ponto no tempo) e a replicação das suas VMs para outras localidades. No caso do VSPEX Blue, o RecoverPoint está licenciado para 15 VMs por appliance (4 nós).
- VMware Data Protection Advanced
Solução de backup em disco da VMware que é baseada na tecnologia EMC Avamar. É possível conseguir altas taxas de desduplicação com o VDP. E é possível salvar os dados no próprio appliance ou mandá-los para um appliance Data Domain externo.
- EMC CloudArray
O EMC CloudArray é um software da EMC (proveniente da aquisição da TwinStrata) que permite apresentar para as suas aplicações (por meio dos protocolos iSCSI ou NFS/CIFS) uma área de armazenamento de objetos fornecida por provedores de nuvem pública (AWS S3, vCloud Air, +20 outros provedores). O CloudArray ainda é capaz de armazenar em cache esse conteúdo. Com o VSPEX Blue será disponibilizada uma licença para 10TB de armazenamento e 1TB de cache.
Abaixo o vídeo de lançamento do VSPEX Blue...
A TI tão simples, que até um adulto pode fazer ;)
Em 2014 a VMware anunciou uma nova política de recertificação para os profissionais que possuem a certificação VCP. Aqueles mais atentos devem ter observado que na página "myTranscript" no site VMware Education, desde então exibe (para as certificações VCP), uma linha chamada "Valid through", informando até quando aquela certificação é válida.
Essa política de recertificação, válida desde 10 de março de 2014, funciona da seguinte maneira:
- Certificações conquistadas antes de 10 de março de 2013, devem ser recertificadas até 10 de março de 2015;
- Certificações conquistadas depois de 10 de março de 2013, devem ser recertificadas em até dois anos após a data do último exame VCP realizado;
Portanto, se você tirou a sua certificação VCP antes de 10 de março de 2013, deve atentar para as opções abaixo para renovar a sua certificação. Caso contrário (se deixar a sua certificação expirar) terá de fazer novamente o curso oficial para poder realizar um novo exame.
1. Fazer o exame mais atual existente na sua trilha de certificação VCP, por exemplo: Se você for um VCP4, pode fazer o exame VCP5-DCV;
2. Tirar uma nova certificação VCP em uma outra trilha de certificações, por exemplo: Se você possui a certificação VCP5-DCV (adquirida antes de 10/03/2013) pode fazer o exame VCP6-DT;
3. Tirar uma certificação de nível avançado VMware Certified Advanced Professional (VCAP), por exemplo: Se você possui a certificação VCP5-DCV pode fazer o exame VCAP5-DCA.
4. E por último, uma opção para aqueles que já possuem a VCP5-DCV (adquirida antes de 10/03/2013), é a realização do exame VCP5-DCV Delta, que estará disponível somente até o dia 10/03/2015. Para os profissionais que já possuem a VCP5-DCV essa é a opção mais rápida (e acredito que também seja a mais fácil) para renovarem o título de VCP. Dentre as vantagens deste exame estão:
O exame pode ser feito online, ou seja, você pode fazê-lo de qualquer lugar, inclusive de casa;
Muito mais barato do que os outros exames;
Existe um curso de 1hr disponibilizado gratuitamente que pode ser feito antes de realizar o exame;
Enfim, se você se encontra nessa situação, você ainda tem 15 dias para decidir entre uma dessas opções, e na minha opinião, vale a pena arriscar escolher qualquer um dos caminhos (de preferência aquele o qual já estava se preparando), para não ter que refazer o curso oficial.
Monitorando a utilização de espaço em disco no VCSA
A cada dia tenho visto mais e mais administradores optarem por utilizar o vCenter Server Appliance (VCSA) ao invés da versão Windows do vCenter Server. Se você tem dúvidas sobre qual das versões é melhor para o seu ambiente, veja esse post que fiz há algum tempo com algumas considerações que talvez ajudem a escolher.
Uma das coisas que eu já percebi é que quando se utiliza o VCSA, há uma certa tendência em abrir mão do gerenciamento da máquina em si, talvez por ter esse conceito de appliance, e já vir pré-configurado, algumas pessoas tendem a ignorar o gerenciamento e o monitoramento do S.O que roda dentro desse appliance. E esse "descaso" pode acabar gerando situações críticas para o ambiente.
Uma dessas situações pode ser o estouro do espaço em disco no appliance. É importante lembrar que o VCSA conta com um banco de dados vPostgres embutido e que com o passar do tempo e dependendo da maneira como foram configuradas as opções de estatísticas, esse banco pode crescer a ponto de ocupar toda a partição do disco, causando problemas ainda piores.
Infelizmente, ainda não há (e nem sei se algum dia terá) um alarme no vCenter informando sobre a utilização do espaço em disco no appliance. Talvez por isso a VMware tenha disponibilizado um script para os seus usuários que permite que um e-mail seja enviado para o administrador quando uma determinada percentagem do disco tiver sido ocupada.
Para maiores detalhes sobre este monitoramento e para o download do script, veja o KB2058187.
às 14:50 1 comentários
Existem algumas situações em que um simples script pode nos ajudar a ganhar um bom tempo na execução de tarefas repetitivas. Recentemente passei por uma situação onde seria necessário renomear uma grande quantidade de máquinas virtuais. As VMs deveriam ser renomeadas tanto no inventário do vCenter como no domínio de rede. Imagina só o trabalho de ter que renomear máquina por máquina no vCenter e também no AD!?!
Procurando uma forma mais ágil para executar a atividade, acabei me deparando com alguns scripts PowerCLI, que depois de alguns testes e adaptações, me pouparam um bom tempo.
Abaixo compartilho com vocês...
- Script para renomear as VMs no inventário do vCenter
Connect-VIServer [vcenter-address] –User [vcenter-user] -Password [user-password]
$csv=Import-CSV "C:\temp\script\rename.csv"
Foreach ($vm in $csv){
Get-VM $($vm.oldname) | Set-vm -name $($vm.newname) -confirm:$false |
O script acima é extremamente simples, basicamente será preciso criar um arquivo do tipo .csv contendo duas colunas, uma com o nome atual da VM no inventário do vCenter e outra com o nome desejado.
O script importa este arquivo .csv e linha por linha vai alterando o nome das respectivas VMs.
Um detalhe importante que deve ser levado em consideração ao renomear VMs no inventário do vCenter é que os arquivos que compõem a máquina virtual, localizados no datastore onde a mesma foi alocada, não são alterados. A única maneira de fazer essa alteração é movimentando a VM para um outro datastore através de uma operação de Storage vMotion. O ideal é fazer essa operação o quanto antes, uma vez que essa diferença na nomenclatura da VM pode dificultar um futuro troubleshooting.
- Script para renomear as VMs Windows no domínio
$vms=Import-CSV "C:\temp\script\listavms.csv"
$VMInfo = Get-VMGuest ($vm.Name) | select-Object VmName, Hostname
$VCName = $VMInfo.VmName
$GuestName = $VMInfo.HostName
If ($GuestName -ne $VCName) {
Write-Host "$VCName is currently $GuestName... renaming"
$renamecomputer = "netdom renamecomputer $GuestName /newname:$VCName /userd:[Domain\username] /passwordd:[domain-user-password] /force"
Invoke-VMScript -VM $VCName -GuestUser "[administrador-local]" -GuestPassword "[administrador-local-password]" -ScriptType Bat -ScriptText $renamecomputer
restart-vmguest -VM $VCName -Confirm:$false
Esse script é um pouco mais complexo que o anterior. O que ele faz é ler a lista das VMs que devem ter o nome de domínio alterado em um arquivo .csv.
Em seguida, para cada máquina virtual da lista, o script compara o nome atual no inventário do vCenter com o hostname (nome do guest OS), e se for diferente, renomeia a máquina no domínio com o mesmo nome utilizado no inventário do vCenter. Essa era a necessidade que eu tinha, mas o bom de se trabalhar com script é que podemos adaptar o código para o que a situação exige.