UCS Blade Server

[Andre Castro]

com Victor da Costa

Bem vindo à discussão na CSC em Português. Esta é sua oportunidade de aprender e fazer todas as perguntas que queira sobre UCS Blade Server.

Formado em Ciência da Computação, Victor da Costa conta com mais de 6 anos de experiência na área de Data Center. Certificado CCDA, CCNA, CCNP, VCP3, VCP4, VCAP-DCD (Advanced Data Center Design) e comptia Linux+. Possui experiência profissional com servidores, sistemas operacionais BSD/Linux/Unix, virtualização, storage, balanceadores de carga, redes e switching em ambientes de Data Center ( *STP / ISL / DCB / vPC+ / LACP ).

Atualmente compõe a equipe de Latam TAC – Data Center da Cisco.

Por favor use as estrelas para qualificar  as respostas e assim informar ao especialista que ele já respondeu adequada e satisfatoriamente sua pergunta.

Pode ser que Victor não consiga responder a cada uma das perguntas devido à quantidade que pode vir a receber. Relembramos que se houver qualquer pergunta que não esteja dentro do tema proposto, por favor a coloque no fórum adequado à ela.

Este evento estará aberto até o dia 14 de dezembro de 2011.

Visite esta discussão frequentemente para conferir as respostas às suas perguntas.

[josearoeira]

Oi Victor

Gostaria de saber se para habilitar Jumbo Frames basta configurar o MTU da vNIC?

Obrigado,

José Aroeira

[vicdacos]

Olá José,

Obrigado pela pergunta.

Para o funcionamento correto do Jumbo Frame certifique-se de configurar também uma política de QoS que permita Jumbo Frames:

1. No painel de navegação, selecione a aba "LAN"
2. Dentro da aba "LAN", expanda "LAN Cloud"
3. Selecione um  "QoS System Class"
4. No painel "Work", selecione a aba "General"
5. Atualize ao menos política com suporte a Jumbro Frame através do 'drop-down' MTU
6. Conecte via console e verifique conforme o exemplo abaixo

UCS-A(nxos)# show policy-map system type network-qos

Type network-qos policy-maps
===============================
policy-map type network-qos system_nq_policy
   class type network-qos class-platinum
     match qos-group 2
     mtu 1500
     pause drop

   class type network-qos class-silver <<<<<<<<< só se aplica para a QoS System Class configurada
     match qos-group 4
     mtu 9000  <<<<<<<<<<<<<
  
class type network-qos class-default
     mtu 1500

Atenciosamente,
Victor da Costa

[manoelalmeida]

Boa tarde Victor,

Gostaria de saber qual é a quantidade máxima de VLANs suportadas pelo UCS?

Obrigado desde já,

Manoel

[vicdacos]

Olá Manoel,

Na versão atual do UCS (2.0), é suportado até 1024 VLANs ativas, lembrando que as VLANs 3968 até 4048 são reservadas e não podem ser utilizadas.

Caso queira obter mais informações sobre as configurações máximas, segue link com tabela de referência:

http://www.cisco.com/en/US/partner/docs/unified_computing/ucs/sw/configuration_limits/2.0/b_UCS_Configuration_Limits_2_0.html

Obrigado,

Victor da Costa

[soaresrodrigo]

Boa tarde Victor,

Como são mapeadas as portas, no IOM, no sentido dos servidores para o Fabric Interconnect?

Valeu pela ajuda,

Rodrigo

[vicdacos]

Olá Rodrigo,

O mapeamento das portas do servidor para o Fabric Interconnect é feita de forma automática.

Se o número de links do Fabric Extender (IOM) para o Fabric Interconnect for apenas um, então é feito um "pinning" de todas as 8 portas para esse link. Se houverem dois links do Fabric Extender (IOM) para o Fabric Interconnect, então é feito um "pinning" das portas 1, 3, 5, 7 para o primeiro link e das portas 2, 4, 6, 8 para o segundo link. Finalmente, se houverem quatro links do Fabric Extender (IOM) para o Fabric Interconnect, então é feito um "pinning" das portas 1 e 5 para o primeiro link, das portas 2 e 6 para o segundo link, das portas 3 e 7 para o terceiro link e das portas 4 e 8 para o quarto link. Lembre-se de que uma topologia com 3 links não é suportada no UCS.

Caso não tenha ficado muito claro, o video abaixo exemplifica este tipo de cenário:

https://supportforums.cisco.com/videos/3085

Obrigado,

Victor da Costa

[josearoeira]

Olá Victor,

Aproveitando a resposta oferecida acima, e se o Fabric Extender (IOM) estiver conectado ao Fabric Interconnect utilizando 4 links e um desses links falha, o que acontece (uma vez que pinning com 3 links não é suportada)?

Obrigado,

José

[vicdacos]

Olá José,

As interfaces dos servidores afetadas ou vão perder conectividade ou fazer "failover" para o outro Fabric Extender (IOM)/Fabric Interconnect, dependendo de se essas interfaces estão criadas como interfaces em alta disponibilidade ("HA interfaces").

Seguem algumas considerações sobre as interfaces:

- As CNAs com chip Menlo (Qlogic/Emulex/Cisco) possuem a capacidade de fazer failover de interfaces Ethernet, se configuradas para tal.

- As novas gerações de CNAs (Qlogic/Emulex/Intel/Broadcom) não possuem o chip Menlo e portanto não possuem tal capacidade.

As Interfaces Fibre Channel para as quais foi feito um "pinning" para um link do Fabric Extender (IOM) que falhou irão falhar igualmente e sua alta disponibilidade depende puramente do driver de "multipath" do lado do host.

Se não houver configuração de redundância em hardware/software (nicteam/multipath) para as interfaces, os servidores mapeados para o link que falhou irão perder a conectividade, enquanto os  servidores mapeados para os outros 3 links continuarão funcionando normalmente. Caso o link que caiu seja restabelecido, e não tenha sido realizado um re-acknowledge do servidor/chassis em estado de falha, este retornará a operação normalmente, e o estado do link passará para ativo nos servidores mapeados (pinning) para o uplink.

Com objetivo de evitar este tipo de situação, as placas da nova geração suportarão conexão port-channel entre o Fabric Interconnect e o IOM (FEX), fazendo com que o status seja alterado para "down" somente após a perda de todos os links.

Nota: Não é realizado failover para interfaces HBA, sendo necessário software que realize "multipath" no sistema operacional.

Obrigado,

Victor da Costa

[josearoeira]

Muito obrigado Victor,

E como eu faço esse re-pinning manual?

[vicdacos]

Olá José,

Basta mudar a política de 4 para 2 links e aplicar um "re-acknowledge" do chassis. Assim, todos os servidores terão suas conexões redistribuidas entre dois links funcionais. A desvantagem é a perda de banda pois agora ao invés de 3 links, há apenas 2 links.

Nota: Este processo de "re-acknowledge" é disruptivo.

Obrigado,

Victor da Costa