Tenho duas perguntas que separarei para evitar confusão.
Pretendo construir uma rede baseada em redundância. Haverá duas partes de cada dispositivo, às vezes mais de 2, como placas de rede. Eu desenhei esta foto para você.
Como você pode ver, tenho dois comutadores , um roteador e dois servidores . Cada servidor executará o Windows 2012 R2 Teaming (equipes de 2). Cada equipe terá sua própria VLAN (observe que isso pode mudar conforme a pergunta 2 fala sobre isso).
Minha primeira pergunta é: que tipo de lógica as NICs têm para o balanceamento de carga? , Preciso empilhar os comutadores para que funcione? , Posso apenas conectar duas portas do roteador a cada um dos comutadores e NÃO empilhá-los (os comutadores)? , Isso enviará o tráfego do comutador A para o roteador para o comutador B ? , Eu preferiria que eles fossem completamente independentes; portanto, se um switch falhar ou uma NIC falhar, não será um problema.
Minha segunda pergunta é sobre VLAN'ing. Temos vários processos independentes em execução na rede (cerca de 8). Onde preferimos que o servidor A não fale com o servidor B se não for necessário. Isso está me fazendo criar 8 VLANs diferentes e cada máquina ou VM tem um endereço IP específico na VLAN. Um ou dois computadores precisam de todos os 8. (Há muito mais que 2 servidores, mas, para fins de imagem, eu só desenhei dois no exemplo).
Existe uma maneira melhor de fazer isso? Vamos ter a equipe VPN na rede e quero que eles consigam acessar todos os switches / pc / vm, então acho que precisaria de outra VLAN de administrador, adicionando outro IP e outro VNIC a cada máquina. Tem que haver uma maneira melhor de fazer isso.
Obrigado a todos,
Respostas:
parece que falamos sobre algo assim
O design lógico do balanceamento de carga é como o diagrama, cada VM deve ter pelo menos dois VNICs (você pode mapear cada VNIC para NIC física no servidor) que serão agrupados conforme o seu design e cada VNIC será conectado a um switch diferente, e A agregação de porta no nível dos comutadores deve ser configurada (chamada etherchanel ou port-group). o etherchanel criado nos comutadores está conectando a VM individual e também atribuído à VLAN. por exemplo, você pode configurar a formação de equipes entre VNICs para usar o LACP como porta agregação e use hash de endereço mac, por exemplo, como um mecanismo de equilíbrio de carga e, do lado do comutador, você pode configurar as portas conectadas a esses VNICs como grupo de portas e configurá-lo como agregação de porta LACP e atribuir uma VLAN a esse grupo de portas.
Sim, com certeza a pilha causa os dois comutadores como um comutador, o que permitirá configurar o etherchanel nos dois comutadores.
NENHUM conectar os dois switches ao roteador não resolverá esse problema, você deve empilhá-los como no próximo diagrama
Nesse caso, você tem redundância total no nível dos servidores e no nível dos comutadores, para que não haja medo de que nenhum comutador seja desativado ou que qualquer NIC seja desativada, a única coisa que você pode temer é que o servidor tenha sido desativado.
A melhor maneira de realizar essa tarefa é configurar a 8 vlan como uma camada 2 em seus comutadores e como camada 3 no roteador e aplicar a configuração da lista de acesso no roteador que controlará o acesso de cada host da vlan para outra
fonte
Você tem duas opções ao conectar um servidor como esse, com um patch passando para A e outro para B. O servidor usa um link por vez, também conhecido como. failover ou empilhe os switches e faça o LACP. O LACP exige que todas as portas membros estejam conectadas ao mesmo switch, mas com o empilhamento você pode contornar isso.
fonte