Introduction
Este documento descreve as opções de agrupamento e vinculação disponíveis para sistemas operacionais comuns ao usar os adaptadores Cisco Virtual Interface Card (VIC) nos servidores Cisco Unified Computing System (UCS) (B-Series, C-Series Integrated, S-Series Integrated, HyperFlex Series) conectados a uma interconexão de estrutura UCS.
Prerequisites
Requirements
A Cisco recomenda que você tenha conhecimento destes tópicos:
- Cisco UCS e UCS Manager (UCSM)
- VIC da Cisco
- VMware ESX versões 4.1 e posteriores
- Microsoft Windows Server versão 2008 R2
- Microsoft Windows Server versão 2012 e posterior
- Microsoft Windows Server versão 2016 e posterior
- Sistemas operacionais Linux
Componentes Utilizados
As informações neste documento são baseadas nestas versões de software e hardware:
- UCSM versão 2.2(6c)
- Servidor Cisco UCS com placa VIC
- Firmware VIC versão 4.0(8b)
- VMware ESXi versão 5.5, atualização 3
- Microsoft Windows Server versão 2008 R2 SP1
- Microsoft Windows Server versão 2012 R2
- Microsoft Windows Server versão 2016
- Redhat Enterprise Linux (RHEL) 6.6
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Matriz de suporte
Todos os métodos de agrupamento/junção independentes de switch são suportados no ambiente de interconexão de estrutura UCS. Esses modos de vinculação não exigem nenhuma configuração especial no lado do switch/UCS.
A restrição é que qualquer método de balanceamento de carga usado na configuração independente do switch deve enviar tráfego para um determinado endereço MAC de origem através de uma única interconexão de estrutura UCS diferente de um evento de failover (onde o tráfego deve ser 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 de origem (como hashing de endereço IP, hashing de porta TCP, etc.) pode causar instabilidade, pois um determinado endereço MAC é oscilado entre as interconexões de estrutura do UCS. Portanto, essa configuração não é suportada.
Os modos de vinculação dependente do switch exigem que um canal de porta seja configurado no lado do switch. O Interconector de estrutura, que é o switch neste 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 causarão oscilação de MAC nos switches UCS e upstream e, portanto, não são suportados.
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 |
- Rota com base na ID da porta de origem
- Rota baseada no hash MAC de origem
|
- Rota baseada em hash IP
- Rota com base na carga da placa de rede física
|
Agrupamento de NIC autônomo Windows 2012 e posterior (usando driver nativo) Windows 2016 e posterior Switch Embedded Teaming (SET) |
Modos independentes do switch (Ativo/em espera e Ativo/Ativo2) Ao usar o método de balanceamento de carga:
- porta Hyper-V
|
Dependente do switch
- Agrupamento estático
- LACP
Modos independentes do switch (Ativo/em espera e Ativo/Ativo2)
Ao usar o método de balanceamento de carga:
- Dinâmico
- Hash de endereço
|
Windows 2008 R2 SP1 (usando o driver de agrupamento Cisco VIC NIC) |
- Backup ativo (modo 1)
- Backup ativo com failover para ativo (modo 2)
- Balanceamento de carga de transmissão ativa (modo 3)
|
- LACP 802.3ad (modo 4)
|
Sistemas operacionais Linux1 |
- backup ativo (modo 1)
- balance-tlb (modo 5)
- balance-alb (modo 6)
|
- balance-rr (modo 0)
- balance-xor (modo 2)
- broadcast (modo 3)
- 802.3ad (modo 4)
|
- fail_over_mac=1 deve ser usado para evitar limitações conforme documentado em CSCva09592
- Quando conectados por trás de uma estrutura da ACI, determinados algoritmos ativos/ativos podem fazer com que os endpoints se movam de um switch leaf para outro. Quando uma folha detecta muitas movimentações de endpoint, ela desativa o aprendizado para o domínio de bridge do endpoint (com uma mensagem de erro).
Informações Relacionadas