Users Guide
Table Of Contents
- Seção 1: Funcionalidade e recursos
- Seção 2: Formação de equipes
- Visão geral
- Equilíbrio de carga e tolerância a falhas
- Tipos de equipe
- Smart Load Balancing™ e Limite de falha
- Agregação de link (802.3ad)
- Trunking genérico (FEC/GEC)/802.3ad-Draft Static
- SLB (Desativar reserva automática)
- Limitações dos tipos de equipes Smart Load Balancing e Limite de falha/SLB (Desativar reserva automática)
- Funcionalidade LiveLink™
- Suporte para Formação de equipes e Large Send Offload/ Checksum Offload
- Seção 3: Broadcom Gigabit Ethernet Teaming Services
- Introdução
- Mecanismos de formação de equipes
- Formação de equipes e outras propriedades avançadas de rede
- Considerações gerais de rede
- Considerações do aplicativo
- Resolução de problemas de formação de equipes
- Perguntas frequentes
- Mensagens de log de evento
- Seção 4: LANs virtuais
- Seção 5: Capacidade de gerenciamento
- Seção 6: Instalação do hardware
- Seção 7: Criação de um disco de driver
- Seção 8: Software de driver do Broadcom Boot Agent
- Seção 9: Protocolo iSCSI
- Inicialização iSCSI
- Sistemas operacionais com suporte para inicialização iSCSI
- Configuração da inicialização iSCSI
- A configuração da iSCSI-alvo
- Configuração dos parâmetros da inicialização iSCSI
- Configuração do protocolo de inicialização do MBA
- Configuração de inicialização iSCSI
- Ativação da opção CHAP Authentication
- Configuração do servidor DHCP para suportar a inicialização iSCSI
- Configurações de inicialização iSCSI do DHCP para IPv4
- Configuração de inicialização iSCSI do DHCP para IPv6
- Configuração do servidor DHCP
- Preparação da imagem de inicialização iSCSI
- Inicialização
- Outras considerações sobre a inicialização iSCSI
- Solução de problemas de inicialização iSCSI
- iSCSI Crash Dump
- Inicialização iSCSI
- Seção 10: Instalação de driver e aplicativo de gerenciamento do Windows
- Pacotes
- Instalação do software de driver TG3
- Instalações de rede
- Descarregamento/remoção do driver do TG3
- Mensagens do driver
- Formação de equipes com vinculação de canal
- Instalação do aplicativo de gerenciamento do Linux
- Visão geral
- Instalação do WS-MAN ou CIM-XML no servidor Linux
- Etapa 1: Instalar o OpenPegasus
- Etapa 2: Iniciar o servidor CIM no servidor
- Etapa 3: Configure o OpenPegasus no servidor
- Etapa 4: Instalar o provedor de CMPI da Broadcom
- Etapa 5: Executar a configuração do firewall Linux, se necessário
- Etapa 6: Instalar o BACS e os aplicativos de gerenciamento relacionados
- Instalação do WS-MAN ou CIM-XML no cliente Linux
- Instalação do aplicativo Broadcom Advanced Control Suite
- Seção 11: Software de driver do VMware
- Seção 12: Instalação de driver e aplicativo de gerenciamento do Windows
- Instalação do software de driver
- Modificação do software de driver
- Reparação ou reinstalação do software de driver
- Remoção dos drivers do dispositivo
- Exibição ou alteração das propriedades do adaptador
- Definição das opções de gerenciamento de energia
- Configurando o protocolo de comunicação a ser usado com o BACS4
- Uso de WS-MAN
- Configuração do servidor do Windows para WS-MAN
- Etapa 1: Instale o componente de software WinRM no servidor
- Etapa 2: Execute a configuração básica no servidor
- Etapa 3: Execute a configuração do usuário no servidor
- Etapa 4: Execute a configuração de HTTP no servidor
- Etapa 5: Execute a configuração HTTPS no servidor (para usar HTTPS, e não HTTP)
- Etapa 6: Configure o HTTPS/SSL do WinRM no servidor
- Etapa 7: Configuração adicional do servidor
- Instalação do cliente Windows para WS-MAN
- Configuração do servidor do Windows para WS-MAN
- Uso de WMI
- Uso de WS-MAN
- Seção 13: Uso do Broadcom Advanced Control Suite 4
- Visão geral do Broadcom Advanced Control Suite
- Inicialização do Broadcom Advanced Control Suite
- Interface BACS
- Configuração das preferências no Windows
- Conexão do host
- Gerenciamento do host
- Gerenciamento do Adaptador de rede
- Exibição de estatísticas
- Configuração de equipes
- Configuração com o utilitário de interface da linha de comando
- Solução de problemas do BACS
- Seção 14: Especificações
- Seção 15: Informações regulamentares
- Seção 16: Etapas da solução de problemas
- Diagnósticos de hardware
- Lista de verificação de solução de problemas
- Verificação do link e atividade da rede
- Verificação dos drivers atuais para determinar se estão carregados
- Execução de um teste do comprimento do cabo
- Teste da conectividade de rede
- Broadcom Boot Agent
- Broadcom Advanced Server Program (BASP)
- Depuração de Kernel sobre Ethernet
- Diversos

