VNF on Cisco Redes

VMware – História do NSX – Parte 1

Thu, 14 Jun 2018 00:00:00 +0000

Olá Pessoal,

Gostaria de iniciar uma serie para explicar um pouco sobre esse produto da VMware que é chamado de NSX. A ideia dessa serie é tentar detalhar um pouco sobre as características dele e alguns caminhos que você pode utilizar para visualizar sua console, configurar e também fazer o deploy.

Acredito que nem todos saibam mas esse produto inicialmente foi desenvolvido pela NICIRA chamado de NVP ( Network Virtualization Plataform ), onde era uma empresa focada em um software definido para redes ( SDN ) e virtualização, a qual foi fundada em 2007 por Martin Casado, Nick McKeown and Scott Shenker. Baseado em seu desenvolvimento e interesse de mercado a empresa foi adquirida pela VMware em Agosto de 2012 agregando esse produto em seu portofolio trazendo no conceito de SDDC ( Software Defined Data Center ). Praticamente após 1 ano de aquisição desse produto a VMware lançou no mercado trazendo o nome de NSX, onde de fato trouxe para esse player uma demanda denominada aqui como ” Networking ” ou literalmente para a fatia de mercado intitulada como rede virtualizada.

Nos sabemos que VMware anteriormente tinha muito forte sua estrutura voltada especificamente para virtualização e atendendo muito bem a demanda dentro de ambientes de DC ( Data Center ), no qual agregava-se outros conceitos voltados para redes em seus parceiros, onde obviamente Cisco sempre foi uma grande aliada nesse setor, oferecendo soluções agregadas/compartilhadas a todo esse portfolio. Nesse momento vemos muitos confrontos de ” market share ” entre essas empresas devido a diferentes fatores que não irei detalhar nesse momento, mas que cada um pode fazer sua analogia e reflexão pessoal ( rsrs ).

Muito bem, voltando para o detalhamento dessa solução, eu gostaria de colocar alguns ítens, para que para os futuros posts possa ser melhor aproveitado falando-se em terminologia e acrônimos. Se você não viu meu post sobre essa sopa de letrinhas, vale a pena verificar ” Acrônimos do mercado atual “, e claro, devido esses termos vou detalhar voltado para nosso tema:

SDS – Software Defined Storage ( VMware VSAN, EMC ViPR )
SDC – Software Defined Compute ( VMware vSphere, Hyper-V )
SDN – Software Defined Network ( NSX, Contrail, ACI [ A Cisco não gosta de caracterizar como SDN devido ao DNAc ] )
SDDC – Software Defined Data Center ( Flexível, Provisionamento DC automatizado )

Com isso podemos agora mencionar sobre as versões que temos disponivéis para o mercado, onde tivemos algumas alterações para atendimento não somente de produtos VMware, mas devido agora este mundo onde precisa-se de multiplataformas, tendo a fisolofia que não pode atender apenas seu ” parquinho ” de equipamentos proprietários. Com isso posso trazer:

NSX-V – Somente atendido ao ambiente VMware ( vSphere )
NSX-mh – Multi-hypervisor utilizando multiplas images ( OpenStack, KVM, Kubernetes, ESXi, Hyper-V )

Você pode estar se perguntando, mh? Sim, anteriormente foi assim denominado e agora ele é chamado de NSX-T ( Transformers ). Pois bem, e o que muda entre essas versões?

Com o NSX-V, as organizações podem mobilizar a conectividade de rede entre máquinas virtuais e permitir que essas cargas de trabalho sejam conectadas de maneiras que, de outra forma, não poderiam ser entregues de forma eficiente pelo hardware de rede física. Na maioria das vezes, se você deseja executar uma infraestrutura de rede definida por software no âmbito do VMware vSphere, o NSX-V é a plataforma que você provavelmente usará.

Em contra-partida o NSX-T foi projetado para lidar com estruturas e arquiteturas de aplicativos emergentes, que possuem terminais heterogêneos e pilhas de tecnologia. Um dos principais casos de uso do NSX-T é com contêineres. Na virtualização de hoje, estamos vendo mais e mais aplicativos sendo executados em ambientes fora das máquinas virtuais.

O VMware NSX-T é integrado com o VMware Photon Platform, que é o sistema operacional centrado em nuvem que a VMware desenvolveu desde o início com os gostos do atual servidor vCenter em execução no topo dessa plataforma. O NSX-T também contém o plugin de interface de rede de contêiner ( CNI ) do NSX-T que permitirá aos desenvolvedores configurar a conectividade de rede para aplicativos de contêiner que ajudam a fornecer Infraestrutura como um Serviço.

