Introdução
Especialista em Destaque
Ele tem conhecimento em diversas areas como R&S, Segurança e Data Center, que adquiriu em diversos treinamentos e certificações como Cisco, VMware, F5, Amazon AWS, BlueCoat e Riverbed. Além disso ele já foi instrutor da Microsoft por vários anos (MCT) e também deu treinamentos da certificação Linux (LPI).
Nos últimos anos ele tem trabalhado com sistemas de monitoramentos de dispositivos de rede (NMS) como Cisco Prime, Cisco ACS, Cisco ISE, CA Spectrum e já trabalhou em empresas como TATA, VALE, e recentemente em uma StartUp chamada M4U onde eu era Analista de Infraestrutura Senior responsável pelo Data Center On Cloud (AWS) e On Premises (Equinix e TIVIT).
Na Cisco começou no time de TAC R&S, trabalhou no Rio2016 no Time de R&S, depois foi para o Time de TAC Data Center em seguida para o Time HTTS Data Center (Hight Touch Technical Support).
Atualmente ele trabalha no Time de DevOps, situado no Reino Unido.
Posui certificações de CCNA R&S e está trabalhando pra obter o CCIE em Data Center.
Você pode fazer o download da apresentação em formato PDF aqui
Troubleshooting Cisco Unified Compute System usando UCSM
P: Somente para localizar qual porta destino o mac address esta amarrado?
R: Não está claro o contexto da pergunta, mas cada mac-address estará sendo divulgado para a rede atraves de um dos uplinks dos Fabric Interconnects. É possível verificar essa informação nos próprios Fabrics Interconnects e nos swicthes de uplink diretamente conectados.
P: É possível conectar vários UCS em um único pár de Fabrics?
R: Para cada par de Fabric Interconnect se pode conectar até 20 chassis.
P: Em aplicativos que exigem balanceamento de carga no modo unicast, qual modo de comutação Ethernet é recomendado?
R: Todos os requisitos das aplicações podem ser atendidos pelo UCS, em um caso de agregação de links o controle de distribuição de carga é configurado no Sistema Operacional.
P: O UCS Manager fica instalado no primeiro chassis da solução?
R: O UCS Manager fica instalado nos Fabric Interconnects, não exige um servidor adicional para gerenciamento da solução.
P: O link de heartbeat entre os fabrics interconnects passa pela rede ou é ligação direta?
R: Existem dois links, são cabos que conectam ambos os Fabrics Interconnects diretamente.
P: O uso do fabric interconnect é obrigatorio quando se tem UCS ou eu posso usar qualquer outro fabric?
R: É necessário pelo menos 1 Fabric Interconnect para gerencia e operação da solução.
P: Quais sistemas operacionais são suportados no UCS?
R: A maioria dos sistemas operacionais de mercado x86 são suportados. Para maiores detalhes pode-se consultar a matrix de compatibilidade:
https://ucshcltool.cloudapps.cisco.com/public/
P: Qual a diferença entre UCS Blade e Rack Servers?
R: Servidores Blade, são instalados em um chassis para vários servidores e são gerenciados obrigatoriamente pelo UCS Manager. Servidores Rack podem operar de maneira standalone ou gerenciado pelo UCS Manager e não fazem parte de um chassis de servidores.
P: É possível usar os FIs em datacenters separados, porém no mesmo cluster?
R: Ambos FIs servem como conexão local para todos os chassis, separar os FIs até seria possível mas todas as conexões dos chassis com os FIs deveriam cruzar de um datacenter para o outro tonando esse tipo de solução inviável. Há várias maneiras mais simples de conseguir alta disponibilidade em ambiente distribuídos.
P: Vais ficar em qual plataforma?
R: O foco da sessão hoje é UCS-B Series, (blades)
P: Existe alguma certificação recomentanda?
R: No segmento de Data Center temos o CCNA DC onde se inicia a abordagem da arquitetura do UCS. Posteriormente o CCNP DC e o CCIE DC.
https://www.cisco.com/c/en/us/training-events/training-certifications/certifications/associate/ccna-data-center.html
P: Os Fex 2300, que são suportados pelos FIs 6332, suportam Chassis ligados neles?
R: O FEX 2304 é instalado dentro do chassis e é responsável pela comunicação do chassis com o Fabric Interconnect. https://www.cisco.com/c/en/us/products/collateral/servers-unified-computing/ucs-6300-series-fabric-interconnects/datasheet-c78-6752
Se você estiver falando dos fex 23xx que são conectados no Nexus, eles podem servir como switch de ligação dos servidores C-series com o Fabric Interconnect.
P: Como você chega em 320Gb por chassi, se com o port expander vc alcança 80Gbps por Blade? se considerarmos 8 blades, alcançamos 640, correto? O máximo são 40 por Blade então?
R: Considerando que você está utilizando o fex 2304, que possui 4 portas de 40Gb, você terá 160Gb por fex. Cada Chassis suporta até 2 fex, 320Gb no total.
P: Os FIs se comportando como Switch Mode, podemos considerar que possuem as mesmas funcionalidades que um switch FC, como o MDS?
R: Existem dois modos de switch mode nos Fabric Interconnects. Ethernet e Fibre Channel. Você pode ter os Fabrics Interconnects funcionando em switch mode para FC e end-host mode para Ethernet, ou vice-versa.
P: Por que não é recomendado utilizar a vNIC no modo failover quando essa vNIC vai ser entregue para trafego de VM utilizado o Hypervisor ESXI ?
R: A partir do momento que voce cria uma vNIC em um service-profile, isso reflete em uma interface física para o sistema operacional ou hypervisor. Claro, é necessário reiniciar o servidor para adicionar ou remover vNICs.
P: Aonde consigo ver um comparativo entre as features do FI, comparando-as com um MDS, por exemplo 9148S?
R: segue uma tabela com as especificações de capacidade de fibre channel dos modelos de Fabric Interconnects, voce pode comparar as informações necessárias com o data sheet do MDS 9148S. https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs
P: Então realmente já existe oversubscriptiion entre as blades a vazão dos FEX.. não é 1:1.. seria 2:1, correto?
R: Considerando que cada blade possui a VIC 1380 (40Gb per fabric) e estamos utilizando o fex 2304 há o oversubscription devido a capacidade de forwarding do fex e não de backplane do chassis.
No futuro se lançarmos um novo fex (Ex.2308), com 8 portas de 40Gb, não haveria mais oversubscription.¬
Temos que levar em consideração tambem que todo tráfego entre os servidores passam obrigatoriamente pelo Fabric Interconnect, depende da capacidade dos uplinks do fex (IOM).
P: Não temos trace mac address ?
R: Está sendo demonstrado o low-level troubleshooting, como todos os mac-address são divulgados para a rede pelos FIs baseado na criação da vNIC, o trace mac address não teria muita utilidade prática dentro do UCS.
Informação relacionada