VRealize on Cisco Redes

BLOG – NFD25 – vRNI ( VMware vRealize Network Insight )

Wed, 26 May 2021 00:00:00 +0000

Olá Pessoal,

Continuando nossa série de posts para detalhar as sessões do “Networking Field Day“, hoje iremos tratar um pouco sobre apresentação da VMware.

Eu já escrevi sobre uma análise/instalação do vRealize, entretanto voltado mais para as questões de log e o consumo dessa base para outras caracteristicas de análise, porém a sessão apresentada tem uma abordagem totalmente diferente mesmo sendo o mesmo nome de produto (vRealize).

Como podem imaginar as características dessa ferramenta está muito mais voltada para as questões de visualização da rede, ou seja, fluxos de trafégo de seu ambiente, portanto, trazendo essas percepções e entendimento do que estamos trafegando, com um olhar mais clínico no caminho fim-a-fim.

Um dos pontos interessante abordados na sessão, como já exposto é observar a comunicação fim-a-fim, com isso temos a denominação que “não devemos excluir nosso underlay“, portanto não fique focado apenas no entendimento do “overlay“, isso mostra que mesmo sendo empresa de virtualização os 0s e 1s de alguma forma trazem o entendimento e pode demonstrar os problemas/gargalos dentro de nosso ambiente. Veja abaixo:

Desta forma você pode conferir com maiores detalhes as abordagens em relação a visualização de monitoração da rede.

Devemos também lembrar sobre aquisição da Veriflow em 2019, que foi justamente baseado nessa abordagem que seria introduzido no vRNI, portanto já temos raízes bem fortalecidas dentro da ferramenta e consequentemente uma evolução sobre criar a visibilidade e a verificação por intenção, para assim facilitar muitas vezes em seu troubleshooting.

Desta forma, muitas das empresas sempre trazem as menções sobre ML (Machine Learning), para que isso seja inovador e que tenhamos as corretas impressões que a ferramenta esta tratando/processando seus dados para dar a visibiidade necessária, conforme abaixo:

Como sempre gostamos de visualizar “We love demos!!“, o interessante é avaliar quais são os dados demonstrados pela ferramenta e se você como operador vai interpretar aqueles gráficos. Pensando dessa forma foi demonstrado um caso de migração de ferramentas on-premises para a cloud, na qual temos agregado o HCX executando um “L2 extension“, na qual eles utilizam os fluxos de rede como base para descobrir as aplicações, fazendo assim até que uma diversão para nos engenheiros de rede. 🙂

Segue o video, bem como o fluxo para seguirmos em relação a transição do on-premises para a cloud.

E para concluir minha análise gostaria de mencionar sobre as questões do “intent“, ou seja, as intenções para a verificação e a detecção dos problemas, pois dentro dessa perspectiva o vRNI pode consumir os fluxos de “o que está acontecendo” e declarar a partir dos dispositivos para ver “o que pode acontecer“, bem como as intenções modeladas a partir do cliente. Assim como os “insights” dos fluxos das já descobertos anteriormente, pode permitir ao vRNI tomar decisões inteligentes sobre o que é uma anomalia, quais intenções não estão sendo cumpridas dentro da rede e o que não pode ser verificado. Apenas como resumo para visualizar conforme abaixo:

Vale ressaltar que a parte mais legal desta brincadeira foi que ela não é apenas utilizável para dispositivos VMware, mas também para outros fornecedores. Podemos considerar switches e roteadores da rede no underlay, bem como o estado e os fluxos que podem ser capturados. Devido a isso, vale a pena conferir a matriz de compatibilidade dos devices, bem como aqueles onde temos o recurso para visualizar “Network Verification and Assurance“.

Segue o video com todos esses temas sendo abordado.

Nessas apresentações tivemos mais algumas informações, na qual recomendo conferir essas sessões através do site do Tech Field Day.

Conclusão

Como havia mencionado no ínicio do post eu havia visto já os parâmetros em relação ao Log Insight, porém fiquei bem empolgado em visualizar esses recursos agora de fato voltado para a parte de “Network“.

Fiquei impressionado com a visibilidade e a relação que podemos ter com diversos parâmetros para obter de fato a questão da intenção de rede. Desta forma, também achei interessante a questão de associar-se com outros vendors, capturando fluxos e dando a visibilidade por exemplo de um “traceroute” tanto para encaminhar o pacote, como associação para que o destino retorne aquele pacote, fazendo assim avaliação fim-a-fim (end-user to application) em uma única tela ambas as informações para serem confrontadas.

Espero que vocês tenham gostado e fiquem à vontade para comentar e compartilhar informações para esse tópico. 🙂

Abs,
Rodrigo

Disclaimer: Gelstalt IT, the organizers of Networking Field Day, invited me to be a delegate, no gifts or swag influenced my decisions in writing this blog post. I do not receive cash compensation as a delegate. Also, I do not receive compensation for writing about or promoting Networking Field Day, all thoughts are my own and writing from my keyboard.

BLOG – Upgrade vRealize Log Insight – Parte 2

Mon, 23 Nov 2020 00:00:00 +0000

