Det er liten tvil om at Ethernet til slutt vil møte disse kravene i datasenternettverk, men det er også liten tvil om at både utviklingen av Ethernet teknologi og utviklingen fra de eldre Ethernet LAN modeller til ny modeller vil utfordre datasenter nettverks planer for tre år - eller hele den aktuelle oppdateringssyklus. Som denne overgangen skjer, må datasenter og nettverksteam lære måter å optimalisere Ethernet som det står. Det vil bety adressering ventetid og pakketap gjennom en rekke strategier som spenner fra å isolere lagringsnettverk til å velge de riktige bryterne

Datasenter Ethernet. Utover enkel tilkobling

datasenter nettverk har utviklet seg fra sitt opprinnelige oppdrag å levere tilkobling mellom sentrale datasystemer og brukere. Det er nå tre forskjellige oppdrag, hver med sin egen trafikk og QoS-krav for å bli vurdert:
tradisjonell klient /server eller " front end " trafikk, noe som er relativt ufølsom for både ventetid og pakketap
". Horisontal " eller intra-program trafikk, genereres i store deler av trenden mot komponent programvare og tjenesteorientert arkitektur (SOA). Denne trafikken krever lav latency, men er fortsatt noe tolerant av pakketap
. Storage trafikk, skapt av migrasjon av lagringsprotokoller på IP og Ethernet (iSCSI og FCoE). Lagringstrafikk er følsomme for ventetid, men det er enda mer følsomme for pakketap.

Mer om konvergerte datasenternettverk
Network ledere i økende grad finner seg selv bygger ut konvergerte data senter nettverk - spesielt som lagringsnettverk bli Ethernet basert. Lær mer om denne overgangen. Konvergerte Enhanced Ethernet: Nye protokoller forbedre datasenteret Ethernet enhetlig struktur: Datasenter bygge bro og FCoE implementerings Unified datasenter stoff: En primer datasenter nettverk i 2010: To-lags nettverk ankommer

At annen trafikk typene har ulike datasenter nettverk QoS-krav er en utfordring, men at de også er svært avhengige av hverandre er kanskje en større en. Transaksjoner generert av brukeren i klient /server-kommunikasjon aktiverer prosesser som må deretter kobles horisontalt, og disse prosessene ofte tilgang lagringsarrayer. Ytelsen av programmet er så avhengig av alle disse strømmer i kombinasjon og om trafikken fra en konkurrerer med de andre

Adressering QoS i datasenternettverk:. Isolere lagringsnettverk

Hvis inter-avhengighet er et problem, da en opplagt løsning er å fordeler trafikken på uavhengige LAN. Dette kan synes å kaste bort de stordriftsfordeler som Ethernet tilbyr i datasenteret, men i minst noen brukere, er det helt praktisk å isolere lagringsnettverk minst mens migrere dem til Ethernet-tilkoblinger. Store datasentre kan oppnå det meste av økonomi-of-skala fordeler selv om de har LAN er fysisk partisjonert. Siden lagringstrafikk er uten tvil det mest følsomme for nettverksytelse, kan dette vesentlig redusere vanskelighetene med å håndtere QoS for de tre program klasser.

Det er viktig å merke seg at VLAN partisjone normalt ikke vil oppnå trafikk isolasjon fordi trafikken tilgang til de inter-bryteren badebukser og kø ledelse reflekterer ikke VLAN partisjoner på de fleste bytter produkter. Det er en serie av standarder for tiden til vurdering av IEEE og IETF utformet for å forbedre bedriftens kontroll over trafikk klasser i Ethernet-nettverk, men de standarder og deres implementering fortsette å utvikle seg. De omfatter Data Center Bridging (DCB), Priority Flow Control (PFC), Lossless Service, og Enhanced Transmission Selection (ETS). Planleggere bør gjennomgå sine leverandører 'støtte av hver av disse standardene når du legger ut sine datasentre.

skritt for å løse ventetid og pakketap for datasenternettverk

