Fazendo o cabeamento da rede
Revise as informações a seguir para entender como fazer o cabeamento dos dispositivos ThinkAgile VX para a rede.
![Graphic showing the network cabling](network_cabling.png)
Tipo de rede | Obrigatório/opcional | De | Para |
Rede de gerenciamento na banda:
| 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:
| 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 |
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.