VMware HCX Enterprise - OS Assisted Migration - Parte 2

 Nessa segunda parte do VMware HCX Enterprise - OS Assisted Migration, irei demonstrar como instalar o Sentinel Agent nos servidores e como iniciar e configurar uma replicação.

Iniciando Instalação do Sentinel Agent, importante informar que o OS Assisted Migration está disponivel somente na versão do HCX Enterprise e cada service mesh pode  replicar até 50 VM disk , limitado a 4 service mesh e utilizando 4 Service Mesh, voce poderá replicar até 200 VM Disk.

Faça download do Sentinel Agent conforme Guest OS de destino:

Apos instalação do Sentinel Agent, valide se o Status está CONNECT.

Com o Sentinel Agent Instalados nas máquinas virtuais Windows ou LINUX,  acessaremos o HCX Connector e selecionaremos "Migration".

Na tela seguinte,  clique em Migrate e selecione o ambiente vSphere destino:

Insira um nome para o grupo de replicação e selecione as vms que serão replicadas, voce pode criar e organizar as ondas em varios grupos, por exemplo, separar os grupos por tipo de aplicação, software, janela de migração, etc.

Em Transfer and Placement, ajuste a configuraçōes do Cluster Destino, Folder Destino, Datastore, Formato do Disco,  tipo de Migração (sempre OS Assisted Migration) e Schedule (sempre colocar pelo menos 2 semanas para frente e não ser que a máquina ou  grupo seja migrada logo a apos a replicacao, ou seja marcando a opção Ignore Failover*, os servidores serão migrados assim que finalizada a replicação.

Após todos os ajustes e configurações, clique em VALIDATE para iniciar a validação do Grupo.

Com todos os ajustes e configurações validadas, clique em SAVE para manter o Grupo configurado e GO para iniciar a  replicação.

Para realizar o Switching over, Selecione uma VM ou um grupo de servidores e clique em SCHEDULE.

Marque a opção “Ignore failover window and start migration as soon as possible” para iniciar a virada do servidor e clique em APPLY.

Aguarde o término do Switching Over e o status de MIGRATE para concluir a migração.

VMware Script to Clone vAPP

VMware Script - Script to Clone vAPP 

In this post I bring a script that will help you clone vAPP using powercli and can be improved and placed in the VRO. 

I hope it helps and I left your comment or doubt, which I will respond as soon as possible.

### Script in get-view for clone virtualApps ###

# Mob reference you need to access /mob/ rootFolder > ManagedObjectReference:Datacenter > ManagedObjectReference:Folder >  ManagedObjectReference:ManagedEntity[] #

#---------------CloneVApp_Task---------------

$name = 'app-new-vro-powercli-v2' #Specify a vAPP New Name

$target = New-Object VMware.Vim.ManagedObjectReference

$target.Type = 'ResourcePool'

$target.Value = 'resgroup-9' #Get resoruce pool name by vCenter/Mob

$spec = New-Object VMware.Vim.VAppCloneSpec

$spec.NetworkMapping = New-Object VMware.Vim.VAppCloneSpecNetworkMappingPair[] (1)

$spec.NetworkMapping[0] = New-Object VMware.Vim.VAppCloneSpecNetworkMappingPair

$spec.NetworkMapping[0].Destination = New-Object VMware.Vim.ManagedObjectReference

$spec.NetworkMapping[0].Destination.Type = 'DistributedVirtualPortgroup'

$spec.NetworkMapping[0].Destination.Value = 'dvportgroup-27' #Specify Porgroup Destination - - Get this information by vCenter/Mob

$spec.NetworkMapping[0].Source = New-Object VMware.Vim.ManagedObjectReference

$spec.NetworkMapping[0].Source.Type = 'DistributedVirtualPortgroup'

$spec.NetworkMapping[0].Source.Value = 'dvportgroup-27' #Specify Porgroup Source - Get this information by vCenter/Mob

$spec.VmFolder = New-Object VMware.Vim.ManagedObjectReference

$spec.VmFolder.Type = 'Folder'

$spec.VmFolder.Value = 'group-v4' #Specify VM Folder - Get this information by vCenter/Mob

$spec.Host = New-Object VMware.Vim.ManagedObjectReference

$spec.Host.Type = 'HostSystem'

$spec.Host.Value = 'host-14' #Specify Host ESXI - Get this Information by vCenter/Mob

$spec.Location = New-Object VMware.Vim.ManagedObjectReference

$spec.Location.Type = 'Datastore'

$spec.Location.Value = 'datastore-19' #Specify Datastore - Get datastore by vCenter/Mob

$spec.Provisioning = 'thin'

$spec.ResourceSpec = New-Object VMware.Vim.ResourceConfigSpec

$spec.ResourceSpec.MemoryAllocation = New-Object VMware.Vim.ResourceAllocationInfo

$spec.ResourceSpec.MemoryAllocation.Shares = New-Object VMware.Vim.SharesInfo

$spec.ResourceSpec.MemoryAllocation.Shares.Shares = 163840 #Set memory size

$spec.ResourceSpec.MemoryAllocation.Shares.Level = 'normal'

$spec.ResourceSpec.MemoryAllocation.Limit = -1

$spec.ResourceSpec.MemoryAllocation.Reservation = 0

$spec.ResourceSpec.MemoryAllocation.ExpandableReservation = $true

$spec.ResourceSpec.ScaleDescendantsShares = 'disabled'

$spec.ResourceSpec.CpuAllocation = New-Object VMware.Vim.ResourceAllocationInfo

$spec.ResourceSpec.CpuAllocation.Shares = New-Object VMware.Vim.SharesInfo

$spec.ResourceSpec.CpuAllocation.Shares.Shares = 4000 #Set vCPU Size

$spec.ResourceSpec.CpuAllocation.Shares.Level = 'normal'

$spec.ResourceSpec.CpuAllocation.Limit = -1

$spec.ResourceSpec.CpuAllocation.Reservation = 0

$spec.ResourceSpec.CpuAllocation.ExpandableReservation = $true

$_this = Get-View -Id 'VirtualApp-resgroup-v1001' #Get VIrtualApp ID by MOB 

# You could duplicate this Script by vApp

#-------- Starting--------#

$_this.CloneVApp_Task($name, $target, $spec)

VMware HCX Enterprise - OS Assisted Migration - Parte 1

VMware HCX Enterprise  - Migrando Workloads Não-vSphere

Desde 2019 que os clientes podem migrar Workloads Não-vSphere para uma infraestrutra VMware com o HCX Enterprise e a pergunta comum que fica é, como fazer? 

Além disso, não encontrei posts no Brasil em nenhum lugar e  quando expandimos essa pesquisa em outros países,  também não ha conteúdos falando sobre HCX, então por que não escrever e detalhar um pouco os procedimentos e possibilidade com HCX.

Podemos usar o HCX OS Assisted Migration para migração desse tipo de cargas de trabalho Não-vSphere, os workloads Não-vSphere podem está rodando em ambientes RedHat OpenStack/KVM ou  executando em ambientes Microsoft Hyper-V.

E como faremos isso?

O HCX OS Assisted Migration usa um  Agent chamado de Sentinel que deve ser instalado nas máquinas virtuais que serão migradas baseadas em Linux ou Windows , o Agent ira reunir as informaçōes da máquina virtual Não-vSphere e também  auxilia na comunicação e replicação de seu ambiente para um ambiente VMware vSphere SDDC.  

E como preparar minha infraestrutra? O que preciso instalar?

O HCX Sentinel  Agent deve ser instalado em todas as máquinas virtuais e o serviço HCX Assisted Migration deve ser habilitado no HCX.

Procedimentos para Instalação do Sentinel

1. A partir do HCX Connector, navegue para Interconnect > Multi-Site Service Mesh > Sentinel Management.
2. Baixe o pacote de software apropriado para o ambiente que você está migrando.

   O Sentinel software bundle é baixado localmente como <SGW-name>-linux-sentinel-installer.sh ou  <SGW-name>-windows-sentinel-bundle.zip.

3. Instale o software Linux ou Windows em todas as VMs convidadas que serão migradas:

   • HCX Sentinel para Linux

   1. Acesse seu Guest via SSH.
   2. Copie o arquivo linux-sentinel-installer.sh para o Sistema Operacional.
   3. A partir do terminal, insira o  comando bash linux-sentinel-installer.sh.
   4. Selecione yes, e Enter.

   • HCX Sentinel installation Para Windows

   1. Acesse o Sistema Operacional Windows
   2. Copie o arquivo windows-sentinel-bundle.zip para o Sistema Operacional.
   3. Descompacte o bundle.
   4. Execute o arquivo install-sentinel.exe.
   5. Clique Next para continuar.
   6. Aceite as licenças e clique em Next para continuar.
   7. Alterar o local de instalação se necessário e clique em Next.
   8. Clique em Finish.

Com serviço habilitado, alguns requisitos precisam ser considerados, por exemplo, é obrigatório NSX-T no site de destino, e caso a rede não esteja estendida e requeira que o endereço Ip e MAC Address sejam mantidos, será necessário também habilitar e configurar o Network Extension.

Com o serviço do HCX Assisted Migration Habilitado, o ServiceMesh executará o processo de criação de um servidor SDR, SGW e um appliance do IX em cada lado.

Exemplo de arquitetura do HCX Assisted Migration:

Próximo post: Como configurar e migrar uma Máquina Virtual.
 

VMware ESXI - Excedeu total de dispositivos que podem ser detachados

A mensagem de erro ""Exceeded the number of devices that can be detached. Clean up all stale detach entries" aparece ao  tentar executar um detach de LUN a partir do ESXI, atividade bastante comum no dia a dia dos administradores de infraestrutura.

Referência para o KB da VMware:

https://kb.vmware.com/s/article/59254

Siga os procedimentos abaixo para cleanup:

1. Execute o comando abaixo  para verificar se já existem 512 dispositivos listados no ESXI:

        vsish -e ls /storage/scsifw/persistDeviceAttrs/uids | wc -l

2. Liste os discos LUN/RDM atualmente em uso no host ESXI:

        Get-VMHost XXX |Get-ScsiLun -LunType disk | Export-Csv c:\temp\XXX_lun.csv

3. Liste os discos LUN/RDM armazenados no VSI Node:

         vsish -e ls /storage/scsifw/persistDeviceAttrs/uids >> /tmp/vsi.txt

Em seguida, importe as listas dos passos 2 e 3 para um arquivo em Excel e localize os discos LUN/RDM que não estão sendo utilizados ​​atualmente. 

PS Script

-----------------------------------

#Connect ESXi server

Connect-viserver "vCentername ou Ip"

#Import LUN/RDM list which need to remove the perennially reserved in ESXi host

$NaaList = Import-CSV "C:\Temp\Naalist.csv"

foreach ($id in $Naalist){

#Assign Variables

$Naaid = $id.WWN

#Remove the perennially reserved flag on the host

$myesxcli = get-esxcli -VMHost 10.172.x.x

$myesxcli.storage.core.device.setconfig($false, "$Naaid", $false)

}

-----------------------------------

4. Execute o comando abaixo no host ESXi e agora siga com detach do disk:

          vsish -e ls /storage/scsifw/persistDeviceAttrs/uids | wc-l

vRealize Automation SaltStack - Parte 1

vRealize Automation SaltStack Config - Visão Geral

Objetivo

Para esse primeiro post, vou trazer um Overview do vRealize Automation SaltStack Config, cenários de implementação e como instalar.

vamos começar? I'm ready the GO!

O que é o SaltStack?

SaltStack é uma plataforma moderna de gerenciamento avançado de configuração que pode ser utilizado para gerenciar máquinas virtuais, públicas ou ambientes híbrido, e seus principais benefícios são automação, orquestração, escalabilidade, gerenciamento de sistemas de modo eficiente e escalável, aplicação de mudanças imediatas em grande escala em toda a superfície de TI, auditoria de configuração, entre outros que poderão ser consultados na documentação oficial em links de referencia.

Como Instalar?

Nesse ponto daremos um passo para trás para entender melhor como será utilizado, por exemplo, qual a quantidade de Minion que serão gerenciados? Você conhece o principais componentes que compõem a solução (RAAS, REDIS, PostgreSQL, Master)? Necessário ter alta disponibilidade? Quantidade de acesso? Quantos servidores RAAS? Vai usar balanceador? Dimensionamento do ambiente?

Ficou perdido, continue acompanhando, como eu disse precisamos definir a arquitetura para definir o dimensionamento do SaltStack, disponibilidade e modo de instalação, que no caso irei abordar dois desses cenários.

Cenário 1 - Deploy do SaltStack via vRealize Suite LifeCycle Manager

Até o momento que escrevo esse blog, o vRealize Suite está na versão 8.7 e a opção disponível para deploy do SaltStack via LCM, todos os componentes são instalados no mesmo NÓ, ou seja, o servidor Master será também o RAAS, REDIS e PostgreSQL.

Esse cenário aplica-se em cenários que o limite de Minion que serão gerenciáveis não ultrapasse 1.000, em ambientes que o SaltStack precisar ser instalado rapidamente para poder avaliá-lo antes de implementado em produção, o processo de instalação leva-se apenas algumas horas, e os componentes são instalado no mesmo servidor, este método não é recomendado para sistema a nível de produção.

Abaixo uma imagem que ilustra a arquitetura do Saltstack via LCM retirada do site oficial:

https://docs.vmware.com/en/VMware-vRealize-Automation-SaltStack-Config/8.7/install-configure-saltstack-config/GUID-0F858D81-1B79-49A4-B909-E3C5C806F7BC.html#GUID-0F858D81-1B79-49A4-B909-E3C5C806F7BC

Cenário 2 - Deploy do SaltStack Standard

Para o cenário 2, temos uma arquitetura do SaltStack com as funções dos nodes implementadas separadamente para o Servidor Master, PostgreSQL, Redis e um servidor RAAS, nesse cenário temos um ambiente aplicável para produção, podendo gerenciar mais de 1.000 Minions, a implementação com os requisitos mínimo de dimensionamento ja suportam até 5000 Minions, podendo ser escalável horizontalmente para alguns componentes como por exemplo, os servidores redis e PostgreSQL, e no caso dos servidores Master e redis, esse aumento é realizado de forma vertical.

Na instalação Standard irei demonstrar a execução do highstate, ele é executado a partir do nosso Salt master e automaticamente ele configura o ambiente nos demais nodes, instalando a arquitetura principal do SalStack Config nos servidores que hospedarão PostgreSQL, Redis e o nó RaaS.

A desvantagem para esse método frente ao deploy via LCM está em sua complexidade, exigindo mais planejamento, podendo exigir a contração de um especialista que já implantou.

                        

O que achou? Deixe sua opinião ou dúvida registrada.

No próximo artigo veremos como realizar o deploy e configuração do Salt a partir do LCM.