En sentral del av planleggingen av et virtualiseringsmiljø - for eksempel, en basert på Windows Server Hyper-V, med eller uten System Center Virtual Machine Manager - er å utforme stoff, en samlebetegnelse som omfatter de fysiske servere, svitsjer, kort, tilkoblinger og annen infrastruktur hardware som gjør at lagringsressurser til å få tilgang til vertene og av virtuelle maskiner som kjører på disse vertene.

Lagring er grunnleggende for enhver virtualisering miljø og kan ta ulike former som spenner fra blokknivå lagringsløsninger som Fibre Channel eller iSCSI SAN til lokale eller nettverks filbaserte lagringsløsninger. Hver av disse ulike typer lagring kan være et gyldig valg i ulike virtualiserings scenarier avhengig av budsjettet rom og graden av pålitelighet, tilgjengelighet og arbeidsmengde ytelsen du trenger i ditt miljø.

Før du fortsetter videre med denne artikkelen jeg 'd liker å foreslå noen bakgrunnsstoff for deg - spesielt hvis du ikke er kjent med noen av disse oppbevaringsløsninger - i så fall kan du lære mer om dem ved å lese følgende artikler her på WindowsNetworking.com:


Konfigurering iSCSI bagasje - en serie i fire deler av Mitch Tulloch

Et lynkurs i Storage Area Networking - en seks-del-serien av Brien M. Posey

får brukt Bruke Windows Storage Spaces - en tredelt serie av Brien M. Posey

Windows Server 2012 R2 oppbevaringsrom - todelt serie av Scott D. Lowe

Du kan også ønsker å sjekke ut følgende artikler:

En første titt på Windows Server 2012 R2 bagasje - en tredelt serie av Brien M. Posey

Velge en lagringsløsning - en artikkel av Mitch Tulloch

Enterprise lagrings beste praksis - en artikkel av Mitch Tulloch

Unngå lagring fiaskoer - en artikkel av Mitch Tulloch

Enterprise harddisker - en artikkel av Mitch Tulloch < .no>

I tillegg kan min bok Optimalisering og feilsøking Hyper-V Storage (Microsoft Press, 2013) være til nytte for deg når du implementerer lagringsløsninger for Hyper-V virtualiseringsmiljøer:

En følges tittel Optimalisering og feilsøking Hyper-V Networking (Microsoft Press, 2013) er også tilgjengelig:

Disse to bøkene består av anbefalinger og tips bidratt med Hyper- V eksperter som jobber hos Microsoft, og de kan også være nyttig når du planlegger lagringsstoff for virtualiseringsmiljø.

Nå la oss fortsette med å diskutere noen betraktninger når som vurderer bruk av solid state-disker (SSD) for lagring på Hyper- V verter.

Å velge riktig type SSD

En viktig faktor når du vurderer bruk av SSD for Hyper-V verter er hva slags SSD du bør bruke. Svaret er å alltid bruke enterprise class SSD, ikke forbruk SSD, for slike scenarier. Spesielt bør du bruke SAS (Serial Attached SCSI) SSD i stedet for SATA (Serial ATA) SSD i vertene av følgende grunner:

Deres kontrolleren er kraftigere

Deres skrive ventetid er mye mindre

Deres utholdenhet syklus (antall skrivinger før brudd) er mye lenger

Deres reservasjon (gratis) plass er mye større

Deres søppelrydding algoritme som gjennomføres i sin firmware er mer effektivt

SSD kan bruke enten single-level cell (SLC) eller multi-level cell (MLC) flash-teknologi, og bedriften SSD generelt bruker eMLC (enterprise MLC) som forbedrer MLC med slitasje leveling, deduplisering, redundans og skrive optimalisering teknologier. En god forklaring på forskjellene mellom disse ulike teknologier kan bli funnet i artikkelen MLC vs SLC: Hvilken flash SSD er riktig for deg