Tivemos recentemente também atualização do NSX-T Datacenter que está co-relacionado ao NSX-Cloud, trazendo o conceito sobre MultiCloud com as integrações em AWS e Azure. Eu irei detalhar um pouco sobre essa demanda, mas deixarei para o final, pois gostaria de trazer alguns conceitos antes para que possamos chegar nessa estrutura. Se quiser conferir sobre o assunto, você já pode verificar através do anuncio do NSX-T Data Center.

Em nosso próximo post vou falar sobre o ítens que compõem o provisionamento do NSX ( Manager, Controllers, Edge, dLR, DFW, etc ).

Abs,
Rodrigo

Nova Carreira de Certificação Cisco – Programmability

Mon, 10 Apr 2017 00:00:00 +0000

Olá Pessoal,

Recentemente a Cisco lançou mais uma cadeia de certificações para essas novas tendências que estão surgindo, baseando na estrutura do Cisco DNA.

Essas certificações estão dentro da cadeia de ” Specialist “, para qual temos 3 níveis de certificações voltados para Design e Implementação, Desenvolvimento ( ODL, onePK, APIC ) e Desenvolvedores especificos para aplicaçãoes ( SAP, Oracle ). Nas certificações de Design e Desenvolvimento os pré-requisitos seriam a nível de CC*P. Para maiores informações verifique as certificações de Programability.

Para os candidatos que são novos nessa area, eles indicam um treinamento que irá abordar alguns temas como Python, NX-APi, DevNet, etc. Entretanto, esse treinamento está sendo oferecido por U$499,00 ( 😯 ), na qual eu sinceramente acho pesado este valor.

Para maiores informações acesse o site que está oferecendo o curso de PRNE e deixem seus comentários em relação as essa nova abordagem.

Atenciosamente,
Rodrigo

Cisco DNA – Enterprise NFV

Fri, 10 Mar 2017 00:00:00 +0000

Olá Pessoal,

Conforme mencionado anteriormente, gostaria de trazer mais alguns itens co-relacionados a estrutura Cisco DNA, com uma maior visibilidade dentro do ambientes de nossos clientes ( Branch Sites ) com as novas estruturas de NFV ( Network Function Virtualization ).

Devido anuncio desse novo hardware e as tendências de mercado trago hoje mais algumas nomenclaturas e recursos que podemos oferecer utilizando equipamentos Cisco. Para isso mostro abaixo os componentes que estão integrando-se para um solução NFV.

Dentro dessa estrutura podemos visualizar algumas camadas:

Orquestração: Sendo executada pelo APIC-EM bem como o ESA, que são ferramentas de configuração de equipamento, gerenciamento de todas as caixas em seu ambiente de produção
Serviços de Rede: Nesse tópico o grande ponto seriam ” conectadores ” com outros fabricantes através de APIs ou até mesmo de ” VMs ” que poderiam ser instaladas ofertando um serviço de Firewall, Otimização de WAN, etc.
NFVIS: Seria a camada de abstração para que suas plataformas de VNF possam trabalhar, baseando em um Kernel para seu equipamento. Podemos fazer uma analogia por exemplo com um ESXI, Hyper-V, KVM. Neste item recomendo uma leitura relacionado ao NFVIS.
Plataforma ( Hardware ): Neste item seria abordagem que podemos fazer baseando-se em um UCS, ENCS e até de um roteador 4K.

Baseando-se nesses itens gostaria dar uma visibilidade dos possíveis hardwares que podemos pensar quando falamos em NFV.

Agora como você visualiza um item conhecido ” roteador “, gostaria de trazer ideias para que você possa pensar no momento quando é mencionado ” O roteador que está no meu cliente hoje não terá mais funções? “. O que posso responder para você seria ” tudo depende “. 🙂

Porque? Porque, avaliações precisam ser feitas com a intenção de entender o fator de crescimentos e as necessidades exigidas para seu crescimento. Hoje na plataforma 4K, temos hardware ( UCS ) que pode ser inserido, para que baseando-se nos limites desse hardware muitos serviços de NFV podem ser ofertados, bem como, instalações de Sistemas operacionais nesses equipamentos. Esse hardware pode potencializar seu equipamento oferecendo muitos serviços de virtualização.

Baseando-se nessas informações o que visualiza dessas novas soluções? Podem trazer benefícios para nosso dia a dia?

Abs,

Rodrigo