Forberedelser
Denne artikkelen (del 3) bygger på artikkelseriens del 1 og 2. I del 1 og 2 ble det utført konfigurasjoner som installasjon av Hyper-V, konfigurasjon av W2K8 Server Core og server og pc ble satt i stand for remote management. Hvis del 1 og 2 ikke er lest anbefales dette for helhetens og sammenhengens skyld.
Hvordan basiskonfigurere Hyper-V
Før vi starter opprettelsen av virtuelle maskiner utfører vi noen basis konfigurasjoner på Hyper-V. Basis konfigurasjonene stiller inn Hyper-V korrekt og omfatter bla. Datakataloger og virtuelle nettverk. Dette avsnittet omfatter:
- Kort beskrivelse av virtuelle maskiner og støttede operativsystemer i Hyper-V.
- Kort beskrivelse av menyer i Hyper-V Manager.
- Konfigurasjoner av datadisk og kataloger.
- Beskrivelse og opprettelse av virtuelt nettverk for SBS 2008.
- Øvrige Innstillinger av Hyper-V.
- God praksis knyttet Hyper-V.
Men før vi starter på dette får vi rast se på litt teori når det gjelder Hyper-V, herunder begrensninger relatert til virtuelle maskiner og hvilke operativsystemer som støttes i Hyper-V.
God praksis
Det er god praksis å reservere tilstrekkelig memory til virtuell host. Benytt RAM Kalkulator på smallbiserver.no til å forsikre deg om at du har reservert tilstekkelig med memory. En hovedregel er å allokere minst 2,5 GB til hosten, men memoryforbruket vil variere med antallet virtuelle maskiner. Sjekk her.
God praksis
Konfigurer antivirus på virtuell host til å ekskludere fil extension og prosess som er relatert til Hyper-V. Dette omfatter også kataloger der Hyper-V data oppbevares. Sjekk eget avsnitt i denne artikkelen om antivirus. Hvis det er slik at ditt antivirus program ikke tillater ekskludering av prosesser, bør du ekskludere vhd, avhd, vfd, vsv og xml fil extension.
Litt om virtuelle maskiner i Hyper-V
Tabellen under oppsumerer noen verdier knyttet til virtuelle maskiner i Hyper-V.
Tabell 39 – Om virtuell maskiner (VM)
|
Komponent
|
|
Kommentar
|
|
Prosessorer
|
1, 2 eller 4
|
Antallet prosessorer begrenses gjesteoperativsystemet (se egen tabell) og av hva som fysisk er tilgjengelig i virtuell host, for eks: en server med en dual core prosessor kan kun gi maks 2 prosessorer i en VM.
|
|
Memory
|
Avhengig av operativsystemet
|
Maks memory bestemmes av operativsystemet i den virtuelle maskin og den versjonen av operativsystemet som kjører Hyper-V. Windows Server Standard 2008 kan ha maks 32 GB memory (x64) og kan maksimalt gi en VM 31 GB memory.
|
|
Nettverkskort
|
12 nettverskort der
8 nettverkskort
4 legacy nettverkskort
|
Hvert nettverksadapter kan konfigureres med statisk eller dynamisk MAC adresse. Hvert virtuelt nettversadapter kan konfigureres med VLAN støtte.
|
|
Virtuelle nettverk
|
Uendelig
|
En kan ha et uendelig antall virtuelle nettverk, med opp til 512 antall virtuelle maskiner pr nettverk.
|
|
Trådløst nettverskort
|
Nei
|
Du kan ikke forbinde et virtuelt nettverk til et trådløst nettverskort.
|
|
Virtuelle IDE kontrollere
|
4 IDE kontrollere
|
En virtuell maskin kan kun ha 4 IDE devicer. Disse fordeles med 1 på diskett, 1 på CD / DVD og 2 på IDE harddisker. Operativsystemdisken må være knyttet til en IDE controller.
|
|
Virtuelle SCSI kontrollere
|
4 SCSI kontrollere
64 disker pr. kontroller
|
Det betyr at en VM kan ha i alt 256 disker.
|
|
Virtuell harddisk
|
Maks 2.040 GB
|
Disker kan være av typen fixed virtuell harddisk, dynamically expanding virtuell harddisk eller differencing disk.
|
Operativsystemer som støttes i Hyper-V
Den understående tabellen oppsumerer operativsystem støtte i Hyper-V.
Tabell 40 – Støttede Operativsystemer i Hyper-V
|
Operativsystem
|
Hyper-V
|
Antall virtuelle prosessorer
|
|
Windows Server 2008 R2
|
Standard, Enterprise, Datacenter, and Windows Web Server 2008 R2
|
1, 2, eller 4
|
|
Windows Server 2008
|
Standard, Standard without Hyper-V, Enterprise, Enterprise without Hyper-V, Datacenter, Datacenter without Hyper-V, Windows Web Server 2008, and HPC Edition
|
1, 2, eller 4
|
|
Windows Server 2003 R2 with Service Pack 2
|
Standard, Enterprise, Datacenter, and Web
|
1 eller 2
|
|
Windows Server 2003 R2 x64 Edition with Service Pack 2
|
Standard, Enterprise, and Datacenter
|
1 eller 2
|
|
Windows Server 2003 with Service Pack 2
|
Standard, Enterprise, Datacenter, and Web
|
1 eller 2
|
|
Windows Server 2003 x64 Edition with Service Pack 2
|
Standard, Enterprise, and Datacenter
|
1 eller 2
|
|
Windows 2000 Server with Service Pack 4
|
Server, Advanced Server
|
1
|
|
Red Hat Enterprise Linux 5.2, 5.3 og 5.4
|
x86 edition and x64 edition
|
1
|
|
SUSE Linux Enterprise Server 11
|
x86 edition and x64 edition
|
1
|
|
SUSE Linux Enterprise Server 10 with Service Pack 2
|
x86 edition and x64 edition
|
1
|
|
SUSE Linux Enterprise Server 10 with Service Pack 1
|
x86 edition and x64 edition
|
1
|
|
Windows 7
|
Enterprise, Ultimate, and Professional. This applies to both 32-bit and 64-bit editions, as well as N and KN editions.
|
1, 2, eller 4
|
|
Windows Vista
|
Business, Enterprise, and Ultimate, including N and KN editions
|
1 eller 2
|
|
Windows XP with Service Pack 3
|
Professional
|
1 eller 2
|
|
Windows XP with Service Pack 2
|
Professional
|
1
|
|
Windows XP x64 Edition with Service Pack 2
|
Professional
|
1 eller 2
|
Tips
Om Hyper-V Manager
Figur 173 – Her ser vi Hyper-V Manager. Til høyre finner vi menypunkter (handlinger) som kommenteres i det følgende.
Tabell 41 – Hyper-V Settings
|
Handlinger
|
Beskrivelse
|
|
New
|
Fra dette menypunktet kan vi opprette nye virtuelle maskiner, virtuelle harddisker og virtuell floppy disk.
|
|
Import Virtual Machine
|
Vi kan importere eksporterte virtuelle maskiner fra dette menypunktet.
|
|
Hyper-V Settings
|
Under Hyper-V Settings finner vi bla innstillinger for datalagring og Integration Service.
|
|
Virtual Network Manager
|
Dette menypunktet brukes for å opprette og administrere virtuelle nettverk.
|
|
Edit Disk
|
Vi kan bla. Endre disk type og ekspandere disker fra dette menypunktet.
|
|
Inspect Disk
|
Når vi skal undersøke en virtuell disk benyttes dette menypunktet.
|
|
Stop Service
|
Dette menypunktet stopper Hyper-V servicen, og er i så måte et farlig menypunkt.
|
|
Remove Server
|
Du kan slette en virtuell maskin fra dette menypunktet. Det er innstillinger i Hyper-V Manager som fjernes. De virtuelle harddiskene vil være intakte, men innstillingene av den virtuelle maskin går tap.
|
God praksis
I en default installert Hyper-V server blir Default Virtual Machine Storage Path stilt til C:\Programfiles\Microsoft\Windows\Hyper-V. Der skal den ikke være. Still denne pathen til din katalog for virtuelle maskiner på datadisken. I en default installert Hyper-V server blir Default Virtual Hard Disk Storage Path stilt til C:\Users\Public\Documents\Hyper-V\Virtual Hard Disk. Der skal den ikke være. Still denne pathen til din katalog for virtuelle maskiner på datadisken. Disse innstillinger blir vist i senere avsnitt. De presiseres her for å advare administrator.
Figur 174 – Her ser vi Hyper-V Manager, og undertegnede har høyreklikket en virtuell maskin slik at vi kan se menypunktene ved høyreklikking og under Handlinger.
Tabell 42 – Hyper-V Settings
|
Hyper-VSettings
|
Beskrivelse
|
|
Connect
|
Via dette menypunktet kan du få opp et vindu til den virtuelle maskinen og logge på som for eks administrator. Det er det nemmeste vi kommer ”console”.
|
|
Settings
|
Dette er stedet der vi finner innstillinger knyttet til den virtuelle maskinen. Innstillingene omfatter bla.BIOS, prosessorer, nettverskort, harddisker osv.
|
|
Turn Off
|
Vær forsiktig med denne fordi den slår den virtuelle maskinen tvert av. Vi kan sammenligne dette med å fjerne stømledningene på en kjørende server, eller svenskeknappen.
|
|
Shut Down
|
Når Integration Service er installert og du ikke er pålogget serveren, så gir dette menypunktet den virtuelle maskin beskjed om å koble seg ned (gracefully).
|
|
Save
|
Bruk ikke denne på produksjonsmaskiner. Menypunktet stopper den virtuelle i Saved State.
|
|
Pause
|
Bruk ikke denne på produksjonsmaskiner, når du klikker på pause, så stopper den virtuelle maskinen å kjøre.
|
|
Reset
|
Denne kommandoen bør du ikke benytte.
|
|
Snapshot
|
Bruk ikke denne kommandoen på produksjonsmaskiner.
|
|
Rename
|
Du kan gi den virtuelle maskinen et nytt navn, Det nye navnet blir ikke overført til datakataloger.
|
God praksis
Benytt ikke Turn Off på virtuelle maskiner. Du får den samme effekten som om du dro ut strømledningene til din fysiske computer. Bruk Shut Down. Benytt ikke Save State, Pause eller Snaphots på virtuelle maskiner som er i produksjon. Microsoft supporterer ikke disse funksjonalitetene på SBS 2008 (domain controller).
Konfigurer disker og katalog(er)
Figur 175 – Imitt tilfelle velger jeg å benytte Diskbehandling for å formatere opp disker.
Tips
Et alternativ til Diskbehandling er å benytte diskpart kommandoen i W2K8 Server Core. Sjekk KB300415.
Tips
På W2K8 Server Core har jeg lagt operativsystemet på egen disk. Denne disken kjører RAID 1. Når det gjelder data disken for virtuelle maskiner så kjører denne fortrinnsvis RAID 10, men andre løsninger kan vurderes. På RAID 10 disken (datadisken) lager jeg kun en katalog. Det er katalogen for virtuelle maskiner. Når en virtuell maskin opprettes lager Hyper-V Manager en underkatalog i mappen for virtuelle maskiner. På den måten holdes de virtuelle maskinene fra hverandre.
Figur 176 – I mitt tilfelle benytter jeg Delte resurser som vist i skjermbilder til å lage en katalog på en separat disk. I mitt tilfelle heter katalogen Virtuelle Maskiner.
God praksis
Det er god praksis ikke å lagre eller ha informasjon knyttet til virtuelle maskiner på operativsystemdisken. Lag en egen katalog på datadisken for virtuelle maskiner.
Still inn Hyper-V settings
Figur 177 – For å stille inn Hyper-V, høyreklikk virtuell host (VH01) og velg Hyper-V Settings.
Figur 178 – Stiller Virtuell Hard Disks til katalogen til D:\Virtuelle Maskiner.
God praksis
I en default installert Hyper-V server blir Default Virtual Machine Storage Path stilt til C:\Programfiles\Microsoft\Windows\Hyper-V. Der skal den ikke være. Still denne pathen til din katalog for virtuelle maskiner.
Figur 179 – Stiller Virtuell Machines katalogen til D:\Virtuelle Maskiner.
God praksis
I en default installert Hyper-V server blir Default Virtual Hard Disk Storage Path stilt til C:\Users\Public\Documents\Hyper-V\Virtual Hard Disk. Der skal den ikke være. Still denne pathen til din katalog for virtuelle maskiner.
Tabell 43 – Hyper-V Settings innstillinger
|
Hyper-VSettings
|
Beskrivelse
|
|
Server setting:
|
|
|
Virtual Hard Disks
|
Benytt denne for å stille inn default katalog for lagring av harddisk (VHD) filer.
|
|
Virtual Machines
|
Benytt denne for å stille inn default katalog for lagring av virtuelle maskiners konfigurasjonsfiler.
|
|
User Settings:
|
|
|
Keyboard
|
Benytt denne for å velge hva slags tastetrykkskombinasjoner som skal benyttes av Virtual Machine Connection. Default er Use On The Virtual Machine Only When Running Full Screen.
|
|
Mouse Release Key
|
Benytt denne innstillingen for å spesifisere hvilken tastetrykkskombinasjon som skal løse musen fra det virtuelle maskin vinduet når Integration Service ikke er installert i den virtuelle maskinen. Default er Ctrl+Alt+Venstre Piltast. Foreslår at du beholder default verdien.
|
|
User Credentials
|
Her kan du spesifisere hvilke logon credentials som skal benyttes når du forbinder deg med Virtual Machine Connection. Foreslår at du lar default stå.
|
|
Delete Saved Credentials
|
Her kan du slette credentials.
|
|
Reset Check Boxes
|
Her kan du få tilbake default innstilling i alle Wizarder der du kan sjekke av for ikke vis denne.
|
Om virtuelle nettverk (virtuell svitsj)
Før vi fortsetter kan det være på si plass med en relativt rask forklaring på Virtuelle Nettverk og virtuell svitsj. Dette er to begreper som snurrer rundt hos de fleste (også undertegnede). Det hjelper i praksis å forestille seg dette som en vanlig fysisk svitsj (analogi). Vi må opprette det MS kaller et Virtuelt Nettverk i Hyper-V Manager. La oss nå si at dette er en svitsj, selv om den er software basert og ligger i virtuell host et sted. Til en svitsj kan vi koble kabler og computere med nettverskort. Så også i server der Hyper-V er installert. Vi har ingen fysiske kabler, men parametre i egenskapene på det virtuelle nettverk, det fysiske nettverskortet og de virtuelle maskiner. Vi beholder derfor kabelanalogien fordi den er bra for forståelsen.
Det er kun et sted (foruten Virtual Machine Manager 2008) der vi kan opprette et virtuelt nettverk. Det er i Hyper-V Manager som er knyttet til en virtuell host. Når det virtuelle nettverket, (tenk på dette som en fysisk svitsj), er opprettet kan vi koble til computere med nettverkskort. I denne sammenheng er computere; virtuell host, den virtuelle maskin og det fysiske nettverkskortet, og siden kablene er software basert må det finnes menyer med parametre hvor ved komponentene kan knyttes til den virtuelle svitsjen. Dvs. at vi strekker kabler mellom virtuell host (parent partition), virtuelle maskiner (child partitions) og ”den inne i serveren” fysiske nettverskortet. Det fysiske nettverskortet har dog også en utvendig kabelplugg for en fysiske nettverket.
Når vi oppretter et virtuelt nettverk i Hyper-V Manager, kan vi velge mellom nettverkstyper dvs. hva som skal være tilkoblet den virtuelle svitsjen. Men, hva med nettverkskorter i den virtuelle maskinen? Vel, som alle nettverskort må jo denne være tilkoblet en svitsj (eller lignende), og vi må angi hvilken svitsj den virtuelle maskinen skal være tilkoblet til i egenskapene på den virtuelle maskinen. Når du logger på den virtuelle maskinen finner du et nettverskort der. Det må selvfølgelig konfigureres. Når det fysiske nettverkskortet forbindes til en virtuell maskin, forsvinner alle tjenester (protokoller, IP innstillinger osv.), og Hyper-Vs virtuelle svitsj tjeneste installeres og konfigureres. I så måte vil det fysiske nettverkskortet som er knyttet til en virtuell svitsj ikke ha noen ipadresse. Ipadressene finner vi inne i den virtuelle maskin. Det er derfor tjenesten Microsoft Virtual Switch Protocol som besørger kommunikasjon mellom den virtuelle svitsjen og den fysiske svitsjen, slik at den fysiske svitsjen forstår hva som finnes av ipadresser, vLan, Mac adresser også videre i det virtuelle nettverket.
Av overstående er det mulig å forstå at vi har fire typer av koblinger, fordelt på tre virtuelle nettverkstyper. Disse er Private, Internal og External. De behandles nå hver for seg.
Private – denne typen av virtuelt nettverk kommuniserer kun med andre virtuelle maskiner som deltar i det samme private nettverket. Forenklet kan man si at det er en kable mellom nettverskortet i den virtuelle maskin til en virtuell svitsj, men den virtuelle svitsjen er ikke forbundet til host eller det fysiske nettverskortet. Konsekvensen er at det kun er virtuelle maskiner som er knyttet til samme virtuell svitsj som kan snakke sammen.
Alt i alt kan 512 virtuelle maskiner være knyttet til den samme virtuelle nettverksvitsjen. Kommunikasjonshastigheten mellom de virtuelle maskinene vil være 10 MB dersom Integration Service er installert, og det ikke er virtuelle maskiner som benytter Legacy Network Adapter.
Gjesteoperativsystemet nettverkskort inne i den virtuelle maskinen vil ikke ha noen ipadresse hvis vi ikke manuelt har konfigurert dette, eller en DHCP server i en virtuell maskin knyttet til den private svitsjen har konfigurert nettverskortet. Du kan ikke konfigurere en DHCP server på den virtuelle svitsjen slik man kan på enkelte fysiske nettverksvitsjer eller slik vi husker dette fra Virtual PC. For å prate sammen må selvfølgelig alle virtuelle maskiner knyttet til samme virtuelle svitsj, ha ipadresser i samme subbnett.
Internal – I dette tilfelle har vi fortsatt en virtuell svitsj der virtuelle maskiner som er tilkoblet den virtuelle svitsjen, og de kan kommunisere seg i mellom som beskrevet over. Tillegget i det Internal nettverket er at det er koblet en kabel mellom den virtuelle svitsjen og virtuell host. Vi forstår derfor at virtuelle maskiner nå kan prate med den virtuelle host. Man kan for eks. ha en delt (shared) katalog på på hosten.
External – betyr at den virtuelle maskinen gjennom den virtuelle svitsjen, skal kunne kommunisere med andre computere utenfor den virtuelle hosten. For å få til dette må det virtuelle nettverket (svitsjen) bindes til en fysisk nettverskort på virtuell host. Med andre ord trekkes det en kabel mellom den virtuelle svitsjen og det fysiske nettverskortet. Utover dette vil det pr default være mulig å kommunisere ”internt” med virtuell host i tillegg i det External automatisk trekker en kable mellom den virtuelle svitsjen og virtuell host. I W2K8 R2, kan vi bryte denne forbindelsen ved å slå av ”Allow management operating system to share the network adapter”. I W2K8 RTM måtte vi benytte SCVMM 2008 (Virtual Machine Manager) for å få til en slik konfigurasjon. For ikke å bli totalt forvirret må vi huske på at det fysiske nettverskortet ikke har noen ipadresse! Det er og blir Microsoft Virtual Switch Protocol som fikser opp og informerer den eksterne svitsjen (nettverket). Alle andre tjenester på det fysiske nettverskortet er koblet ut, og de må ikke kjøre.
Spørsmål og svar: Hva er konsekvensen dersom et nettverskort i en virtuell maskin ikke er koblet til en virtuell svitsj? Konsekvensen er den samme som i et fysisk nettverk. Nettverskortet inne i den virtuelle maskin vil ha status disconnected.
Spørsmål og svar: Kan to eller flere virtuelle maskiner være koblet til samme virtuelle nettverk (svitsj)? Ja, når to virtuelle maskiner er koblet til samme virtuelle svitsj nettverk, ved å stille hver enkelt virtuell maskins egenskaper til å være tilkoblet den samme virtuelle svitsjen (det virtuelle nettverket), kan de snakke sammen under den forutsetning av at de har en ipadresse inne i den virtuelle maskinens nettverskort som er i samme subbnett.
Spørsmål og svar: Hvordan opprettes et virtuelt nettverk / virtuell svitsj? Den virtuelle svitsjen eksisterer i virtuell host et sted. For å opprette den må man starte Hyper-V Manager og kjøre Wizarden New Virtual Network. Når denne kjøres kan man velge mellom de forskjellige typene av nettverk som over beskrevet.
Spørsmål og svar: Hvis en virtuell maskin skal kommunisere med andre PC-er i den virkelige verden hva må da gjøres? Du må opprette en virtuell svitsj (virtuelt nettverk) i Hyper-V Manager. Når du gjør dette kan du binde den virtuelle svitsjen til et fysisk nettverkskort. Det fysiske nettverskortet kan være kablet til en fysisk svitsj der andre fysiske pc-er befinner seg. Deretter må du i egenskapene på den virtuelle maskin, angi hvilken virtuell svitsj nettverskortet inne i den virtuelle maskinen skal være knyttet til. I den virtuelle maskinen må nettverskortet ha samme subbnett som PC-ene i det fysiske nettverket. Da kan de snakke sammen.
Spørsmål og svar: Kan nettverskortene til Virtuell Host stå i forskjellige subbnett dvs. at ett fysisk nettverskort står i ruters Lan og et annet i ruters DMZ? Ja, det kan de gjøre. Det betyr i praksis at vi kan knytte virtuelle svitsjer til de respektive fysiske nettverskort. En videre kan vi knytte en eller flere virtuelle maskiners nettverskort (via egenskapene til den virtuelle maskin) til virtuelle svitsjer. En kan videre inne i den virtuelle maskin, dersom man ikke har DHCP server konfigurere nettverskortene med ipadresser som stemmer over ens med det fysiske nettverket.
Hva skjer under ”the hood”?
Konsekvensen av virtuelle svitsjer er at vi får flere nettverskort i nettverkskoblinger. For det første har vi de fysiske, og i tillegg kommer nå nettverskort for virtuelle svitsjer. Virtuelle svitsjer kan ha ipadresse (W2K8 med GUI). På det fysiske nettverskortet slås alle tjenester av, men det legges inn en tjeneste for virtuelt nettverk. Det opprettes så en nettverskort (programmessig, men synlig) for virtuell svitsj. Denne har alle vanlige tjenester og protokoller som vi er vant med, og til slutt, det er fult kaos i hva som kalles hva på internett, og sannsynligvis bidrar også undertegnede til dette.
Tips
Dersom man velger å bryte kontakten til virtuell host ved å slå av ”Allow management operating system to share the network adapter” kan man likevel kommunisere med host via det dedikerte nettverskortet til virtuell host. Kommunikasjonen må da gå via en fysisk svitsj og de fysiske nettverskortene i virtuell host.
Tips
For det tilfelle at ISA Server 2006 skal installeres i en W2K3 virtuell maskin, er det absolutt en påkrevd konfigurasjon å hindre kommunikasjon med virtuell host på den virtuelle svitsjen som er knyttet til et separat fysisk nettverskort, ved å slå av ”Allow management operating system to share the network adapter”. Det er i grunn god praksis.
Tips
Du kan stenge deg selv ute fra virtuell host ved å slå av ”Allow management operating system to share the network adapter”. Hvis du er uheldig å gjør dette på management nettverskortet er du låst. Raskeste fiks pr det tidspunkt denne artikkelen ble skrevet på var reinstallsjon av OS på host.
Opprette et virtuelt nettverk for SBS 2008 Lan
Figur 180 – Klikk på Virtual Network Manager.
Figur 181 – Velg External og klikk Add.
God praksis
Det er god praksis å benytte en navnebetegnelse på det virtuelle nettverket som beskriver, hvilken svitsj dette er, hvilket nettverskort det er knyttet til, hvor det er fysisk plassert i server og hvilken type av virtuelt nettverk det dreier seg om. Dokumenter gjerne i egenskapene for nettverkskortet.
Figur 182 – I mitt tilfelle Klikk Ok når ferdig.
Tips
Du kan stenge deg selv ute fra virtuell host ved å slå av ”Allow management operating system to share the network adapter” på alle fysiske nettverskort. Hvis du er uheldig og gjør dette på management nettverskortet er du låst. Raskeste fiks pr det tidspunkt denne artikkelen ble skrevet på var reinstallsjon av OS på host.
Figur 183 – Klikk Ja.
Resterende god praksis vedrørende Hyper-V
I dette avsnittet legges det inn det som må betegnes som god praksis knyttet il virtuelle maskiner som forfatteren ikke får lagt inn i artikkelen for øvrig.
· Hvis du benytter W2K8 R2, sett deg inn i Task Offloading (TCP Chimney Offload), og vurder innføringen av dette.
· For å optimalisere ytelse, bruk W2K8 operativsystemer eller nyere som operativsystem i virtuelle maskiner. Migrer eldre operativsystemer i child partitions’ som W2K0 og W2K3 til W2K8.
· Installer Integration Service som en av dine første handlinger etter at operativsystemet er installert. Pass på at du har et service pack nivå på SP4 for W2K0 og SP2 for W2K3 før du gjør dette.
· Når du har benyttet en CD / DVD rom i virtuelle maskiner, fjern denne forbindelsen når du er ferdig. Prosessor kraft må benyttes for å sjekke CD / DVD og det forsinker den virtuelle maskinen.
· Benytt legacy nettverksadaptere på virtuelle maskiner som ikke har Integration Service installert.
· Slå av screensaver på virtual host og inne i virtuelle maskiner. Screensaver benytter prosessor kraft.
· Benytt Prosessor Resource Control som den aller siste mulighet for justeringer av prosessorbruk for virtuelle maskiner.
· Hvis virtuell host har for lite memory reduserer dette redusere ytelsen på Hyper-V betraktelig. Pass på reserver dvs. etterlat tilstekkelig med memory til virtuell host. Sjekk RM Kalkulator.
· Det er god praksis å benytte virtuelle harddisker av type Fixed Disks i produksjon.
· Når det gjelder disk ytelsen kan følgende bemerkes. Bruk Logical Disk(*)\Avg.sec/Read og Logical Disk(*)+Avg. Sec/Write inne i den virtuelle maskinen for å sjekke disk ytelse. Dersom gjennomsnittlig respons tid verdien er 1 ms til 15 så ok. Hvis 16 ms til 25 ms så nærmer det seg kritisk. Hvis 26 ms eller større, så er disk diskytelsen dårlig og det får betydning for den virtuelle maskinenes ytelse. Dersom du også finner dette i andre virtuelle maskiner som kjører på samme Hyper-V server så er dette en indikasjon på at noe må gjøres med disk ytelsen på host. Alternativt kan det være LOB relaterte ytelsesproblemer.