This discussion is locked

Nexus 1000v

Unanswered Question
Mar 19th, 2012

com Pedro Ivo

Leia a biografia

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

Pedro Ivo Santos Mauri faz parte do time de engenheiros de suporte  da América Latina. Formou-se pelo INATEL como engenheiro em eletrônica e  telecomunicações e possui as certificações CCNP, CCSP, VCP5, Cisco DC Networking  Infrastructure Support Specialist, Cisco DC Storage Support Specialist, Cisco Unified Computing Support Specialist e Application Networking Support Specialist.

Trabalha na Cisco como Customer Support Engineer e conta  com 6 anos de experiência no mercado de tecnologia da informação e  comunicação.


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 Pedro 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 30 de Março de 2012.

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

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Average Rating: 5 (39 ratings)
jorgegmrs Mon, 03/19/2012 - 10:55

Olá Pedro,

Atualmente eu rodo o vCenter em um host standalone, fora do ambiente virtual que ele gerencia.

Estou precisando de uma opinião sobre rodar o vCenter como uma VM em um UCS com vSphere 5. Neste caso, o vCenter é usado com o ponto de integração para o UCSM. A VM na qual o vCenter está rodando está conectada ao vDistributed Switch (h/w VN-link) que o UCSM e vCenter gerenciam.

Essa implementação me parece arriscada, mas é factível? Preciso utilizar um vSwitch normal para a conectividade com o vCenter virtualizado?

Obrigado,

Jorge

psantosm Mon, 03/19/2012 - 13:24

Olá Jorge,

Essa implementação é possível, mas como você comentou, é arriscada, já que o vCenter fica sugeito aos problemas que eventualmente aconteçam no switch distribuído. Neste caso, quando se tem o vCenter rodando em uma VM, a recomendação é posicionar a VM NIC do vCenter em um Standard vSwitch. A razão disso é para o caso de algo impactar o switch distribuído (VMware, UCSM ou N1KV), a conectividade com o vCenter não ser afetada e ser possível realizar o troubleshooting do problema de maneira eficaz.

Da mesma maneira, também posicionamos o SQL na VM do vCenter.

A configuração padrão é a seguinte:

- 2 vNICs do UCS para gerência do vCenter (e para a VM que o contém). Essas 2 vNICs teriam como uplink o Standard vSwitch0

- 2 vNICs do UCS para vMotion. Essas 2 vNICs teriam como uplink o Standard vSwitch1, mas configure NIC teaming/failover de maneira que o tráfego de vMotion mantenha-se sempre em apenas 1 dos Fabric Interconnects.

- 2 vNICs do UCS para tráfego de VMs. Essas duas vNICs teriam como uplink o switch distribuído (VMware vDS, UCSM VM-FEX ou N1KV).

Espero que esse esclarecimento lhe seja útil.

Abs,

Pedro

marcugom Tue, 03/20/2012 - 06:43

Ola,

Gostaria de realizar um upgrade do ESXi 4.1.0 para o 5.0. Vi em um doc postado a compabilidade com a soluçao do UCS, teria a do 1000v.

Hoje trabalho com a versão de N1kv 4.2(1)SV1(4), teria que realizar upgrade dela também?

Caso tenha teria um guide com as orienteções?

Teria algum impacto na rede?

Att,

Marcus Gomes

psantosm Tue, 03/20/2012 - 06:49

Olá Marcus,

Para rodar ESXi 5.0 no UCS, pode ser que você precise atualizar o firmware do UCS. Este doc possui as versões mínimas para cada Blade Server e Rack Server rodar ESXi 5.0:

Compatibilidade entre UCS e vSphere 5.0

Da mesma maneira, existe uma matriz de compatiblidade entre vSphere 5.0 e Nexus 1000v:

Cisco Nexus 1000v and VMware Compatibility Information

No seu caso, é necessário o upgrade do Nexus 1000v para 4.2(1)SV1(4a), ou mais recente.

Abs,

Pedro

juliocarv Tue, 03/20/2012 - 08:13

Olá,

Eu gostaria de saber qual é o número máximo de NICs físias (10G, 1G e combinações de 1G e 10G) suportadas por host ESX que está num Nexus 1000v.

Obrigado,

Julio

psantosm Tue, 03/20/2012 - 09:02

Olá Julio,

O Nexus 1000v suporta até 32 NICs físicas por host ESX/ESXi:

Nexus 1000v Configuration Limits

Não existe distinção entre 1GE e 10GE do ponto de vista do Nexus 1000v. No entanto te aconselho a revisar o "configuration maximums guide" da VMware, pois eles ressaltam algumas restrições do ponto de vista do host ESX/ESXi:

vSphere 4.1 - http://www.vmware.com/pdf/vsphere4/r41/vsp_41_config_max.pdf

vSphere 5.0 - http://www.vmware.com/pdf/vsphere5/r50/vsphere-50-configuration-maximums.pdf

Abraço,

Pedro

maricoelho Tue, 03/20/2012 - 09:46

Olá Pedro,

O Nexus 1000v pode rodar em qualquer plataforma de hardware, certo? Gostaria de  saber se há alguma perda de funcionalidade ou benefício quando não está roando  em uma UCS blade.

Abraços,

Marianna

psantosm Wed, 03/21/2012 - 05:47

Olá Marianna,

O Nexus 1000v pode rodar, sim, em qualquer plataforma, contanto que os seguintes requisitos mínimos sejam satistfeitos:

