Fazendo o cabeamento da rede

Revise as informações a seguir para entender como fazer o cabeamento dos dispositivos ThinkAgile VX para a rede.

Tipo de rede	Obrigatório/opcional	De	Para
Rede de gerenciamento na banda: Comunicação com hosts ESXi Comunicação entre o dispositivo do servidor vCenter e hosts ESXi Tráfego de armazenamento vSAN Tráfego de vMotion (migração de máquina virtual) Tráfego de armazenamento iSCSI (se presente)	Obrigatório	Porta 0 na NIC	Comutador de dados de 10 Gbps nº 1
	Obrigatório	Porta 1 na NIC	Comutador de dados de 10 Gbps nº 2
	Opcional	Porta 2 na NIC	Comutador de dados de 10 Gbps nº 1
	Opcional	Porta 3 na NIC	Comutador de dados de 10 Gbps nº 2
Rede de gerenciamento fora da banda: Descoberta inicial do servidor na rede por meio do protocolo SLP Controle de energia do servidor Gerenciamento de LED Inventário Eventos e alertas Logs do BMC Atualizações de firmware Fornecimento do SO por montagem de mídia remota	Obrigatório	Conector de rede do BMC	Comutador de gerenciamento de 1 Gbps
Dados ou rede do usuário	Obrigatório	Comutador de dados de 10 Gbps nº 1 e nº 2	Rede externa

Nota

Na rede fora da banda
- A rede de gerenciamento fora da banda não precisa estar em uma rede física dedicada. Ela pode ser incluída como parte de uma rede de gerenciamento maior.
- O ThinkAgile VX Deployer e o Lenovo XClarity Integrator (LXCI) devem conseguir acessar essa rede para se comunicar com os módulos do XCC.
- Durante a implantação de cluster inicial e as operações subsequentes, as interfaces do XCC devem estar acessíveis por essa rede ao utilitário de implantação, bem como ao XClarity Integrator (LXCI), ao XClarity Administrator (LXCA) etc., ao software de gerenciamento.
Na redundância de rede
- Modo de redundância de espera ativa:
  Quando apenas 2 portas (portas 0 a 1) estão conectadas aos 2 comutadores top-of-rack, é possível configurar o modo de redundância como modo de espera ativo. Se a conexão ou o comutador primário falhar, ocorrerá uma falha na conexão.
- Modo de redundância ativa-ativa:
  Quando 4 portas (portas 0 a 3) estão conectadas aos 2 comutadores top-of-rack, é possível configurar o modo de redundância como modo ativo-ativo. Se ocorrer uma falha na conexão, as outras conexões ainda estarão ativas. Além disso, as cargas são balanceadas entre as portas.
- Opcionalmente, alguns comutadores também podem suportar o protocolo de agregação de link virtual (vLAG) ou equivalente, que conecta os dois comutadores top-of-rack por meio de links dedicados e faz com que os comutadores apareçam como um único comutador lógico aos hosts posteriores. Nesse caso, as duas conexões que vão para os comutadores do host podem ser configuradas como links ativos para que você possa obter o balanceamento de carga nas portas, bem como uma largura de banda agregada de 20 GB.
Em vSwitches distribuídos
Os vSwitches distribuídos formam, em sua essência, um comutador lógico que abrange todos os hosts no cluster. As portas físicas em cada host se tornam portas de uplink lógicas no vSwitch distribuído. Ao contrário de um vSwitch padrão, os vSwitches distribuídos fornecem opções de configuração avançadas, como política de tráfego, agregação de link (LACP) e configuração de tráfego.
O número de comutadores distribuídos criados é determinado pelo número de portas físicas em cada host que estão conectadas a comutadores top-of-rack:
- Se apenas duas portas em cada host estiverem conectadas, um único vSwitch distribuído será criado para transportar todos os tipos de tráfego, incluindo gerenciamento ESXi, vMotion, VM interna, gerenciamento do XCC, tráfego de armazenamento vSAN e tráfego de rede externo.
- Se quatro portas estiverem conectadas, serão criados dois vSwitches distribuídos. O tráfego de armazenamento vSAN será carregado no segundo vSwitch distribuído.

Enviar feedback