Pular para o conteúdo principal

Fazendo o cabeamento da rede

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

Design de rede lógico para implantação

  • A Figura 1 mostra a arquitetura de rede lógica para os vários componentes na implantação do cluster vSAN.

  • Figura 3 mostra detalhes sobre o cabeamento físico.

Nota
Quando as redes do XCC estão na mesma rede que a do ESXi, a interface do XCC deve ser conectada diretamente à rede ESXi.

O dispositivo VX Deployer é uma máquina virtual que pode ser executada no hipervisor VMware vSphere ESXi. No diagrama, o Management ESXi host é um sistema designado no qual vários dispositivos de gerenciamento são executados, incluindo o Lenovo xClarity e o vCenter Server Appliance (VCSA).

Em um dispositivo ThinkAgile VX pré-carregado, o dispositivo virtual VX Deployer é pré-carregado no dispositivo VX. Nesse caso, o Deployer estará em execução em um dos dispositivos VX e a implantação de cluster será executada nele.

Figura 1. Design de rede lógico – perspectiva de cabeamento de cluster. Da perspectiva de cabeamento de cluster, o sistema no qual o VX Deployer está em execução precisa ser conectado a redes de gerenciamento ESXi e XCC, conforme mostrado neste diagrama.
Graphic showing a logical view of the networking

A Figura 2 mostra a arquitetura de rede lógica na perspectiva de operações de cluster:
  • Cada servidor VX tem conexões dedicadas com as portas Ethernet de 10 Gbps internas usadas para gerenciamento dentro da banda (gerenciamento ESXi, vCenter etc.).

  • As interfaces do XClarity Controller (XCC) têm conexões dedicadas para acesso de gerenciamento fora da banda.

  • O dispositivo virtual VX Deployer precisa de acesso às redes de gerenciamento ESXi e XCC por meio dos comutadores virtuais. Portanto, os respectivos grupos de porta no comutador devem ser configurados.

Figura 2. Arquitetura de rede lógica para operações de implantação de cluster
Graphic showing a logical view of the networking

Cabeamento de rede física

Figura 3 mostra como fazer o cabeamento físico dos dispositivos ThinkAgile VX à rede.
Nota
Em Figura 3, os respectivos IDs de VLAN de rede mostrados são apenas exemplos. É possível definir seus próprios IDs de VLAN nos comutadores para os diferentes tipos de tráfego.
Figura 3. Cabeamento físico de rede para implantação de cluster VX
Graphic showing the network cabling

Tabela 1. Diagrama de cabeamento de rede
Tipo de redeObrigatório/opcionalDe Para
Rede de gerenciamento dentro da 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órioPorta 0 na NICComutador de dados de 10 Gbps nº 1
ObrigatórioPorta 1 na NICComutador de dados de 10 Gbps nº 2
OpcionalPorta 2 na NICComutador de dados de 10 Gbps nº 1
OpcionalPorta 3 na NICComutador 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órioConector de rede do BMCComutador de gerenciamento de 1 Gbps
Dados ou rede do usuárioObrigatórioComutador de dados de 10 Gbps nº 1 e nº 2Rede 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 VX Deployer, bem como ao software de gerenciamento do XClarity Integrator (LXCI), do XClarity Administrator (LXCA), etc.

    • Se uma VLAN for usada para a rede fora da banda, a VLAN nativa deverá ser configurada nos comutadores físicos para as portas de rede ESXi fora da banda.

  • Na rede dentro da banda

    • Se uma VLAN for usada para a rede dentro da banda, a VLAN nativa deverá ser configurada nos comutadores físicos para as portas de rede ESXi dentro da banda.

    • Uma unidade de transmissão máxima (MTU) de 9.000 deve ser configurada nos comutadores físicos para as portas de rede ESXi dentro da banda.

  • 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.

VSwitches distribuídos

O VX Deployer criará vSwitches distribuídos ao instalar o cluster VX/vSAN.

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.

Figura 4 mostra o design lógico dos vSwitches distribuídos que serão criados pelo VX Deployer.

Figura 4. Configuração do vSwitch distribuído da vSAN
Graphic showing the port configuration on the data switches