Syslog on Cisco Redes

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

BLOG – NFD20 – PathSolutions – Nova Forma de Troubleshooting

Thu, 04 Jul 2019 00:00:00 +0000

Olá Pessoal,

Devido a diversos fatores eu ainda não havia finalizado meus posts relacionado ao evento que participei em Fevereiro de 2019 via Network Field Day. ( NFD20 ).

Com isso volto hoje aqui, para falar um pouco mais sobre a sessão que tivemos da empresa Path Solutions. Talvez vocês possam me perguntar, nossa porque depois de tanto tempo ele ainda quer falar sobre isso? De fato como estou aqui para trazer informações que de alguma forma é interessante para nosso entendimento, e também seja de algum valor para nossos leitores, pois acredito que isso possa ajudar em seu dia a dia.

Para iniciarmos o ” Slogan ” da empresa é conforme abaixo, ou seja, não deixe sua rede como uma tartaruga ( lenta ).

Essa apresentação foi feita pelo CTO – Tim Titus ( Twitter: @gopathsolution ), no qual a empresa foi fundada no ínicio de 2007, com a intenção de prover maior automação com as informações coletadas e analisadas da rede. Para isso foi colocado as facilidades para executar uma ” root-analyze ” através de uma interface, e assim ter uma dado concreto do porque teve aquele problema.

Não posso mentir, entretanto a interface gráfica da ferramenta não é a mais agradável lembrando algumas épocas passadas ( Windows 95 ), entretanto não se preocupe nesse momento com essa ” perfumaria ” e sim com as funcionalidades do software. Em um dos questionamentos fora da apresentação o Tim mencionou que esse design está sendo analisado para trazer uma melhor visibilidade para os usuários.

Introdução

Desta forma, ele apresentou seu conjunto de ferramentas atrelados ao gerenciamento de desempenho, conhecido como TotalView, no qual ele trouxe a historia que essa solução veio depois de ter passado anos como engenheiro de redes, tentanto entender alertas desconectados e informações de pesquisas ( BLOG, sites de Fabricante, etc ) durante os eventos de ” trou****bleshooting “. Talvez você esteja se perguntando eu faço isso muitas vezes durante o dia.

Acredito que não somente você mas eu também já tive diversos momentos pesquisando sobre as razoes por trás daquelas mensagens de sylog, validações dos contadores de erros das interfaces, por isso que PathSolution criou esse conjunto de ferramentas que ajudaria chamar atenção dos Técnicos para os erros das rede e assim fornecer informações mais consolidadas, com passos úteis para resolver.

Para entender um pouco melhor veja apresentação feita pela empresa:

Detalhamento

Para detalhar um pouco mais sobre o produto o TotalView monitora todas as interfaces de um dispositivo de rede e pesquisa em seus 19 contadores para mostrar uma visão completa da saúde de sua rede. Uma das questões que surgiu foi sobre a metodologia para executar captura ” polling “, pois imagina-se o trafego e dados para capturar todas essas informações, entretanto a menção foi trazer que isso pode ser feito através das MIBs, MIBs personalizadas, porém ainda existe menções sobre perca de desempenho da rede através desses ciclos de pesquisa para ferramenta trazer essa analise. Com isso a empresa mencionou que acredita que o SNMP ainda fornece dados muito rico e que estão faltando ainda em soluções de Telemetria.

A questão principal ainda menciona, como o TotalView evita a falta de dados em ambientes grandes se coleta por padrão de 5 minutos? Sua resposta é um pouco diferente de outras plataformas de monitoramento.

PathSolutions então ao invés de enviar uma única solicitação para um switch de 48 portas para percorrer o MIB e analisar as estatísticas da interface, eles enviam uma única solicitação de 512k/interface para as informações, ou seja, muito mais específico. Isso não só torna o monitoramento leve na rede, mas também garante a coleta rápida e completa. Para empresas com ambientes grandes, este método de coleta pode ser um divisor de águas, especialmente quando combinado com as ajudas baseadas em contexto.

Volte ao ínicio

Esse contexto está muito atrelado ao que já foi mencionado anteriormente, ou seja, imagina você chegando em sua plataforma na qual recebeu um email com o alerta, você verifica que seu switch core incrementou muitos ” FCS Errors “, mas que ao mesmo tempo você já tem essa ” Wiki ” associada, onde ela pesquisou em diversos sites e até do fabricante para trazer um dado mais apurado do porque aquele erro ocorreu. Parece meio mágico, mas isso é algo que esta trabalhando-se com as menções de mercado ” Big Data “, ” Automation ” e ” Previsibility “

Você pode conferir com maiores detalhes apresentação do produto e tirar suas próprias conclusões.

Um dos itens que pode se destacar para você é o mapeamento de sua rede conforme descoberto pelo TotalView. É de grande ajuda para que você possa ver onde os problemas estão acontecendo. Infelizmente, Tim disse que o software não foi capaz de exportar essa topologia para ferramentas como o Visio. De todas as imperfeições ( e não houve muitas que eu tenha visto ) esta foi uma grande imperfeição. A razão por trás dessa decisão foi que a maioria das redes estão em uma grande quantidade de mudanças e um documento do Visio só tira foto do que “era” e não do que “é”. Outro ponto para destacar-se que ainda não tem compatibilidade para analises em IPv6. 🙁

Volte ao ínicio

Enfim, em linhas gerais eu acredito que tem ítens para serem desenvolvidos, mas o motor de analise por tras da ferramenta acaba destacando-se para trazer uma visibilidade mais apurada.

Espero que vocês tenham gostado e deixe seus comentários abaixo sobre o que achou e continue nos seguindo que mais conteúdos serão divulgados.

Abs,
Rodrigo