Servidor real, vários endereços IP, servidor virtual HyperV, como particionar IPs em NICs reais e virtuais

Question

Este é um problema um pouco difícil de explicar sem as mesmas informações básicas básicas - vou tentar refinar a questão mais tarde, conforme necessário

Originalmente, eu tenho um único servidor hospedado (Win 2008R2) com o seguinte intervalo de 8 endereços IP.

- Single NIC ( IP: x.x.128.72 -> x.x.128.79 // Subnet: x.x.255.192 // GW: x.x.128.65 )

Depois de instalar o Hyper-V e configurar um único servidor virtual na mesma caixa, eu queria então atribuir um dos endereços IP ao servidor virtual, deixando todo o resto funcionando normalmente.

-

Primeiramente, tentei usar a rede "Externa", mas (mesmo depois de configurar IPs no "Virtual Adapter" semelhante a Aqui , mas se esforçou para fazer a rede funcionar.

Eu precisava manter o servidor em execução (caso contrário, eu teria gasto mais tempo seguindo essa abordagem)

Q1 ... Isso foi uma coisa sensata a fazer? Devo ter continuado por este caminho?

-

Decidi então tentar uma abordagem diferente - Defina a rede HyperV como "Interna" (visível para o SO de gerenciamento)

- Physical NIC ( IP: x.x.128.72 to .75 // Subnet: x.x.255.192 // GW: x.x.128.65 )
- Virtual NIC ( IP: x.x.128.78 // Subnet: x.x.255.252 // GW: x.x.128.72 ) 
     - Gateway was the same as the IP of the physical NIC )
- Virtual OS-NIC ( IP: x.x.128.77 // Subnet: x.x.255.252 //  GW: x.x.128.78 ) 
     - Gateway was the same as the IP of the host virtual-NIC )

-

Surpreendentemente, essa abordagem realmente funcionou e consegui me conectar de todos os itens a seguir:   - Internet de / para NIC física (x.x.128.72)   - NIC física (x.x.128.72) para virtual-OS-NIC (x.x.128.77), e. teste via ping + FTP   - Internet de / para virtual-OS-NIC (x.x.128.72)

-

O problema que tenho é que essa abordagem parece durar apenas por pouco tempo (algumas horas).

Após esse período, parece que perdi a capacidade de conexão do Virtual-OS-NIC para / da Internet (mas ainda posso me conectar do sistema operacional host ao sistema operacional virtual e do SO host para a internet)

Eu re-testei isso algumas vezes com os mesmos resultados ... Eu deixo o servidor ligado por algumas horas (por exemplo, durante a noite), e quando eu volto de manhã, o Virtual-OS perde a habilidade encaminhar para a internet

-

Eu não tenho certeza do que procurar a seguir (ou se estou indo por esse caminho completamente errado)

Um "item relevante possível" é que o sistema operacional host também está executando o RRAS (Roteamento e Acesso Remoto), mas isso é apenas para executar uma VPN simples

-

Q2 - Trigo eu deveria estar olhando para o próximo? (Quaisquer boas referências / recomendações do que tentar)

Gostaria de receber quaisquer pensamentos ou comentários (mesmo se você me disser que estou falando errado)

-

* EDIT - Segunda tentativa de usar "External" *

Tendo tentado novamente com a abordagem "Externa", novamente NÃO tive acesso à rede ...

Depois, desmarcou a opção "Ativar a identificação da LAN virtual para o sistema operacional de gerenciamento" ... Ei, pronto, tudo nasceu.

A redação crítica estava oculta no link "mais sobre o gerenciamento de redes virtuais" que declara

Specifies an identification number that can be used to isolate network traffic from the management operating system

Resultado eventual ... SUCESSO (mas sem resulução do motivo pelo qual PARTLY trabalhou por tempo limitado)

Mais tarde encontrei o seguinte Blog-Post do MSDN interessante ... Entendendo as VLANs do Hyper-V

    

Answer 1

O Hyper-V não é realmente um complemento do Windows, na verdade, é um hipervisor completo que assume o controle. O sistema operacional originalmente instalado se torna uma partição raiz, subordinada ao Hyper-V. Então, qual era o sistema operacional básico é tecnicamente uma VM especial agora. Nessa medida, a VM "especial" pode ter hardware passado (para dar a aparência de ser um sistema operacional normal ainda). Essa é a configuração padrão para quase todo o hardware depois que o Hyper-V é ativado. Quando você cria uma rede virtual para o Hyper-V que está conectada a uma NIC física, o Hyper-V assume a propriedade da NIC e ela não é mais transmitida.

A configuração da sua NIC deve ser a seguinte:

A NIC Física deve ter o protocolo "Microsoft Virtual Network Switch" ativado apenas (a única exceção é quando esta não é uma NIC física real, como uma equipe configurada por software, você geralmente terá algum outro protocolo que pode não ser desativado).

No Gerenciador de Rede Virtual do Hyper-V Manager; criar uma "Rede", isso criará um comutador de rede virtual no Hyper-V. Torne-o externo, conectado à NIC física, e marque a caixa para permitir o acesso ao sistema operacional. Isso criará um novo vNIC para o SO base (lembre-se que na verdade é uma VM especial, então você está adicionando um vNIC a esta VM ...). A nova NIC pode ter que ser configurada para os IPs removidos da antiga NIC física (depende da versão do Hyper-V que você está usando, se isso for feito automaticamente ou não).

Crie as VMs conforme desejado, adicione vNICs a elas e anexe essas vNICs à Rede virtual apropriada.

Redes virtuais externas estão conectadas a uma NIC física. Eles permitem que as VMs se conectem às NICs físicas. As Redes Virtuais Internas sempre criam um novo vNIC para o Sistema Operacional de Gerenciamento (não há caixa de seleção, apenas é feito sempre). Isso permite que as VMs se comuniquem com o SO base, mas não com quaisquer NICs físicas. Redes virtuais privadas são apenas para VMs e não se conectam ao sistema operacional de gerenciamento de maneira alguma.

Você também mencionou problemas para manter as coisas funcionando. Se você não estiver usando chips NIC de classe Server (particularmente Intel, Broadcom, QLogic, Emulex, NexGen, Mellanox, etc) espere por problemas. Da mesma forma, certifique-se de ter o firmware mais recente. Se você estiver executando os chips Via ou Realtek, poderá economizar seu tempo e descartar a ideia de Hypervisors de Nível 1 confiáveis (Hyper-V, ESXi, KVM, etc.).