Innledning
Slutten er endelig et sted i sikte for vår endeløs serie (i hvert fall virker det sånn) på de nye funksjonene og funksjonaliteten i Windows Server 2012 nettverksteknologier. I del 1 til 5, vi ’ ve allerede dekket elleve viktige endringer, forbedringer og tillegg. I denne, del 6 av serien, vi ’ ll takle Windows Server 2012 ’ s gjennomføring av en komplisert funksjon. Windows Quality of Service (QoS)
Her ’ s vår liste igjen, og viser elementene vi ’ har allerede løst i tidligere artikler, de vi ’ å vil se på i denne artikkelen, og de som er ennå ikke kommet:
Tidligere artikler:
802.1x Godkjente Kablet og trådløst tilgangs
Branchcache
Data Center Bridging (DCB)
Domain Name System (DNS)
DHCP
Hyper-V nettverk virtualisering
IP Address Management (IPAM)
Low Latency arbeidsmengde teknologier
Network Load Balancing
Nettverk Regler og Access Services
NIC Teaming
Denne artikkelen:
Windows QoS
Fremtidige artikler:
Direct og Unified RRAS
< li> Windows-brannmur med avansert sikkerhet
Som du ser, denne gangen vi ’ re kommer til å ta et dypere dykk inn i Windows Quality of Service, forlate oss med Direct og Unified Routing and Remote Access Services ( RRAS) og endringer i Windows-brannmur med avansert sikkerhet (WFAS) i Windows Server 2012 for våre siste artikler.
Windows Quality of Service (QoS)
QoS har vært en del av Windows Server i lang tid; Det ble først introdusert i Windows Server 2000. QoS handler om prioritering til ulike typer nettverkstrafikk (basert på applikasjoner, brukere og datamaskiner). Dette gjør at du kan sørge for at høy båndbredde programmer som videokonferanser og telepresence få den båndbredden de trenger for å fungere, eller at du kan sørge for at mindre forretningskritiske applikasjoner som online spill don ’ t hog all båndbredden ved å strupe deres bruk.
QoS er ikke en proprietær Microsoft-teknologi; standarder for QoS er etablert i flere ulike IETF Forespørsler om Kommentarer (RFC). Microsoft ’ s gjennomføring av QoS har utviklet seg gjennom tretten år siden det ble innført
Minimum båndbredde
QoS i Windows Server 2012 gir deg utvidet kontroll i å håndtere båndbredde ved å legge minimum båndbredde kontroller til. maksimal båndbredde at du var (og fortsatt er) i stand til å sette i tidligere versjoner av Microsoft ’ s QoS. Denne minimum båndbredde funksjonen gir deg muligheten til å spesifisere hvordan båndbredden skal deles når flere programmer konkurrerer om den over samme nettverksgrensesnittet i et overbelastet nettverk.
Forskjellen er at beregningene du tildele ulike applikasjoner vil kun gjelde når nettverket er overbelastet. De aren ’ t absolutte strupe priser som det maksimale funksjonen båndbredden som pålegger en fast grense på et program eller arbeidsmengde. Med maksimal båndbredde, hvis du setter en vekt (for eksempel 40) til en bestemt arbeidsbelastning, det vil aldri være i stand til å gå over at selv om det ikke finnes andre arbeidsoppgaver som bruker båndbredde. Med et minimum båndbredde innstillingen, vil det være begrenset til 40 prosent av båndbredden når nettverket er overbelastet, men når de andre programmene aren ’ t bruker båndbredde, vil det være i stand til å gå over den grensen. Begge funksjonene kan aktiveres, slik at du kan sette en maksimal båndbredde på en søknad og et minimum båndbredde på en annen.
Enklere arbeidsmengde klassifisering
Noe annet som Windows Server 2012 har gjort med QoS er å gjøre det enklere å klassifisere de forskjellige arbeidsoppgaver. Arbeidsbelastningen kan filtreres for å matche TCP eller UDP-porter. For eksempel, er SMB trafikk klassifisert som passer TCP eller UDP-port 445.
PFC støtte
Windows Server 2012 støtter Priority Flow Control (PFC), som er en IEEE-standard (802.1Qbb), som selektivt kan stanse trafikk, basert på klassifikasjon. Cisco opprinnelig utviklet PFC. PFC kan håndtere arbeidsoppgaver som krever lossless transport, slik at det ikke er tap av pakker når nettverket er overbelastet. Et eksempel på trafikk som trenger tapsfri transport ville være Remote Direct Memory Access (RDMA) trafikken som går over Ethernet (RDMA løpet Converged Ethernet eller ROCE).
Det forbeholdet her er at NIC vil måtte støtte PFC. Så du kan aktivere PFC i begge ender, blir den virtuelle ROCE linken lossless, men andre arbeidsoppgaver vant ’ t bli påvirket som de er med andre løsninger som link nivå flow control
Hyper-V QoS
.
Windows Server 2012, som sine forgjengere Windows Server 2008 og 2008 R2 støtter policy-basert QoS, som er implementert som en del av Windows Server ’ s Group Policy. Dine QoS-policyer definerer prioriteringer. De gjør dette via en verdi i TOS (Type of Service) felt i en pakke header (for IPv4, er dette Type of Service-feltet, og for IPv6, det ’ s kalt Traffic Class feltet). Rutere kan utnytte verdien her for å finne ut hvordan du kø pakker. Policy-basert QoS lar deg konfigurere og håndheve QoS politikk på brukernivå, noe som er vanskelig å gjøre når du setter QoS på rutere og svitsjer. En annen fordel er at du kan spesifisere politikk basert på nettadresser i stedet for IP-adresser.
Windows Server 2012 tar alt dette videre med nye funksjoner for å håndtere båndbredde på virtuelle nettverk. Hyper-V QoS er spesielt nyttig for sky tilbydere eller foretak som trenger Hyper-V virtuelle maskiner for å ha pålitelig, forutsigbar ytelse. Du kan fremtvinge både minimum båndbredde og maksimal båndbredde for trafikkstrømmer. En Hyper-V virtuell bryter portnummeret brukes til å identifisere arbeidsmengden. For Powershell aficionados, kan du bruke Powershell cmdlets å konfigurere minimum og maksimum båndbredde innstillinger for de virtuelle svitsjporter, og du kan også konfigurere QoS individuelt for flere nettverkskort.
Ved hjelp av Hyper-V QoS vil tillate deg å sørge for at at en bestemt VM eller virtuelle NIC doesn ’ t hog all båndbredden til skade for andre grensesnitt. Du kan konfigurere minimums- og maksimumsverdier som prosent (vekt) eller som absolutte verdier. Microsoft anbefaler at du holder summen av vektene på eller nær 100 som beste praksis, selv om det isn ’ t nødvendig. Hvis det er en type trafikk som doesn ’ t ha en vekt tilordnet til det, vil det ende opp i standard flyt kategori. Det ’ s beste for å gi mest forretningskritiske arbeidsbelastninger store vekter, selv om du ikke ’ t forventer at de vil bruke som andel av båndbredde
Du kan sette minimums- og maksimums absolutte båndbreddeverdiene i det grafiske grensesnittet. , men med Powershell, kan du angi et minimum båndbredde på en per virtuell maskin basis. Faktisk er Powershell den beste måten å administrere alle Windows Server 2012 QoS-innstillinger.
Behandle QoS med Powershell
Opprette ny Quality of Service politikk kan gjøres med New-NetQosPolicy cmdlet. For å opprette en policy, må du definere både filtre og handlinger. Filteret identifiserer trafikktype, for eksempel ved at navnet på programmet eller portnummeret trafikken bruker. Handlingen viser til hvordan trafikken blir håndtert. Det er parametere for velkjente programmer som iSCSI, NFS, SMB og LiveMigration. Å angi navnet på et program, bruker du – AppPathNameMatchCondition parameter med en streng identifisere programnavn eller filbane (for eksempel% Programfiles% \\ application.exe) den
For å opprette en policy for trafikk. som du haven ’ t opprettet et bestemt filter, kan du bruke – Standard parameter. All annen trafikk vil bli håndtert i henhold til dette regelverket.
Du kan kjøre cmdlet i bakgrunnen hvis du ønsker å fortsette å jobbe i økten mens den kjører. For å gjøre dette, bruker – AsJob parameter. Du kan kjøre den på en ekstern datamaskin med –. CimSession parameter
Når du ’ ve opprettet politikk, du angi stedet der de vil bli lagret ved hjelp av – PolicyStore parameter. Du kan identifisere plasseringen av følgende verdier: DATAMASKIN, GPO: DATAMASKIN, GPO: DOMENE \\ GPONAME, LDAP: //LDAP-URL, eller du kan lagre politikken i den aktive butikken (ActiveStore). Merk at når de er lagret i den aktive butikken, politikk er ikke vedvarende, men går tapt ved en omstart av systemet.
Hva skjer hvis du har en politikk som er i konflikt med hverandre? I så fall vil den politikken som har høyest prioritet forrang. Du kan stille prioriterte verdier på retningslinjene bruker – presedens < Ulnt32 > parameter. Du kan sette en verdi på hver politikk som er mellom 0 og 255. Hvis du har en policy som doesn ’ t har forrang angitte verdien, som standard dens verdi vil bli ansett for å være 127.
Ikke sikker om konsekvensene av en cmdlet som du ’ ve bygget det? Du kan bruke – whatif parameter for å vise hva som vil skje når cmdlet kjøres, uten Én funksjon ned, og nå har vi bare to mer å gå. Neste gang rundt, vi ’ ll være å se på Direct og Unified RRAS og Windows-brannmur med avansert sikkerhet som er implementert i Windows Server 2012. Begge disse har vært rundt en stund i tidligere versjoner av operativsystemet, men som med QoS, Microsoft har gjort noen endringer som skal forsterke opplevelsen av Windows Server-administratorer. Så sørg for å bli med oss igjen for Del 6 når vi begynner å pakke opp denne serien Se deg da &ndash.; Deb.
faktisk kjører den. For mer informasjon om Windows Server 2012 nettverk QoS cmdlets i Powershell, kan du se TechNet nettstedet.
Sammendrag