Olá Pessoal,

Estamos aqui novamente escrevendo para vocês, porém essa demanda acabou surgindo devido alguns questionamentos que acabei recebendo sobre a instalação do Log Insight.

De fato foram mencionandos sobre os pontos, porquê fazer a instalação da versão 8.0 se já estamos na 8.2? Não seria já interessante fazer instalação na última versão?

De fato vocês estão correto, porém eu já estava planejando demonstrar esses processos, por mais que sejam simples em alguns casos, mas é sempre interessante trazer uma mensagem para todos. ( rs! )

Upgrade

Como todo processo em nossa área de TI e trabalhando com diferentes produtos e vendors, é sempre recomendado ler a documentação do fabricante para avaliar quais são seus pré-requisitos para efetuar um upgrade ( hardware e software ), bem como qual o procedimento deve ser executado para fazer a instalação.

Um dos ítens que sempre é mencionado são as matrizes de compatibilidade para VMware, pois temos parâmetros que estão diretamente atrelados aos processadores e memória, bem como a compatibilidade do hardware, pois como imaginam em muitas situações o “ bare metal “, ou seja, a ” lata “ como eu brinco pode ser também de diferentes vendors.

Como premissa na leitura das documentações é analisar seu processo de atualização, pois dependendo da versão que você se encontra não é possível pular diretamente para a mais nova, e sim os upgrades precisam ser faseados correlacionando sua versão, justamente para que não haja incompatibilidade em seus processos de atualização.

Caso tenham interesse recomendo escutar o podcast do Ricardo Conzatti sobre matriz de compatibilidade, que relata também sobre esse assunto.

Execução

Baseado nas informações que mencionei acima, é necessário observar a documentação que devido a estar na 8.0 precisamos fazer o upgrade primeiramente para versão 8.1, e posteriormente para versão 8.2.

Após obter as confirmações para executar o processo devemos fazer o download dos pacotes ( .pak ) para cada versão e assim seguir o procedimento que visualizamos na documentação.

Devemos ir em nossa aba Administration -> Cluster -> Upgrade Cluster.

Será solicitado confirmação de uma EULA.

Após confirmação ele irá solicitar qual é o ( .pak ) que você irá utilizar. Após selecionar irá aparecer conforme abaixo e desta forma iniciar o upgrade.

Processo iniciando e agora é somente esperar que os pacotes sejam atualizados.

Após finalização desse processo, já poderemos observar conforme abaixo que nossa ferramenta já foi atualizada para a versão desejada. 🙂

Se tivermos um ” SMTP Configuration ” já implementado em nossa solução do VMware Log Insight, já poderemos observar conforme abaixo uma notificação para o administrador que foi concluido nosso upgrade, bem como um link para a documentação já mencionado.

Para nosso processo de atualização relacionado a versão 8.2 será da mesma forma, como já demonstrado acima que é upload dos pacotes, execução do upgrade e finalização do processo. Abaixo segue a confirmação da atualização.

Efetivamente agora estamos na versão mais atualizada da solução e poderemos explorar de fato nossos relatórios.

PS.: Como esse ambiente pode ser disponibilizado em sites remotos, ou mesmo, precisa ser consolidado através de metrica de acesso ou liberação em FW, neste documento é indicado sobre as Firewall Rules que você observar para atender as necessidades em sua infra-estrutura.

Conclusão

De fato o upgrade do VMware vRealize Log Insight é bem tranquilo e fácil de executar, porém fica a dica que sempre é interessante olhar a documentação para não efetuar os passos errados devido as fases do Upgrade.

Em nosso próximo post, voltamos para as nossas questões de obter os relatórios desejados para nossos equipamentos de rede.

Abs,
Rodrigo

BLOG – VMware vRealize Log Insight – Parte 1

Wed, 18 Nov 2020 00:00:00 +0000

Olá Comunidade,

Após um bom tempo sem escrever sobre algum item de virtualização ou de alguma ferramenta relacionado a tópicos de Virtualização, hoje venho aqui para trazer um item que comecei a explorar denominado VMware vRealize Log Insight.

Depois de algumas discussões e bate papo em um dos grupo que participo, surgiu as menções sobre essa ferramenta e que seria interessante explorar para eu testar outros tópicos/itens relacionado não somente ao ambiente de Virtualização, entretanto também agregar ao que o próprio nome foca “ Log “, trazendo obviamente para qualquer equipamento de rede.

Acompanha comigo esse post inicial, que ainda teremos mais alguns post para detalhar outras funcionalidades que podem ser agregadas a essa ferramenta.

Detalhamento

O VMware Log Insight é um dispositivo virtual da VMware que permite aos administradores visualizar, analisar e gerenciar os dados do syslog. Ele permite aos administradores visualizar os logs com o intuito de solucionar problemas no vSphere de forma eficiente e também ajuda a realizar auditoria de segurança e gerenciamento de conformidade.

