, indledning, som jeg nævnte i mit tidligere artikel i denne serie, planlægning er nøglen til succes i alle tilfælde.det er ikke mindre rigtigt, når det drejer sig om noget, som vinduer nic samarbejde, så denne artikel behandler forskellige ting, du er nødt til at være opmærksomme på og overveje, før du forsøger at gennemføre nationalt hold på windows server - 2012 eller senere, eller at vælge det rette hold - modus, så vi i fig. 1 i den foregående artikel, at når du bruger eu - erhvervsgrenen i at skabe et nyt hold, du har et valg af tre hold transportformer at vælge imellem:,,, statisk hold kontakten uafhængige, lacp,,,,,, det er faktisk en smule forvirrende, for der er faktisk kun to former for samarbejde:,,, kontakt transportformer tilgængelige uafhængige, skift af,,, eu - erhvervsgrenen ikke udviser en tilstand kaldet skifte betinget, men i stedet har to typer skift af transportformer:,,,tatic hold, lacp,,, så dine valg for hold - tilstand ser sådan ud:,,, kontakt, uafhængig, skift afhængige, statisk hold lacp,,,,,,, lad os undersøge i detaljer.,,, når i skal bruge skifte uafhængige hold, bytte uafhængige er misligholdelse hold - tilstand, når de skaber et nyt hold.denne tilstand og går ud fra, at du ikke har brug for dine ethernet kontakter til at deltage i, at nic samarbejde ske for din server.med andre ord, denne tilstand har ethernet - skift er ikke engang klar over, at disse knyttet til den er gået, på grund af denne udvælgelse af skifte uafhængige tilstand giver dig mulighed for at forbinde de enkelte nic i et hold til en anden ethernet - tænd din rygrad.men du kan også bruge denne tilstand, da alle disse for hold er tilsluttet det samme ethernet - skifte.,, et scenario, hvor du kan bruge denne funktion er at give skyld tolerance i tilfælde af en af nic ikke samarbejde.for eksempel, du kunne lave et hold fra to nic (nic1 og nic2) på deres server og forbinde nic1 til switch1 og nic2 til switch2.du kan få nic1 som aktivt adapter til holdet, og nic2 som standby - adapter til holdet.så hvis nic1 mislykkes, nic2 automatisk vil blive aktive og din tjener ikke vil miste sine forbindelser med din rygrad.,, konstatere, at ovennævnte fremgangsmåde, som er både kaldt aktiv /passiv eller aktiv /standby samarbejde samarbejde giver fejltolerance, men ikke båndbredde sammenlægning til din server er tilslutning til nettet.du kan lige så godt gå begge nic konfigureret som aktive og få både fejltolerance og båndbredde, sammenlægning, hvis du foretrækker, men valget er op til dig,,, når i skal bruge skifte afhængig af samarbejde, kan man kun bruge én af skift af transportformer (statisk hold eller lacp), hvis alle de nyligt industrialiserede lande er gået i forbindelse med de samme ethernet - tænd din rygrad.lad os overveje, statisk samarbejde (også kaldet generiske hold eller ieee 802.3ad samarbejde) skal konfigureringen af både server og ethernet - bytte for at få hold på arbejde.generelt kun enterprise klasse ethernet kontakter støtter denne form for funktioner, og du skal få det manuelt ethernet - skifte det kræver yderligere arbejde for at få det til at fungere.plus manuelt konfigureringen af noget altid øger chancerne for konfiguration fejl sker, hvis du laver en slags fejl under oprettelse proces.hvis det er muligt, forsøge at holde dig væk fra efter denne tilgang til nationalt hold på windows server.,, lacp (også kaldet ieee 802.1ax hold eller dynamisk samarbejde, som bør ikke forveksles med de nye dynamiske mængdebalancerings - transport til rådighed for nic samles i windows server - 2012 r2) bruger forbindelsen sammenlægning kontrol protokol til dynamisk identifikation nettet forbindelser mellem - og ethernet - kontakt.det gør lacp overlegne i forhold til statisk samarbejde, fordi det gør det muligt - at kommunikere med ethernet - skift i samarbejde proces, således at de automatiske konfiguration af holdet på begge serveren og ethernet - knap.men mens de fleste virksomheder klasse ethernet afbrydere støtte lacp, du har brug for, at det generelt på udvalgte switchporte, før de kan anvendes.så lacp er mindre arbejde for at få end statisk hold, men endnu mere arbejde at oprette end skifte uafhængige hold, som er den manglende mulighed for vinduer nic hold.,, vælger skifte uafhængige hold,, bundlinien er, at skifte uafhængige samarbejde generelt er dit bedste valg at vælge for hold - tilstand ved at skabe en ny - hold af to grunde.det første, du behøver ikke at udføre enhver konfiguration på ethernet - skift at få den til at fungere.og for det andet, du kan få to slags fejltolerance:,,, beskyttelse mod svigt af nic i teamet, beskyttelse mod fejl i en ethernet - forbundet til hinanden nic (når du er at forbinde forskellige mener til gengæld forskellige ethernet - vekselstrømsafbrydere),,, men der er et par scenarier beskrevet senere under, hvor skifte afhængig af samarbejde kan være det bedste valg, hvis din ethernet afbrydere støtte sådanne funktioner, og det er op til konfigureringen.,, at vælge den rigtige mængdebalancerings - modus, lad os sige, du har valgt, skifte uafhængige hold som hold - tilstand for et nyt nationalt hold, du skaber.din næste beslutning er der mængdebalancerings - modus, du skal bruge.som beskrevet i den tidligere artikel i denne serie, nic samles i windows server - 2012 støtter to forskellige mængdebalancerings transportformer: adresse hash eller hyper-v havn.windows server - 2012 r2 tilføjer en tredje mulighed for mængdebalancerings - tilstand kaldet dynamisk, men ved afslutningen af denne artikel er der kun få oplysninger om, hvordan det virker, så vil vi vende tilbage til det senere, når der er nye oplysninger.og hvis du er serveren er windows server - 2012, mængdebalancerings - tilstand, er ikke en mulighed for dig alligevel.,,, når i skal bruge adressen hash, den væsentligste begrænsning af denne mængdebalancerings - fremgangsmåde er, at indgående trafik kan kun modtages af et enkelt medlem af holdet.årsagen til dette har at gøre med den underliggende transaktion, hvor adresse hashing anvender ip - adresser og tcp havne for frø, hash - funktion.så et scenarie, hvor det kunne være den bedste løsning ville være, hvis din server er den form for arbejde, hvor indgående trafik lys og udgående trafik er tung. - lyder det bekendt?det er præcis, hvad en web - server, som er erfaringer med hensyn til netværkstrafik.indkommende http //https anmodninger er generelt kort strømme af tcp trafik.hvad bliver pumpet ud i svar på sådanne anmodninger, men kan omfatte tekst, billeder og video.,,, når i skal bruge hyper-v havn, denne mængdebalancerings - tilgang affinitizes hver hyper-v havn (dvs. hver virtuel maskine) på en hyper-v vært for et enkelt nationalt i hold på et givet tidspunkt.det, du får her er ingen mængdebalancerings fra virtuel maskine perspektiv.hver virtuel maskine kan kun anvende en pik - i en tid, så konstruktivt ind - og udgående kapacitet til virtuel maskine er begrænset til, hvad der er leveret af en enkelt fysisk nic på værten.kan du bruge, når denne form for belastning balance?en typisk situation kan være, hvis antallet af virtuelle maskiner kører på værten er langt større end antallet af fysiske nic i hold på værten.bare vær sikker på, at den fysiske industri kan give passende båndbredde til arbejdsbyrder løbe i det virtuelle maskiner.,, andre muligheder, hvis du gennemføre nationalt hold på en hyper-v vært og din virtuelle maskiner skal være i stand til at udnytte båndbrede fra mere end én nic i holdet, og så en mulighed for dig, hvis din ethernet skift, støtter det), er at få lacp eller statiske slår mig som din makker tilstand og adresse hash, som din mængdebalancerings - modus.dette er muligt, fordi det er sådan du konfigurere ethernet - kontakt, der afgør, hvor trafikken fordeles over dem.det er lidt usædvanligt, men fordi normalt, hvis du har en virtualized arbejdsbyrde, som kræver høj båndbredde til både ind - og udgående trafik (f.eks. en stor sql - database arbejdsbyrde), så er du sikkert vil kun have en eller to virtuelle maskiner i drift på det hyper-v vært.,, så er der spørgsmålet om gennemførelse af nic samarbejde inden for gæst styresystemet for virtuel maskine i modsætning til den underliggende vært operativsystem.men vi vil lade diskussionen af dette emne, indtil den næste artikel i denne serie, og efter at vi begynder at undersøge, hvordan vinduer powershell kan anvendes til at organisere og forvalte nationalt hold på windows server - 2012 eller senere.