I ntrodução       Pedro Ivo Santos Mauri é formado em Engenharia de Telecomunicações pelo Instituto Nacional de Telecomincações (INATEL-MG) e trabalha na Cisco como Consultor de Soluções Cloud, com foco em DC Managed Services, Nuvens Privadas e ACI.Já atuou nas áreas de Segurança e Data Center. Possui certificações CCNP, CCNP Security, CCDP, VMware Certified Professional (VCP4 e VCP5) e ITIL v3 Foundation. Foi 'Top Contributor' da Comunidade de Suporte em Português da Cisco (CSC) em 2013, com tópicos e vídeos de Segurança e Data Center. Possui MBA em Cloud Computing pela FIAP e Babson College (Boston).   Você pode fazer o download da  apresentação em formato PDF aquí. Também pode encontrar a sessão de Pergunte ao Especialista do evento aquí.           Orquestração para Data Center e Cloud com Cisco Unified Computing System (UCS) Director     P: Posso incluir vários workflows em um mesmo item do catálogo de serviços? R: A princípio não é possível incluir vários workflows em um item do catálogo de serviços. É necessário criar um workflow customizado que contenha todos os passos combinados dos workflows originais e, então, criar um item no catálogo de serviços com esse novo workflow.   P: Como escolho o Port Group para uma VM? R: O port group para uma VM é um “user input”. Quando você edita o workflow, no momento de selecionar user imputa, existe, dentre as várias opções, um item que pede para o que o usuário selecione um, dentre os port groups disponíveis, para conectar a VM. Este “user input” não é selecionado por padrão. Existe uma infinidade de “user inputs” que podem ser selecionados com um simples check mark para aumentar a interatividade dos workflows.   P: Quais as principais diferenças entre standard vDC e container vDC? R: Standard vDC é genérico para infraestrutura e infraestrutura convergida. Ele pode conter qualquer elemento para orquestração. Container vDC é focado em uma solução específica, com arquiteturas específicas e contain workflows fim-a-fim incluídos para essas soluções. Existem vários tipos de containers: Fenced Containers (automatiza a criação de redes virtuais, VSG ou Linux Fie cria zonas de segurança para as máquinas virtuais; VACS (automatiza a criação de balanceamento de carga, VSG, CSR1000v, Virtual Zone Based FW) e ACI (automatiza a criação de tenants e o mapeamento necessário para a rede). P: O VACS seria o responsável por ajudar no passo 1 do UCS? R: Não. O VACS é vDC para uma solução virtual e parte do princípio que você já tem UCS com Service Profile e ESXi instalado neles. Porém, o UCS Director é capaz de automatizar todas as funções do UCS uma vez cabeado e conectado ao UCS Manager.  P: O que ocorre quando não há mais recurso físico, por exemplo vCPU, e o usuário executar o template de criação de uma nova máquina virtual ou adição de vCPU em uma previamente criada? O status do erro é amigável ou tenho que analisar logs? R: Quando um recurso no qual o UCS Director está tentando provisionar uma VM se esgotar e não for possível prosseguir com a tarefa, o vCenter se encarregará de notificar (erro) o UCS Director e o mesmo interromperá a tarefa e notificará o usuário e o admin do UCS Director. O erro é genérico do ponto de vista do usuário que executou o workflow. Para o admin do UCS Director, o log é detalhado e tão simples quanto o vCenter puder torná-lo.   P: Exsite um portal para que possamos acessar o UCS? R: Pergunta respondida através do Pergunte ao especialista Informação relacionada     Apresentação do webcast Gravação do Webcast Pergunte ao Especialista   ... View more

Apresentação utilizada no webcast "Orquestração para Data Center e Cloud com Cisco Unified Computing System (UCS) Director" originalmente apresentado pelo especialista Cisco Pedro Ivo Santos Mauri no dia 27 de Agosto de 2016.     ... View more

  P:  O Nexus 9k trabalha em modo ACI e não ACI, certo? São necessários IOM específicos para o modo ACI?  Sim. Eu posso configurar o meu Nexus 9K para trabalhar em modo NXOS normal e ele será um switch convencional  como outros Nexus ou em modo ACI, em modo ACI eu não fico fazendo acesso a linha de comando, em modo ACI ele é totalmente submisso ao APIC, eu não configuro nada nele, eu faço tudo nele através do APIC. Sim, são necessários módulos específicos no modo ACI, não módulos de Fabric no blackplane para você fazer o true put dele. São necessários módulos de conectividade, porque que são necessários módulos especiais? O modo ACI trabalha com Asic bem específicos que são capazes de interpretar as politicas e objetos que o APIC puxa pra ele e instanciar ou própriamente programar no Asic aquele comportamento que o APIC esta transmitindo, através de um protocolo chamado outflex. Por isso preciso de modulos especiais para trabalhar em modo ACI.           ... View more

  Apresentação utilizada no webcast sobre Cisco Application Centric Infrastructure - ACI, no dia 12 de Agosto de 2015.         ... View more

Ambientes com alta interoperabilidade costumam ter uma gerência mais complexa. Quando o mundo de redes encontra o mundo de hosting, não costuma ser diferente. O Nexus 1000v, é um switch virtual distribuído, ou DVS. Opera, entre outros, em ambientes VMware. No entanto, algumas operações que perecem simples, podem ser armadilhas. Remover um DVS do vCenter, sem que se deixe rastros inconvenientes pode ser um desafio para engenheiros desavisados. Vamos dar uma olhada emu ma dessas armadilhas e como sair dela! Você queria remover o DVS (Nexus 1000v) e apagou o VSM (máquina virtual) do vCenter, e agora o DVS permanece no vCenter. Esse DVS é, então, chamado de Orphaned Switch. É necessário remove-lo de maneira correta ou,Graceful Remove. Procediment o : Já vimos que antes de remover o VSM, deve-se remover (Graceful Remove) o DVS do vCenter. Mas o VSM já foi deletado e para que se possa repassar pelas etapas corretas, realiza-se o seguinte: 1. Realizar um deploy de um VSM temporário; 2. Restaurar a startup config (ou, pelo menos, restaurar o mesmo swtichname) 3. Pode-se utilizar o commando vmware vc extension-key <extension-id> para criar um novo CP (Control Process) com o DVS; 4. O extension-id mostra o mesmo valor que está atrelado ao DVS. Você pode obter esse parâmetro das seguintes maneiras: No vCenter, navegue até Networking View Selecione o DVS no painel do lado direito Clique na aba Summary O Extension Key está listado em Annotations Ou              Vá ao vCenter MOB apontando o browser para https:// <IP_do_vCenter>/mob              Vá ao rootFolder ‘group-d1’ Encontre o seu data center em ‘childEntity’ contend o Datacenter-ID (haverá um nome associado a ele)              A partir do sue data center, vá a networkFolder (por exemplo: ‘group-n6’)              Em seguida, selecione o childEntity (por exemplo: ‘group-n373’)              Em childEntity clique no seu dvs (por exemplo: ‘dvs-7’)              Nos atributos de configuração do DVS, encontra-se o Extension Key utilzada. 5. Agora que temos o Extension Key ID, associa-se ele ao VSM, como o commando vmware vc extension-key <extension-id> 6. Em seguida, verifique a nova Extension Key no CP: show vmware extension-key 7. Salve e faça um reboot do VSM; 8. Delete a Extension Key presente no vCenter MOB (Unregister extension API):             Vá a Extension Manager https:// <IP_do_vCenter>/mob/?moid=ExtensionManager Clique em Unregister Extension https:// <IP_do_vCenter>/mob/?moid=ExtensionManager&method=unregisterExtension Cole Cisco_Nexus_100V_<Extension Key do DVS em recuperação> e clique em Invoke Method 9. Agora, segue-se com o re-registro da extensão. Caso obtenha o arquivo .xml pelo browser, assegure-se de dar um refresh antes de baixar o XML; 10. Re-registre o Extension Plugin; 11. Configure as propriedades da conexão com SVS (SVS connections) – IP do vCenter, port, datacenter name etc; 12. Aplique o comando connect ao SVS connection; 13. Finalmente, remova o DVS (Graceful Remove), utilizando o seguinte comando, a partir o contexto SVS no VSM. no vmware dvs Uma vez que for verificado que o DVS não consta mais no vCenter, pode-se deletar a máquina virtual do VSM. ... View more