Cria e gerencia uma máquina virtual do Windows que tem várias NICs
Aplica-se a: ✔️ VMs do Windows ✔️ Conjuntos de dimensionamento flexíveis
As máquinas virtuais (VMs) no Azure podem ter várias placas de interface de rede virtual (NICs) anexadas a elas. Um cenário comum é ter sub-redes diferentes para conectividade de front-end e back-end. Você pode associar várias NICs em uma VM para várias sub-redes, mas essas sub-redes devem residir na mesma rede virtual (vNet). Este artigo fornece detalhes sobre como criar uma VM que tem várias NICs anexadas. Você também aprenderá a adicionar ou remover as NICs de uma VM existente. Diferentes tamanhos de VM dão suporte a um número variável de NICs, sendo assim, dimensione sua VM adequadamente.
Observação
Se várias sub-redes não são necessárias para um cenário, pode ser mais simples utilizar várias configurações de IP em uma única NIC. As instruções para essa configuração podem ser encontradas aqui.
Nos exemplos a seguir, substitua os nomes de parâmetro de exemplo com seus próprios valores. Os nomes de parâmetro de exemplo incluem myResourceGroup, myVnet e myVM.
Em primeiro lugar, crie um grupo de recursos. O exemplo a seguir cria um grupo de recursos chamado myResourceGroup no local EastUs:
New-AzResourceGroup -Name "myResourceGroup" -Location "EastUS"
Um cenário comum é para uma rede virtual ter duas ou mais sub-redes. Uma sub-rede pode ser usada para o tráfego de front-end, a outra para o tráfego de back-end. Para se conectar a ambas as sub-redes, você usa várias NICs em sua VM.
Defina duas sub-redes de rede virtual com New-AzVirtualNetworkSubnetConfig. O exemplo a seguir define as sub-redes, para mySubnetFrontEnd e mySubnetBackEnd:
$mySubnetFrontEnd = New-AzVirtualNetworkSubnetConfig -Name "mySubnetFrontEnd" ` -AddressPrefix "192.168.1.0/24" $mySubnetBackEnd = New-AzVirtualNetworkSubnetConfig -Name "mySubnetBackEnd" ` -AddressPrefix "192.168.2.0/24"
Crie uma rede virtual e sub-redes com New-AzVirtualNetwork. O seguinte exemplo cria uma rede virtual chamada myVnet:
$myVnet = New-AzVirtualNetwork -ResourceGroupName "myResourceGroup" ` -Location "EastUs" ` -Name "myVnet" ` -AddressPrefix "192.168.0.0/16" ` -Subnet $mySubnetFrontEnd,$mySubnetBackEnd
Crie dois adaptadores de rede com New-AzNetworkInterface. Anexe uma NIC à sub-rede de front-end e uma NIC à sub-rede de back-end. O exemplo a seguir cria NICs, chamadas myNic1 e myNic2:
$frontEnd = $myVnet.Subnets|?{$_.Name -eq 'mySubnetFrontEnd'}
$myNic1 = New-AzNetworkInterface -ResourceGroupName "myResourceGroup" `
-Name "myNic1" `
-Location "EastUs" `
-SubnetId $frontEnd.Id
$backEnd = $myVnet.Subnets|?{$_.Name -eq 'mySubnetBackEnd'}
$myNic2 = New-AzNetworkInterface -ResourceGroupName "myResourceGroup" `
-Name "myNic2" `
-Location "EastUs" `
-SubnetId $backEnd.Id
Normalmente, você também criaria um grupo de segurança de rede para filtrar o tráfego de rede para a VM e um balanceador de carga para distribuir o tráfego entre diversas VMs.
Agora, comece a criar sua configuração de VM. Cada tamanho de VM tem um limite para o número total de NICs que podem ser adicionada a uma VM. Para obter mais informações, consulte Tamanhos da VM no Windows .
Defina suas credenciais de VM para a variável
$cred
da seguinte maneira:$cred = Get-Credential
Defina sua VM com New-AzVMConfig. O exemplo a seguir define uma VM chamada myVM e usa um tamanho de VM que dá suporte a até duas NICs (Standard_DS3_v2):
$vmConfig = New-AzVMConfig -VMName "myVM" -VMSize "Standard_DS3_v2"
Crie o restante da configuração da VM com Set-AzVMOperatingSystem e Set-AzVMSourceImage. O exemplo a seguir cria uma VM do Windows Server 2016:
$vmConfig = Set-AzVMOperatingSystem -VM $vmConfig ` -Windows ` -ComputerName "myVM" ` -Credential $cred ` -ProvisionVMAgent ` -EnableAutoUpdate $vmConfig = Set-AzVMSourceImage -VM $vmConfig ` -PublisherName "MicrosoftWindowsServer" ` -Offer "WindowsServer" ` -Skus "2016-Datacenter" ` -Version "latest"
Anexe os dois adaptadores de rede que você criou anteriormente com Add-AzVMNetworkInterface:
$vmConfig = Add-AzVMNetworkInterface -VM $vmConfig -Id $myNic1.Id -Primary $vmConfig = Add-AzVMNetworkInterface -VM $vmConfig -Id $myNic2.Id
Crie sua VM com New-AzVM:
New-AzVM -VM $vmConfig -ResourceGroupName "myResourceGroup" -Location "EastUs"
Adicione rotas para NICs secundárias ao SO, concluindo as etapas em Configurar o sistema operacional para várias NICs.
Para adicionar uma NIC virtual a uma VM existente, você desalocar a VM, adiciona a NIC virtual e inicia a VM. Diferentes tamanhos de VM dão suporte a um número variável de NICs, sendo assim, dimensione sua VM adequadamente. Se necessário, é possível redimensionar uma VM.
Desaloque a VM com Stop-AzVM. O seguinte exemplo desaloca a VM chamada myVM no myResourceGroup:
Stop-AzVM -Name "myVM" -ResourceGroupName "myResourceGroup"
Obtenha a configuração existente da VM com Get-AzVm. O exemplo a seguir obtém informações sobre a VM chamada myVM no myResourceGroup:
$vm = Get-AzVm -Name "myVM" -ResourceGroupName "myResourceGroup"
O exemplo a seguir cria um adaptador de rede virtual com New-AzNetworkInterface chamado myNic3 que está anexado a mySubnetBackEnd. O adaptador de rede virtual é anexado à VM chamada myVM no myResourceGroup com Add-AzVMNetworkInterface:
# Get info for the back end subnet $myVnet = Get-AzVirtualNetwork -Name "myVnet" -ResourceGroupName "myResourceGroup" $backEnd = $myVnet.Subnets|?{$_.Name -eq 'mySubnetBackEnd'} # Create a virtual NIC $myNic3 = New-AzNetworkInterface -ResourceGroupName "myResourceGroup" ` -Name "myNic3" ` -Location "EastUs" ` -SubnetId $backEnd.Id # Get the ID of the new virtual NIC and add to VM $nicId = (Get-AzNetworkInterface -ResourceGroupName "myResourceGroup" -Name "MyNic3").Id Add-AzVMNetworkInterface -VM $vm -Id $nicId | Update-AzVm -ResourceGroupName "myResourceGroup"
NICs virtuais primárias
Uma das NICs em uma VM com várias NICs precisa ser primária. Se uma das NICs virtuais existentes na VM já estiver definida como primária, você pode ignorar esta etapa. O exemplo a seguir presume que duas NICs virtuais agora estão presentes em uma VM e você deseja adicionar a primeira NIC (
[0]
) como a primária:# List existing NICs on the VM and find which one is primary $vm.NetworkProfile.NetworkInterfaces # Set NIC 0 to be primary $vm.NetworkProfile.NetworkInterfaces[0].Primary = $true $vm.NetworkProfile.NetworkInterfaces[1].Primary = $false # Update the VM state in Azure Update-AzVM -VM $vm -ResourceGroupName "myResourceGroup"
Inicie a VM com Start-AzVm:
Start-AzVM -ResourceGroupName "myResourceGroup" -Name "myVM"
Adicione rotas para NICs secundárias ao SO, concluindo as etapas em Configurar o sistema operacional para várias NICs.
Para remover uma NIC virtual de uma VM existente, você desaloca a VM, remove a NIC virtual e inicia a VM.
Desaloque a VM com Stop-AzVM. O seguinte exemplo desaloca a VM chamada myVM no myResourceGroup:
Stop-AzVM -Name "myVM" -ResourceGroupName "myResourceGroup"
Obtenha a configuração existente da VM com Get-AzVm. O exemplo a seguir obtém informações sobre a VM chamada myVM no myResourceGroup:
$vm = Get-AzVm -Name "myVM" -ResourceGroupName "myResourceGroup"
Obtenha informações sobre a remoção do adaptador de rede com Get-AzNetworkInterface. O seguinte exemplo obtém informações sobre myNic3:
# List existing NICs on the VM if you need to determine NIC name $vm.NetworkProfile.NetworkInterfaces $nicId = (Get-AzNetworkInterface -ResourceGroupName "myResourceGroup" -Name "myNic3").Id
Remova o adaptador de rede com Remove-AzVMNetworkInterface e atualize a VM com Update-AzVm. O exemplo a seguir remove myNic3 conforme obtidas pelo
$nicId
na etapa anterior:Remove-AzVMNetworkInterface -VM $vm -NetworkInterfaceIDs $nicId | ` Update-AzVm -ResourceGroupName "myResourceGroup"
Inicie a VM com Start-AzVm:
Start-AzVM -Name "myVM" -ResourceGroupName "myResourceGroup"
Os modelos do Azure Resource Manager oferecem uma maneira de criar várias instâncias de um recurso durante a implantação, como a criação de várias NICs. Os modelos do Resource Manager usam arquivos JSON declarativos para definir o seu ambiente. Para saber mais, consulte Visão geral do Azure Resource Manager. Você usa copiar para especificar o número de instâncias a serem criadas:
"copy": {
"name": "multiplenics",
"count": "[parameters('count')]"
}
Para obter mais informações, consulte criando várias instâncias usando cópia.
Você também pode usar copyIndex()
para acrescentar um número a um nome de recurso. Você pode criar myNic1, MyNic2 e assim por diante. O código a seguir mostra um exemplo de como acrescentar o valor de índice:
"name": "[concat('myNic', copyIndex())]",
Você pode ler um exemplo completo em criando várias NICs usando modelos do Resource Manager.
Adicione rotas para NICs secundárias ao SO, concluindo as etapas em Configurar o sistema operacional para várias NICs.
O Azure atribui um gateway padrão ao primeiro adaptador de rede (primário) anexado à máquina virtual. O Azure não atribui um gateway padrão aos adaptadores de rede adicionais (secundários) anexados à máquina virtual. Portanto, por padrão, não é possível se comunicar com os recursos fora da sub-rede na qual um adaptador de rede secundária se encontra. Entretanto, adaptadores de rede secundários podem se comunicar com recursos fora da sub-rede deles, embora as etapas para habilitar a comunicação sejam diferentes para os diversos sistemas operacionais.
Em um prompt de comando do Windows, execute o comando
route print
, que retorna uma saída semelhante à seguinte saída para uma máquina virtual com dois adaptadores de rede anexados:=========================================================================== Interface List 3...00 0d 3a 10 92 ce ......Microsoft Hyper-V Network Adapter #3 7...00 0d 3a 10 9b 2a ......Microsoft Hyper-V Network Adapter #4 ===========================================================================
Neste exemplo, o Adaptador de Rede nº 4 do Microsoft Hyper-V (interface 7) é o adaptador de rede secundário que não tem um gateway padrão atribuído a ele.
Em um prompt de comando, execute o comando
ipconfig
para ver qual endereço IP é atribuído ao adaptador de rede secundário. Neste exemplo, 192.168.2.4 está atribuído à interface 7. Nenhum endereço de gateway padrão é retornado para o adaptador de rede secundário.Para rotear todo o tráfego destinado a endereços fora da sub-rede do adaptador de rede secundário para o gateway para a sub-rede, execute o seguinte comando:
route add -p 0.0.0.0 MASK 0.0.0.0 192.168.2.1 METRIC 5015 IF 7
O endereço de gateway para a sub-rede é o primeiro endereço IP (terminando em .1) no intervalo de endereços definido para a sub-rede. Se você não quiser para rotear todo o tráfego para fora da sub-rede, adicione rotas individuais para destinos específicos. Por exemplo, se você quiser rotear o tráfego do adaptador de rede secundário para a rede 192.168.3.0, digite o comando:
route add -p 192.168.3.0 MASK 255.255.255.0 192.168.2.1 METRIC 5015 IF 7
Para confirmar a comunicação com êxito com um recurso na rede 192.168.3.0, por exemplo, digite o seguinte comando para executar o ping 192.168.3.4 usando a interface 7 (192.168.2.4):
ping 192.168.3.4 -S 192.168.2.4
Talvez seja necessário abrir o ICMP através do firewall do Windows do dispositivo no qual você está fazendo o ping com o seguinte comando:
netsh advfirewall firewall add rule name=Allow-ping protocol=icmpv4 dir=in action=allow
Para confirmar se a rota adicionada está na tabela de rotas, insira o comando
route print
, que retorna uma saída semelhante ao seguinte texto:=========================================================================== Active Routes: Network Destination Netmask Gateway Interface Metric 0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.4 15 0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.4 5015
A rota listada com 192.168.1.1 em Gateway é aquela que existe por padrão para o adaptador de rede primário. A rota 192.168.2.1 em Gateway é aquela que você adicionou.
Analise os tamanhos de VM do Windows quando estiver tentando criar uma VM que tem várias NICs. Preste atenção ao número máximo de NICs a que cada VM dá suporte.