Cisco Nexus 1000V VSM

– VMware vSphere Enterprise Plus Version 4.0 ou mais recente

- HDD: 3 GB

- RAM: 2 GB

- Uma virtual CPU @ 1 GHz

Cisco Nexus 1000V VEM

- VMware vSphere Enterprise Plus version 4.0 ou mais recente

- HDD: 6.5 MB

- RAM: 150 MB

Não há perda de funcionalidade se ele não for implementado no UCS.

Quanto aos benefícios, tendo o UCS como plataforma, há a possibilidade de se implementar VM-FEX (consolidação do switch virtual e do switch físico). COm VM-FEX, você tem os seguintes benefícios:

- Cada VM tem uma interfaces dedicada no "parent switch"

- Todo o tráfego das VMs é enviado diretamente à sua interface dedicada do switch

- O switch baseado em software no hypervisor é eliminado

Abs,

Pedro

carlosrodo Thu, 03/22/2012 - 06:56

Olá Pedro,

Tenho 2 perguntas:

Se eu renomear um "Port Profile" no Nexus 1000v, como isso impacta o vCenter? No meu caso, eu não dei um nome ao "vmware port-group", logo ele herdou o nome do perfil. Se eu mudar isso, o vCenter vai colocá-lo em "quarantine"?

Abração,

Carlos

psantosm Thu, 03/22/2012 - 08:01

Oi Carlos,

Você pode alterar o nome do "vmware port-group" sem afetar o tráfego. O nome do port-group mostrado no vCenter é uma etiqueta (tag) lógica para o port profile do Nexus 1000v. Se você realizar esta alteração, através do comando "vmware port-group [nome]", o mesmo será dinamicamente refletido e atualizado em todas as interfaces das VM atribuídas a esse port-group.

Espero ter respondido a sua pergunta.

Abs,

Pedro

Marcelo Vieira Thu, 03/22/2012 - 11:19

Olá Pedro,

Gostaria de saber se o Nexus 1000v suporta que a comunicação entre o VSM e o VEM seja feita em L2 ou L3. Qual ou quais as principais diferenças entre estes dois métodos?

Obrigado,

Marcelo

psantosm Thu, 03/22/2012 - 15:59

Olá Marcelo,

O Nexus 1000v suporta os dois métodos.

O modo Layer 2 requer que as mesmas VLANs (control e packet) sejam extendidas (trunk) para cada host ESX/ESXi e fim-a-fim até o VSM. A vantagem deste método é que ele permite o isolamento do tráfego "control" e "packet" do tráfego de gerência dos hosts.

Já o modo Layer 3 utiliza a interface vmkernel para tunelar o tráfego até o VSM. Este método não permite a separação do tráfego "control/packet" do tráfego de gerência dos hosts. Por outro lado, este método permite que o VSM gerencie os VEMs através de dispositivos L3 e firewalls.

Abraços,

Pedro

chrisduarte Thu, 03/29/2012 - 09:35

Olá Pedro,

Eu queria saber se as versões de códigos mais recentes são compatíveis com as anteriores ("backward compatible")?

Abraços

Christopher

psantosm Thu, 03/29/2012 - 09:42

Olá Christopher,

Sim, as versão mais recentes do do Nexus 1000v são compativeis com as anteriores, o que significa que você pode realizar upgrade de software sem perder as configurações.

Abraços,

Pedro

chrisduarte Thu, 03/29/2012 - 10:28

Outra dúvida rápida,

Um VSM pode controlar um grupo de VEMs de versões diferentes?

Obrigado

psantosm Thu, 03/29/2012 - 10:38

Oi Christopher,

Pode sim! Porém qualquer feature disponível na versão mais recente do VSM, não poderá ser utilizadas pelos VEM com versões que não a suportem...

Abs,

Pedro

andreluizsh Fri, 03/30/2012 - 09:30

Olá Pedro!

Recentemente o cliente onde fico alocado teve um problema com o ambiente do storage que comprometeu o funcionamento de um dos Nexus 1000v, sendo que um dos VSMs ficou rebootando constantemente e o outro perdeu a conexão com o vCenter.

A empresa responsável pelo contrato de manutenção teve a necessidade de acionar o suporte da VMware e consecutivamente houve a necessidade de realizar um novo deploy dos dois VSMs.

Saberia me informar se existi algum procedimento de backup que possa ser realizado nos VSMs e também para as licenças no intuito de diminuir o tempo de recuperação de desastre?

Abraços.

André

psantosm Mon, 04/02/2012 - 14:43

Olá André,

O VSM é como uma supervisora de um swothc físico. Assim, a melhor maneira de se realizar o backup é salvar uma cópia da configuração ("show run") e, para recuperação, recomeda-se criar uma nova VSM VM, e colar essa config.

Da mesma maneira, não se faz backup das licenças. Elas não estão atreladas diretamente a um serial, então podem ser recuperadas na no novo VSM.

Observação: clonar um VSM não é um método válido de backup. Reconnectar ao vCenter um VSM que foi clonado pode gerar muito problemas.

Abraços,

Pedro

almirfiorio Tue, 04/03/2012 - 02:06

Ola pedro

aonde posso achar uma ajuda para configuração e implementacao do Nexus 1000V??

Grato

Almir Fiorio

Actions

Login or Register to take actions

This Discussion

Posted March 19, 2012 at 10:37 AM
Stats:
Replies:20 Avg. Rating:5
Views:3165 Votes:0
Shares:0
Tags: No tags.