O dispositivo inclui servidor syslog, consolidação de logs e análise de logs. O VMware Log Insight oferece gerenciamento automatizado de logs através de agregação, análise e pesquisa, fornecendo inteligência operacional e visibilidade em toda a empresa, bem como em ambientes de nuvem híbridos e dinâmicos. O VMware Log Insight lê, coleta e analisa todos os tipos de dados de log gerados por máquinas, tais como logs de aplicativos, arquivos de configuração, dados de desempenho e mensagens. Você pode conectar ao seus hosts ( Windows, Linux, etc ) relacionado a sistemas operacionais, armazenamento, firewalls, dispositivos de rede como roteadores e switches ao VMware Log Insight.

O procedimento de implantação do VMware Log Insight será o mesmo que a implantação de outras VM usando OVA ou OVF no vSphere, ou em qualquer ambiente virtualizado que você já tem dentro de seu ambiente.

PS.: Não vou demonstrar o deploy da VM no ambiente de Vsphere, pois senão esse post não teria sentido. Entretanto, se desejam que eu faça um post explicativo sobre a instalação, deixe nos comentários, que planejo para escrever sobre esse post.

Ambiente

Para nossos testes basicamente eu fiz o deploy da VM, dentro de um ambiente de LAB que tenho virtualizado no VMware Workstation. Nesse caso tenho um ESXi 6.7 U3 instalado ( single node ), bem simples sem a utilização do VCenter e sendo somente para testes casuais de algumas vezes para esse ambiente.

Com isso, após subir a máquina virtual nesse ambiente utilizei configuração de meu port-group para representar minha rede interna e assim fazer com meus devices locais possam exportar Syslog para esse host. Segue abaixo a configuração padrão da VM, que o próprio OVF carregou.

Vale lembrar que a versão que instalei do VMware vRealize Log Insight foi a 8.0 e pela documentação já apresentada no ínicio de nosso post estamos na versão 8.2

Para ressaltar fiz uma topologia básica para representar para vocês inicialmente quais são meu endpoints que estarão populando nesse primeiro post, consequentemente vou aumentar meus endpoints durante a evolução de nossa solução.

Configuração Inicial

Após subir a VM e já ter um endereçamento IP para ela, é necessario acessar via browser pelo IP definido estaticamente ou DHCP ( efeitos de LAB ).

Nesse caso http://IP\_Log\_Insight e já teremos a tela incial para configurar nosso usuário.

Logo abaixo devemos seguir como sendo um ” New Deployment “, lembrando se estiver já fazendo um deploy que irá trabalhar em cluster com um servidor Log Insight devemos seguir com “ Join Existing Deployment “.

PS.: Neste caso ” Existing Deployment ” posteriormente posso mostrar mas nesse caso iremos necessitar de Virtual IP Address, e outras estruturas que não estão sendo planejadas nesse post.

Após seguir com mais algumas telas de confirmações você tem a opção de configurar ” SMTP Message ” para trabalhar com recursos de notificação para o administrator baseado em alguns alertas que podem ser configurados relacionado a sua ferramenta. Posteriormente, vou colocar a notificação para vocês ao longo de nossos posts.

Após a conclusão já estamos com nosso setup inicial pronto e apto para fazer a utilização de nossa ferramenta.

Integrar com vSphere

Para iniciarmos as nossas configurações, podemos fazer a primeira integração, onde nosso vSphere ( ESXi ) possa começar a enviar os logs para nossa ferramenta.

Devemos seguir para ” Administration -> Integration -> vSphre “

Apos visualização conforme abaixo, facilmente devemos preencher com os dados necessários e preencher quais alarmes devemos receber, que obviamente é recomendado ambos devido aos pontos mencionados de ter uma base unficada e de massificação para análise desses logs.

Após confirmação ele irá mostrar a identificação correta de seu ESXi, bem como a validação da chave que pode ser conferida diretamente na console do ESXi e garantir que de fato você esta inserindo o correto endpoint para a monitoração.

Feita a validação ele finaliza a configuração no vSphere e já podemos visualizar diretamente no portal através do ” Interactive Analytics ” ou propriamente um Dashboard exclusivo e preparado para seus ESXis.

Abaixo via ” Interactive Analytics “, que é onde podemos observar os logs e trabalhar com filtros, para posteriormente se houver necessidade de criar um dashboard exclusivo para suas necessidades.

PS.: Observem que ele tem um modo automático de demonstrar seu dashboard e auto-refresh é habilitado, ou seja, você pode colocar isso em um telão pois ele irá demonstrar real-time os logs, fazendo com que fique bem apresentável para algum setor da empresa.

Conclusão

Eu observei diversas facilidades dentro das possibilidades de configuração que a ferramenta proporciona, e como uma visualização inicial é possível fazer algumas agregações de logs interessantes, para fomentar e demonstrar com agilidades as necessidades que podem ser consultadas naquele período.

Obviamente não vou conseguir analisar relacionado a massa critica de dados, tendo em muitas situações dependendo da área de negócios onde os dados precisam ser armazenados por 5 anos, porém como comentei inicialmente a resposta foi bem interessante.

No próximo post irei trabalhar com filtros especificos para criar dashboards dedicados para sua estrutura e vou adicionar Meraki e NAS server na monitoração.

Abs,
Rodrigo