NetXtreme Guia do usuário Broadcom Gigabit Ethernet Teaming Services
Página 46 Considerações do aplicativo Documento 2CS57XX-CDUM513-R
O caminho designado é determinado por dois fatores:
1. Cache do Client-Server ARP; que indica o endereço MAC do servidor de backup. Isso é determinado pelo algoritmo de
equilíbrio de carga do driver intermediário da Broadcom.
2. A interface do adaptador físico no Client-Server Red é usada para transmitir os dados. O algoritmo de equilíbrio de carga
de saída do driver intermediário da Broadcom determina isso (consulte Fluxo do tráfego de saída e Fluxo de Tráfego de
Entrada (Somente SLB)).
A interface agrupada no servidor de backup transmite um protocolo de resolução de endereço gratuito (G-ARP) ao Client-
Server Red, que por sua vez, faz com que o cache ARP do servidor do cliente seja atualizado com o endereço MAC do
Servidor de Backup. O mecanismo de equilíbrio de carga na interface agrupada determina o endereço MAC incorporado
no G-ARP. O endereço MAC selecionado indica o local de destino dos dados transferidos do servidor cliente. No Client-
Server Red, o algoritmo de formação de equipes SLB determinará qual das duas interfaces do adaptador será usada na
transmissão dos dados. Neste exemplo, os dados do Client-Server Red são recebidos na interface do Adaptador A do
servidor de backup. Para demonstrar os mecanismos SLB quando a carga adicional é colocada na interface agrupada,
considere o cenário quando o servidor de backup inicia uma segunda operação de backup: uma para Client-Server Red, e
uma para Client-Server Blue. A rota que o Client-Server Blue usa para enviar os dados ao servidor de backup é dependente
de seu cache ARP, que indica o endereço MAC do servidor de backup. Como o Adaptador A do servidor de backup já está
sob carga de sua operação de backup com Client-Server Red, o servidor de backup chama seu algoritmo SLB para informar
ao Client-Server Blue (através de um G-ARP) que ele deve atualizar seu cache ARP para refletir o endereço MAC do
Adaptador B do sistema de backup. Quando o Client-Server Blue precisa transmitir os dados, ele usa uma de suas
interfaces do adaptador, que é determinada pelo seu próprio algoritmo SLB. O importante é que os dados do Client-Server
Blue são recebidos da interface do Adaptador do Servidor de Backup e não da interface do seu Adaptador A. Isso é
importante porque com as duas transmissões de backup executando simultaneamente, o servidor de backup deve
equilibrar por carga as transmissões de dados de diferentes clientes. Com as duas transmissões de backup em execução,
cada interface do adaptador do servidor de backup está processando uma carga igual, assim os dados do equilíbrio de
carga cruzam as interfaces do adaptador.
O mesmo algoritmo se aplica se uma terceira e quarta operação de backup for iniciada do servidor de backup. A interface
agrupada no servidor de backup transmite um G-ARP de difusão ponto a ponto para os clientes de backup para informá-los para
atualizarem seus caches ARP. Cada cliente transmite os dados de backup junto com uma rota ao endereço MAC de destino no
servidor de backup.
Tolerância a Falhas
Se o link de rede falhar durante as operações de backup da fita, todo o tráfego entre o servidor de backup e o cliente é
interrompido e as tarefas de backup falham. Se, no entanto, a topologia da rede for configurada tanto para Broadcom SLB
como para tolerância a falhas do switch, então isso pode permitir que as operações de backup da fita continuem sem
interrupção durante a falha do link. Todos os processos de limite de falha na rede são transparentes para os aplicativos de
software de backup em fita. Para entender como as transmissões de dados de backup são direcionadas durante o processo
de limite de falha da rede, considere a topologia em Figura 6. Client-Server Red está transmitindo os dados para o servidor
de backup através do Caminho 1, mas ocorre uma falha de link entre o servidor de backup e o switch. Como os dados não
puderam mais ser enviados do Switch #1 para a interface do Adaptador A no servidor de backup, os dados são
redirecionados do Switch #1 através do Switch #2, para a interface do Adaptador B no servidor de backup. Isso ocorre sem
o conhecimento do aplicativo de backup porque todas as operações de tolerância a falhas são tratadas pela interface da
equipe do adaptador e pelas configurações de entroncamento nos switches. A partir da perspectiva do servidor do cliente,
ele ainda opera como se estivesse transmitindo dados através do caminho original.