SAS SSD er ideell for hosting operativsystem volumer som de kan øke administrasjon ved å gjøre operativsystemer raskere og mer responsiv. SATA SSD kan fortsatt ha et sted men i Hyper-V miljø, spesielt i situasjoner der ingen skriver er involvert. For eksempel, hvis du skal bruke en forelder virtuell harddisk (VHD) for å skape diff disker, må du sette den overordnede VHD som skrivebeskyttet for å hindre den fra å bli endret. Du kan derfor velge å bruke billigere SATA SSD for lagring av slike foreldre VHDer.

Når det ikke å bruke en SSD

Selv om SAS SSD har en lang utholdenhet syklus, er det noen scenarier der du kanskje ønsker å bruke bedriftsharddisker (HDD) i stedet. Det er fordi den totale skrive levetid på en SSD er i utgangspunktet begrenset selv når avansert write-optimalisering og slitasje leveling algoritmer er priset. Derimot, er skrive levetid på en HDD begrenses hovedsakelig av mekanisk svikt i lagrene.

Så for arbeidsoppgaver der nesten sammenhengende skriver oppstår det vanligvis lurt å bruke bedrifts HDD i en RAID10 konfigurasjon i stedet for SSD. Eksempler på slike arbeidsoppgaver kan inkludere SQL Server databaser, Exchange-servere, IIS webservere, og så videre. Hvis noen av de virtuelle maskinene på dine Hyper-V vertene trenger å kjøre slike arbeidsoppgaver kan en god tilnærming være å splitte den virtuelle maskinen over to bind som følger:

C: på en SAS SSD til vert gjesteoperativsystemet av den virtuelle maskinen

D:. på en HDD RAID 10-volum til å være vert databasen, programkode, transaksjonslogger, og så videre

Men hvis din virtuelle maskinen kjører programmer eller tjenester som ikke er skrive-intensive, for eksempel en DHCP-server eller DNS-server, så du kan være vert gjesteoperativsystemet og program eller en tjeneste på et enkelt volum på en SAS SSD.

Tar lang utsikt

Ved hjelp av SSD kan drastisk øke ytelsen til programmer og tjenester som kjører i virtuelle maskiner på Hyper-V verter. Og prisen på enterprise SSD fortsetter å falle som sin kapasitet, pålitelighet og skrive levetid stadig øke. Som et resultat du kan velge å bruke SAS SSD selv for å kjøre dine skrive-intensive applikasjoner som SQL Server databaser med ideen om at selv om dine SSD kan slites ut i 18-24 måneder med nesten kontinuerlig bruk, av den tiden du trenger for å erstatte dem prisen på en tilsvarende SSD vil trolig ha betydelig falt til det punktet at den langsiktige amortisering av kostnadene ved å kjøre din database applikasjon gjør SSD rimeligere enn harddisker på lang sikt.

Bruke SSD for nettverkslagring

Så langt har vi hatt fokus på å bruke SSD for lokal lagring eller Direct Attached Storage (DAS) på Hyper-V vertene å øke operativsystemer og applikasjonsytelse og reaksjonsevne. Men SSD kan også brukes for nettverkslagring for Hyper-V verter, og et godt eksempel vil være å bruke oppbevaringsrom på en Scale-out File Server (SoFS) for å lage bassenger av lagringsplass som kombinerer SSD og harddisker, med eller uten lagdeling av data , for tilgang over nettverket av Hyper-V verter som bruker Server Message Block (SMB) 3.0-protokollen. For mer informasjon om denne typen lagringsløsning, laste ned mine gratis eBok presenterer Windows Server 2012 R2 Teknisk oversikt (Microsoft Press, 2013) tilgjengelig i PDF, EPUB og MOBI format fra Microsoft Virtual Academy Gratis ebøker destinasjonssiden.

Du kan også være lurt å laste ned min tidligere gratis eBok presenterer Windows Server 2012 (Microsoft Press, 2012).

Ytterligere informasjon om SoFS kan bli funnet på Microsoft TechNet.