Configurar a equipe UCS B/C/X/S/HyperFlex-Series e opções de vínculo com a placa VIC conectada às interconexões em malha

Opções de download

  • PDF     (243.4 KB)
    Ver no Adobe Reader em vários dispositivos
Atualizado:26 de agosto de 2020
ID do documento:200519

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introdução

Este documento descreve as opções de grupo e vínculo com os adaptadores Cisco VIC em servidores UCS (B/C/X/S/HX Series) conectados a uma interconexão em malha.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

  • Servidores Cisco Unified Computing System (UCS) conectados a interconexões em malha e gerenciados pelo UCS Manager (UCSM/UMM) ou Intersight (IMM)
  • Placa de interface virtual (VIC) da Cisco
  • Hipervisor VMware ESXi
  • Servidor Microsoft Windows
  • Sistemas Operacionais Linux

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

note-icon

Note: Essas mesmas informações se aplicam a todos os outros hipervisores/sistemas operacionais que executam bare metal em servidores UCS conectados às interconexões em malha.

Matriz de suporte

Todos os métodos de agrupamento/vinculação independentes de switch são compatíveis com o ambiente de interconexão de estrutura do UCS. Esses modos de vinculação não exigem nenhuma configuração especial no lado do switch/UCS.

A restrição a isso é que qualquer método de balanceamento de carga usado na configuração independente de switch deve enviar o tráfego para um determinado endereço MAC de origem por meio de uma única interconexão de estrutura do UCS em vez de um evento de failover (em que o tráfego é enviado para a interconexão de estrutura alternativa) e não periodicamente para redistribuir a carga.

O uso de outros métodos de balanceamento de carga que operam em mecanismos além do endereço MAC origem (como hash de endereço IP, hash de porta TCP, etc.) pode causar instabilidade, pois um determinado endereço MAC é sincronizado entre as interconexões de estrutura do UCS. Essa configuração não é suportada.

Os modos de vinculação dependentes do switch exigem que um port channel seja configurado no lado do switch. A Interconexão de estrutura, que é o switch nesse caso, não pode formar um canal de porta com a placa VIC presente nos servidores. Além disso, esses modos de vinculação também causam oscilação de MAC no UCS e nos switches upstream e, portanto, não são suportados.

note-icon

Note: Para servidores FI-Attached (UCSM ou IMM), você pode usar o Fabric Failover no vNIC ou uma das opções de associação/agrupamento suportadas mencionadas. Não use os dois ao mesmo tempo.


Essa lista é aplicável para o sistema operacional nativo (bare metal) e para um ambiente de hipervisor com máquinas virtuais.

Sistema operacional

Supported

Not Supported

VMware ESXi
  1. Rota baseada na ID da porta de origem
  2. Rota baseada no Hash MAC de Origem
  1. Rota baseada em hash IP
  2. Rota baseada na carga da placa ou do controlador de interface de rede (NIC) físico

Servidor Windows

Alternar modos independentes
(Ativo/Em espera e Ativo/Ativo2)

Ao usar o método de balanceamento de carga:
Porta Hyper-V

Dependente do Switch

  1. Agrupamento estático
  2. LACP (Link Aggregation Control Protocol, protocolo de controle de agregação de link)

Alternar modos independentes
(Ativo/Em espera e Ativo/Ativo2)

Ao usar o método de balanceamento de carga:

  1. Dinâmico
  2. Hash de Endereço

Sistemas operacionais Linux1
  1. backup ativo (modo 1)
  2. balance-xor (modo 2) (utilizando a opção: xmit_hash_policy=vlan+srcmac)
  3. balance-tlb (modo 5)
  4. balance-alb (modo 6)
  1. balance-rr (modo 0)
  2. balance-xor (modo 2) (usando a opção: xmit_hash_policy=layer2, layer2+3, layer3+4, encap2+3, encap3+4)
  3. broadcast (modo 3)
  4. 802.3ad (modo 4)
  1. A opção 'fail_over_mac=1' deve ser usada para evitar limitações, conforme documentado na ID de bug da Cisco CSCva09592.
  2. Quando conectados por trás de uma estrutura ACI, há certos algoritmos ativos/ativos que podem fazer com que os endpoints se movam de um switch leaf para outro. Quando um leaf detecta muitas movimentações de endpoint, ele desabilita o aprendizado do domínio de bridge do endpoint com uma mensagem de erro.

Informações Relacionadas

Histórico de revisões

Revisão Data de publicação Comentários
1.0
15-Jun-2016
Versão inicial
TAC Authored

Colaborado por engenheiros da Cisco

  • Shankar Prasath R
    Engenheiro do Cisco TAC

Este documento lhe foi útil?

FeedbackFeedback

Contate a Cisco

Este documento se refere a estes produtos