Selv uten standarder ekstrautstyr, det er skritt som kan tas for å bedre ventetid og pakketap. De omfatter:
Bruke de høyeste Ethernet-hastigheter som kan være økonomisk forsvarlig. Ventetid er alltid reduseres ved å øke link og inter-switch trunk hastighet. Lav kobling anvendelse, på grunn av raskere forbindelser, reduserer også risikoen for pakketap. Der det ikke er praktisk å up-speed alle Ethernet-tilkoblinger, i det minste sørge for at lagringstrafikk rutes på de raskeste ruter tilgjengelig.
Bruke store brytere i stedet for lag av små. Denne prosessen, ofte kalt " utflating " nettverket, vil redusere antall brytere en gitt trafikkflyt transporter mellom kilde og destinasjon. Som reduserer latens og risikoen for pakketap. Det reduserer også jitter eller variasjon i begge parametrene og så gjør programmet ytelse mer forutsigbar.
Leter du etter cut-through brytere som gjør det mulig akselerasjon av bryterprosessen i motsetning til store-and-forward tilnærming. Lagre-og-frem brytere vente på hele dataramme som skal mottas før den er videresendt; mens skjære gjennom undersøker packet header først og begynner å sette det i kø for utgang som det er satt sammen fra inngangs grensesnittet. Dette reduserer bryteren latency. Anmeldelser Ta forsiktighet ved grensesnittet kort som brukes på servere og for lagringssystemer. Noen er utformet for å avlaste betydelig bearbeiding fra verten, og disse vil gi bedre og mer deter ytelse.
Fresing den mest kritiske trafikk gjennom et minimalt antall brytere. Det betyr at servere og lagringsgrupper som normalt brukes sammen bør være på samme bryter eller, i verste fall, på en direkte tilkoblet switch og ikke en bane som transporter en mellomliggende enhet (noen kaller dette " ruting trafikk på samme bryter laget ". snarere enn opp eller ned i hierarkiet av brytere)
Stille bryter parametere om lagrings porter for å optimalisere for laveste pakketap selv på bekostning av forsinkelsen. Pakketap kan være en katastrofe for lagring-over-Ethernet-protokoller.

Skille brukertrafikk for datasenter-nettverk QoS

er en virkelig optimal datasenter nettverk ikke noe som kan utvikle seg ut av en arv struktur av sammenhengende hovedkvarter Ethernet-svitsjer. Faktisk, integrering av " front end " eller programtilgang del av datasenter nettverk med back-end lagring /horisontale delen er ikke sannsynlig å gi optimal ytelse.

En virkelig optimal datasenter nettverket kan ikke utvikle seg ut av en arv struktur av sammenhengende hovedkvarter Ethernet-svitsjer.
Tom Nolle president Cimi Corporation

User trafikken kan være helt atskilt på ulike anlegg fra lagring eller horisontal trafikk. Hvis du planlegger å integrere disse trafikktyper, vil du være å tvinge nettverket ditt til å bære trafikken som er forsinkelse-og taps ufølsom sammen med den trafikken som er sensitive. Det betyr at du enten må overbuild eller vente på standarder for å tillate trafikktyper som skal behandles forskjellig.

På minimum, er det viktig å sikre at de indre applikasjoner som lagring og SOA nettverk ikke er blandet i en trafikk fornuftig med brukertilgang. Dette vil også bidra til å sikre dine data center eiendeler. Du må også være sikker på at oppdagelsesprotokoller som spenntre brukt i front-end LAN ikke er utvidet til datasenteret, der de kan forstyrre trafikkstyring og påvirke utvinningen av nettverket fra feil.

Begge produkter og standarder for datasenteret nettverket utvikler seg raskt som programmer som virtualisering og cloud computing dukke opp. Planleggere bør gjennomgå sine leverandørers retninger i datasentersvitsjing og plan sikt nettverks endres med fremtidige arkitekturer i tankene.