Så langt i denne serien av artikler vi har dekket hva Windows NIC Teaming er, hvordan det fungerer, hva scenarier den støtter, hva hensyn er viktig når implementere det, og hvordan å implementere på en fysisk server ved hjelp av Windows Powershell. I denne artikkelen og den neste vil vi undersøke hvordan å implementere Windows NIC Teaming på en virtuell maskin som kjører på en Hyper-V host.
Host Configuration
Vi vil begynne med å undersøke konfigurasjonen av våre vertssystemet. Som beskrevet i forrige artikkel, er serveren jeg bruker for denne artikkelserien en gammel Dell T300 system som har to innebygde Broadcom GbE nettverkskort. Begge disse kortene er koblet til samme nettverk subnett i min testlab, og nettverks er koblet til Internett via en ruter. Serveren er oppkalt HOST30 og verten operativsystemet er Windows Server 2012 R2.
Hyper-V-rollen har blitt lagt til verten og fire Hyper-V virtuelle svitsjer har blitt opprettet på verten. Vi kan bruke Get-VMSwitch cmdlet for å vise detaljer om disse fire virtuelle brytere:
PS C: \\ > Get-VMSwitchName SwitchType NetAdapterInterfaceDescription ---- ---------- ------------------------------ vSwitch -2 Ekstern Broadcom NetXtreme Gigabit Ethernet # 2vSwitch-1 Ekstern Broadcom NetXtreme Gigabit EthernetvSwitch-INT InternalvSwitch-PRI Privat Som du ser av det ovenstående, er de to Broadcom nettverkskort kobles til eksterne virtuelle svitsjer slik at de kan gi tilkobling til Internett. Den tredje virtuell bryter er konfigurert som en intern switch, og den fjerde er konfigurert som en privat bryter For å finne ut hva som virtuelle maskiner er på verten, vi kan bruke Get-VM cmdlet som dette.: PS C: \\ > Get-VMName State CPUUsage (%) MemoryAssigned (M) Oppetid Status ---- ----- ----------- ---------------- - ------ ------ DC-150 Av 0 0 00:00:00 Drifts normallySRV-160 Av 0 0 00:00:00 Drifts normallySRV35 Running 0 2 048 00:04:12 Drifts normallyWin81test Saved 0 0 0:00:00 Drifts normalt Den virtuelle maskinen vi skal fokusere på er SRV35 som i dag startet på verten. Gjesteoperativsystemet av denne virtuelle maskinen er også Windows Server 2012 R2 Ved hjelp av Get-VMNetworkAdapter fra verten, kan vi vise informasjon om de virtuelle nettverkskort i virtuell maskin SRV35 som følger:. PS C: \\ > Get-VMNetworkAdapter -VMName SRV35 | Tabell Format-navn, SwitchName, macaddress, IPAddresses -AutoSizeName SwitchName macaddress IPAddresses ---- ---------- ---------- ----------- Network Adapter vSwitch-en 00155D0B1E09 {172.16.11.64, fe80 :: 6032: 6243: 2 621 ... Network Adapter vSwitch-2 00155D0B1E0B {172.16.11.65, fe80 :: 1822: c8ea: e7b8 ... Network Adapter vSwitch-INT 00155D0B1E0C {169.254.22.148, fe80 :: 99d: 1de1: A66 ... Network Adapter vSwitch-PRI 00155D0B1E0D {169.254.225.244, fe80 :: a07d: 228c: 7 ... Som du kan ser av ovenstående, den virtuelle maskinen SRV35 har fire virtuelle nettverkskort konfigurert med hver adapter koblet til en annen virtuell svitsj på verten. La oss undersøke nettverkskonfigurasjonen av virtuell maskin nærmere. Når du har logget deg på gjesteoperativsystemet av den virtuelle maskinen kan vi bruke Get-NetAdapter cmdlet for å vise mer informasjon om de virtuelle nettverkskort i den virtuelle maskinen: PS C: \\ > Get-NetAdapterName InterfaceDescription ifIndex Status ---- -------------------- ------- ----- Ethernet 4 Microsoft Hyper-V Network Adapter # 4 30 UpEthernet 3 Microsoft Hyper-V Network Adapter # 3 26 UpEthernet to Microsoft Hyper-V Network Adapter # 2 22 UpEthernet Microsoft Hyper-V Network Adapter 12 Up Som du kan se de fire virtuelle nettverkskort er oppkalt Ethernet via Ethernet 4. Get-NetIPInterface cmdlet viser at alle fire virtuelle nettverkskort har IP-adressene konfigureres via DHCP: PS C: \\ > Get-NetIPInterface -InterfaceAlias "Eth *" -AddressFamily IPv4 | Format-Table InterfaceAlias, DHCP -AutoSizeInterfaceAlias DHCP -------------- ---- Ethernet 4 EnabledEthernet 3 EnabledEthernet to EnabledEthernet Aktivert Og Get-NetIPAddress cmdlet viser oss IP-adressen som er dynamisk tildelt hver virtuelle nettverkskort: PS C: \\ > Get-NetIPAddress -InterfaceAlias "Eth *" -AddressFamily IPv4 | Format-Table InterfaceAlias, IPAddress, PrefixLength -AutoSizeInterfaceAlias IPAddress PrefixLength -------------- --------- ------------ Ethernet 4 172,16 .11.65 24Ethernet 3 169.254.22.148 16Ethernet to 169.254.225.24 16Ethernet 172.16.11.64 Ved å sammenligne IP-adresser i produksjonen fra å kjøre Get-NetIPAddress i den virtuelle maskinen med IP-adressene i produksjonen fra å kjøre Get-VMNetworkAdapter på verten, kan vi finne ut hvilken virtuell svitsj hver virtuelle nettverkskortet er koblet til. Tabellen nedenfor oppsummerer denne informasjonen: Navn av virtuelle nettverkskort Virtual bryter tildelt adapteren Type virtuell svitsj Ethernet Ekstern Ethernet 2 vSwitch-PRI Privat Ethernet 3 vSwitch-INT Internal Ethernet 4 vSwitch-2 Ekstern Tabell 1 Vi ll trenger denne informasjonen snart. Med fysiske servere som har flere fysiske nettverkskort, kan du bare bruke den New-NetLbfoTeam cmdlet for å opprette en ny NIC lag . Med virtuelle maskiner derimot, du må aktivere NIC Teaming-funksjonalitet på den virtuelle maskinen før du kan opprette et nytt team fra sine virtuelle nettverkskort. Fra verten, vil vi starte med å bruke Get-VMNetworkAdapter cmdlet å avgjøre om NIC Teaming er aktivert eller ikke på virtuell maskin SRV35: PS C: \\ > Get-VMNetworkAdapter -VMName SRV35 | Format-Table macaddress, SwitchName, AllowTeaming -AutoSizeMacAddress SwitchName AllowTeaming ---------- ---------- ------------ 00155D0B1E09 vSwitch-en Off00155D0B1E0B vSwitch -2 Off00155D0B1E0C vSwitch-INT Off00155D0B1E0D vSwitch-PRI Off Fra ovennevnte kan vi se at AllowTeaming parameteren er satt til Av for hver av de fire virtuelle nettverkskort konfigurert i den virtuelle maskinen. For å aktivere NIC Teaming for disse kortene, kan vi bruke Set-VMNetworkAdapter cmdlet som dette: PS C: \\ > Set-VMNetworkAdapter -VMName SRV35 -AllowTeaming På La oss bruke Get-VMNetworkAdapter å verifisere resultatet: PS C: \\ > Get-VMNetworkAdapter -VMName SRV35 | Format-Table macaddress, SwitchName, AllowTeaming -AutoSizeMacAddress SwitchName AllowTeaming ---------- ---------- ------------ 00155D0B1E09 vSwitch-en On00155D0B1E0B vSwitch -2 On00155D0B1E0C vSwitch-INT On00155D0B1E0D vSwitch-PRI På NIC Teaming er aktivert på hver virtuelle nettverkskort, så vi er nå klar til å lage et nytt lag. Fra nå av skal vi kjøre hele Powershell kommandoer i gjesteoperativsystemet av den virtuelle maskinen. La oss begynne med å sjekke om det er noen NIC lagene i den virtuelle maskinen: PS C: \\ > Get-NetLbfoTeam null effekt indikerer at det er ingen lag ennå i den virtuelle maskinen La oss lage et nytt lag med to av de virtuelle nettverkskort. Ethernet og Ethernet 4. Fra tabellen tidligere i denne artikkelen, kan du se at begge disse virtuelle nettverkskort er koblet til eksterne virtuelle brytere på den underliggende verten. Vi kan bruke den New-NetLbfoTeam cmdlet for å opprette det nye teamet, men først la oss kontrollere vi har fått ting riktig ved å bruke -WhatIf parameter: PS C: \\ > New-NetLbfoTeam -Name VMTestTeam -TeamMembers "Ethernet", "Ethernet 4" -WhatIfWhat dersom: Oppretter Lag: 'VMTestTeam' med TeamMembers: {'Ethernet', 'Ethernet 4'}, TeamNicName ... Nå la oss kjøre kommandoen: PS C: \\ > ? New-NetLbfoTeam -Name VMTestTeam -TeamMembers "Ethernet", "Ethernet 4" ConfirmAre du sikker på at du vil utføre denne handlingen Oppretter Lag: 'VMTestTeam' med TeamMembers: {'Ethernet', 'Ethernet 4'}, TeamNicName ... [Y] Ja [A] Ja til alt [N] Nei [L] Nei til Alle [S] Opphev Help (standard er "Y") [?]: yName: VMTestTeamMembers: {Ethernet 4, Ethernet} TeamNics: VMTestTeamTeamingMode: SwitchIndependentLoadBalancingAlgorithm: TransportPortsStatus: Degradert Det nye teamet er opprettet, men det er status vises som Degradert. Men hvis du husker fra den forrige artikkelen i denne serien, hva som sannsynligvis skjer her er at dette er bare en midlertidig tilstand som det nye teamet tar noen sekunder å initial. Hvis vi åpner NIC Teaming brukergrensesnittet på dette punktet kan vi bekrefte at klubben er riktig fungerer. En rask måte å åpne NIC teaming UI er å skrive inn følgende kommando: PS C: \\ > lbfoadmin Ved å velge Lag grensesnitt henhold Adaptere og grensesnitt, kan vi også vise grensesnitt for det nye teamet: Alt ser bra ut med det nye teamet, og vi kan også bruke Powershell til å bekrefte sin status og detaljene for sine team medlemmer og team grensesnitt: PS C: \\ > Få-NetLbfoTeam Navn: VMTestTeamMembers: {Ethernet 4, Ethernet} TeamNics: VMTestTeamTeamingMode: SwitchIndependentLoadBalancingAlgorithm: TransportPortsStatus: Upps C: \\ > Get-NetLbfoTeamMember -Team VMTestTeamName: Ethernet 4InterfaceDescription: Microsoft Hyper-V Network Adapter # 4Team: VMTestTeamAdministrativeMode: ActiveOperationalStatus: ActiveTransmitLinkSpeed (Gbps): 10ReceiveLinkSpeed (Gbps): 10FailureReason: NoFailureName: EthernetInterfaceDescription: Microsoft Hyper-V Network AdapterTeam: VMTestTeamAdministrativeMode: ActiveOperationalStatus: ActiveTransmitLinkSpeed (Gbps): 10ReceiveLinkSpeed (Gbps): 10FailureReason: NoFailurePS C: \\ > Get-NetLbfoTeamNic -Team VMTestTeamName: VMTestTeamInterfaceDescription: Microsoft Network Adapter multiplexor DriverTeam: VMTestTeamVlanID: Primær: TrueDefault: TrueTransmitLinkSpeed (Gbps): 20ReceiveLinkSpeed (Gbps): 20 I neste artikkel vil vi se hva annet vi kan gjøre med en NIC team i en virtuell maskin. Anmeldelser
Virtual maskinkonfigurasjon
24
< p> vSwitch-en
Aktivere NIC Teaming for den virtuelle maskinen
Opprette et nytt team
Figur 1: En ny NIC team med to medlemmer: Ethernet og Ethernet 4
Figur 2: Grensesnittene for den nye NIC teamet