installation og konfiguration af en Hyper – V virtuel maskine til brug med Microsoft Server

dette emne indeholder anbefalinger til installation og konfiguration af Hyper-V-serveren i et Hyper-V-miljø, herunder anbefalinger til installation og konfiguration af den virtuelle Hyper-V-maskine og anbefalinger til installation af Hyper-V-serveren på en virtuel Hyper-V-maskine.

installation og konfiguration af Hyper-V

før du installerer Hyper-V, se nyheder i Hyper-V i vinduer Server 2008 R2. Vejledningen” Microsoft Hyper-V Server 2008 R2 Kom godt i gang” indeholder oplysninger om, hvordan du installerer og konfigurerer Microsoft Server 2008 R2 Hyper-V. Vejledningen er tilgængelig på https://go.microsoft.com/fwlink/?LinkID=202431.

“retningslinjerne for indstilling af ydeevne for vinduer Server 2008 R2” dokument indeholder detaljer om indstilling af vinduer Server 2008 R2 og indeholder et afsnit, der specifikt er fokuseret på Hyper-V. dokumentet er tilgængeligt på https://go.microsoft.com/fwlink/?LinkID=202087.

Hyper-V platform forudsætninger

Hyper-V er en serverrolle tilgængelig for 64-bit, og alle udgaver af vinduer Server 2008 SP2 er kun 64-bit. Derudover skal det fysiske udstyr understøtte udstyrsassisteret virtualisering. Dette betyder, at processoren skal være kompatibel med Intel virtualiseringsteknologi (Intel VT) eller AMD virtualisering (AMD-V) teknologi, system BIOS skal understøtte forebyggelse af datakørsel (Dep), og DEP skal være aktiveret. Du skal aktivere Intel bit (udfør Deaktiver bit) eller AMD bit (ingen udfør bit).

bestemmelse af krav til udstyr

på grund af kravene til serverkonsolidering har Hyper-V-servere en tendens til at forbruge mere CPU og hukommelse og kræver større disk I/O-båndbredde end fysiske servere med sammenlignelige computerbelastninger. For at implementere et miljø, der opfylder forventningerne, skal du overveje nedenstående faktorer for at bestemme de nøjagtige krav til din server.

Lagringskonfigurationsindstillinger

lagringsudstyret skal give tilstrækkelig I/O-båndbredde og lagerkapacitet til at imødekomme de nuværende og fremtidige behov for de virtuelle maskiner, som du planlægger at være vært for. Der er en afvejning, når du vælger lagringskonfigurationen for Hyper-V mellem kapacitetsforbrug og den ydelse, den kan levere.

når du planlægger lagringskonfiguration, skal du overveje kravene i det miljø, du leverer. Kravene til produktion, præproduktion og udviklingsmiljøer kan variere betydeligt.

hvis du implementerer et Produktionsservermiljø på Hyper-V, vil ydeevne være et nøglekrav. For at undgå disk I/O-strid på travle produktionssystemer skal du installere integrationstjenester på både vært-og gæsteoperativsystemet og konfigurere diske til datamængder med den syntetiske SCSI-controller. For meget intensiv opbevaring I / O-arbejdsbelastninger, der spænder over flere datadrev, skal hver VHD fastgøres til en separat syntetisk SCSI-controller for bedre samlet ydelse. Derudover skal hver VHD opbevares på separate fysiske diske. For mere information om konfiguration af diske til datamængder med den syntetiske SCSI-controller, se afsnittet “Optimer diskydelse” i emnet tjekliste: optimering af ydeevne på Hyper-V.

udviklingsmiljøer har typisk ikke strenge ydelseskrav, da maksimering af ressourceudnyttelse har tendens til at være hovedprioriteten. For udviklingsmiljøer er ydelsen, der leveres ved hosting af flere VHD-filer på et enkelt fysisk drev, generelt acceptabelt.

Hyper-V understøtter flere forskellige typer lagringsdiskindstillinger. Hver af lagringsmulighederne kan fastgøres via en IDE-eller SCSI-controller til maskinen. En potentiel fordel ved at bruge SCSI-controlleren over IDE-controlleren er, at den kun fungerer korrekt, hvis de korrekte versioner af operativsystemintegrationskomponenterne er installeret på gæstens virtuelle maskine. Dette er en enkel metode til at sikre, at korrekte operativsystemintegrationskomponenter er installeret på gæstens operativsystem.

til intensive læse-skriveaktiviteter, såsom hosting af SERVERDATABASER, giver passthrough disk mulighed trinvise ydelsesfordele i forhold til faste virtuelle harddisk (VHD) diske. Passthrough-indstillingen tillader, at den virtuelle maskine har direkte adgang til den fysiske disk og omgår NTFS-filsystemet i rodpartitionen, men understøtter ikke visse funktioner på virtuelle diske, såsom snapshots af virtuelle maskiner og klyngestøtte. Derfor anbefales det ikke at bruge passthrough disk-funktionen i et servermiljø, fordi de marginale ydelsesfordele mere end opvejes af den manglende funktionalitet.

følgende tabel opsummerer fordele og ulemper ved tilgængelige Hyper-V-lagringsmuligheder:.

Hyper-V Storage Type	fordele	ulemper	overvejelser til server
diske med fast størrelse	fungerer bedre end en dynamisk VHD, fordi VHD-filen initialiseres med den maksimale mulige størrelse, når den oprettes på den fysiske harddisk. dette gør fragmentering mindre sandsynlig og mindsker derfor scenarier, hvor en enkelt I/O er opdelt i flere I/Os. Dette har den laveste CPU-overhead af VHD-typerne, fordi læser og skriver ikke behøver at slå kortlægningen af blokken op.	kræver tildeling af den fulde mængde diskplads på forhånd.	brug til operativsystemvolumener på . Vigtigt: startdisken til en Hyper-V gæstepartition skal være knyttet til en IDE-controller.
dynamisk udvidende diske	størrelsen af VHD-filen stiger til den størrelse, der er angivet, når du opretter disken, da flere data gemmes på selve den virtuelle maskine. Dette rummer den mest effektive brug af tilgængelig opbevaring.	udfører ikke så godt som en fast størrelse VHD. Dette skyldes, at blokkene i disken starter som nulstillede blokke, men ikke understøttes af nogen faktisk plads i VHD-filen. Læser fra sådanne blokke returnerer en blok af nuller. Når en blok først skrives til, skal virtualiseringsstakken allokere plads i VHD-filen til blokken og derefter opdatere de tilsvarende metadata. Ud over dette hver gang der henvises til en eksisterende blok, skal blokkortlægningen slås op i metadataene. Dette øger antallet af læse-og skriveaktiviteter, hvilket igen medfører øget CPU-udnyttelse. den dynamiske vækst kræver også, at serveradministratoren overvåger diskkapaciteten for at sikre, at der er tilstrækkelig disklagring, efterhånden som lagringskravene øges.	udfører ikke så godt som en fast størrelse VHD. hvis ydeevne ikke er et problem, for eksempel i et udviklingsmiljø, kan dette være en passende mulighed for operativsystemets harddiske. forårsager yderligere CPU overhead på grund af blok kortlægning opslag.
Differencediske	dette er en forældre-barn-konfiguration, hvor differencedisk gemmer alle ændringer i forhold til en base-VHD, og base-VHD forbliver statisk. Derfor skal kun de blokke, der er forskellige fra forældrene, opbevares i barnets afvigende VHD.	ydeevne kan forringes, fordi læse/skrive skal have adgang til den faste/dynamiske overordnede VHD såvel som differencedisk. Dette øger CPU-udnyttelse og disk I/O overhead.	der kræves en stor mængde maskinspecifik konfiguration til installation af servere, og underordnede VHD-filer kan vokse betydeligt, hvilket ville minimere fordelene ved at bruge denne diskkonfiguration. Læsning fra flere VHD ‘ er i dette scenario medfører yderligere CPU og disk I/O overhead.
Passthrough-diske	dette er fysiske diske, der er indstillet til offline i rodpartitionen og gør det muligt for Hyper-V at have eksklusiv læse-skriveadgang til den fysiske disk.	kræver en fuldt dedikeret disk eller LUN for at den kan tildeles en virtuel maskine. en fysisk disk er sværere at flytte mellem maskiner end VHD-filer.	hvis din serverforekomst kører på en Hyper-V, kan du få trinvise ydelsesforbedringer ved at bruge passthrough-diske i forhold til at bruge faste virtuelle harddiske (VHD) til datamængderne. hvis du er vært for en lokal fil, der modtager placeringer på serveren eller streamer store beskeder til disken under behandlingen, kan du få trinvise ydelsesforbedringer ved hjælp af passthrough-diske over brug af faste virtuelle harddiske (VHD).

du kan finde flere oplysninger om implementering af diske og lagring med Hyper-V i implementering af diske og lagring (https://go.microsoft.com/fwlink/?LinkID=142362).

netværk

Bistalk Server har tendens til at udvise høj netværksudnyttelse. Derfor, når netværksydelse er et problem, skal du overveje at tildele et separat fysisk netværkskort til hver virtuel maskine.

når du konfigurerer en virtuel maskine, skal du sikre dig, at du bruger netværksadapteren i stedet for den ældre netværksadapter. Den ældre netværksadapter er beregnet til operativsystemer, der ikke understøtter integrationskomponenter.

for at måle netværkets ydeevne skal du bruge “\netværksgrænseflade \Bytes Total/sec” og \netværksgrænsefladen(*)\Output Kølængde performance monitor tællere på værtsoperativsystemet til at måle netværkskortets samlede ydeevne. Hvis et fysisk netværk er blevet identificeret som værende optaget, skal du bruge tælleren” \Hyper-V Virtual netværksadapter (*) \ Bytes/sec ” på værtsoperativsystemet til at identificere, hvilken virtuel maskins netværksadapter(er) der genererer høj belastning.

For mere information om evaluering af netværksydelse på et Hyper-V-miljø, se afsnittet måling af netværksydelse i tjeklisten: måling af ydeevne på Hyper-V.

CPU

Hyper-V understøtter forskellige antal virtuelle processorer til forskellige gæsteoperativsystemer; som opsummeret i nedenstående tabel. For at tildele de maksimale CPU-ressourcer til Bistalk Server skal du installere det på et vinduer Server 2008 R2 gæst operativsystem, der understøtter fire virtuelle processorer pr.

Konfigurer en 1-1 tildeling af virtuelle processorer i gæstens operativsystem(er) til logiske processorer, der er tilgængelige for værtsoperativsystemet for at forhindre overdreven kontekstskift. Overdreven kontekstskift mellem processorer vil resultere i ydelsesforringelse. For mere information om tildeling af virtuelle processorer til logiske processorer, se afsnittet “Optimer processorens ydeevne” i emnet tjekliste: optimering af ydeevne på Hyper-V.

“\Hyper-V Hypervisor logisk Processor(_Total)\% Total Run Time” Performance Monitor tæller måler den samlede ressourceudnyttelse af alle gæstemaskiner og hypervisoren på Hyper-V-værten. Hvis denne værdi er over 90%, kører serveren med maksimal kapacitet; tildeling af yderligere virtuelle processorer til virtuelle maskiner i dette scenario kan forringe den samlede systemydelse og bør undgås. For yderligere oplysninger om brug af HyperV-ydelsestællere, se afsnittet evaluering af serverens ydeevne på Hyper-V i denne vejledning.

operativsystem	virtuel processor grænse
vinduer Server 2008 R2. Alle udgaver af Server 2008 R2 er kun 64-bit.	4
Server 2008 SP2 64-bit	4
vinduer Server 2008 SP2 32-bit	4
Vinduer 7 64-bit	4
Vinduer 7 32-bit	4
Vinduer Vista 64-bit	2
Vinduer Vista 32-bit	2

hukommelse

den fysiske server kræver nok hukommelse til rodpartitionen og eventuelle virtuelle maskiner, der kører på serveren. Under test blev der tildelt mindst 2 GB hukommelse til rodpartitionen, og Memory/Available Mbytes performance monitor-tælleren blev overvåget for at sikre, at der ikke blev oplevet noget hukommelsestryk.

mængden af hukommelse, der skal tildeles til hver virtuel maskine i et servermiljø, afhænger af arbejdsbyrden og typen af behandling, der skal udføres. Der er mange faktorer, der påvirker hukommelseskravene til , herunder:

• størrelsen af de behandlede meddelelser

• gennemgang af meddelelser

• orkestrering design

• forarbejdning af rørledninger

• Antal hosts, som du planlægger at køre i den virtuelle maskine

  For en omfattende liste over faktorer, der påvirker hukommelsen, se afsnittet “Ydelsesfaktorer” i vejledningen til optimering af ydeevnen på https://go.microsoft.com/fwlink/?LinkId=122587.

  proaktivt overvåge hukommelse/tilgængelige Mbytes tælleren inde fra hver virtuel maskine og selve rodpartitionen. Følgende retningslinjer fra tjekliste: måling af ydeevne på Hyper-V skal bruges til at bestemme, om der er tilstrækkelig tilgængelig fysisk hukommelse til den virtuelle maskine og til rodpartitionen:

• 50% af ledig hukommelse til rådighed eller mere = sund

• 25% af ledig hukommelse til rådighed = skærm

• 10% af ledig hukommelse til rådighed = advarsel

• mindre end 5% ledig hukommelse til rådighed = kritisk, vil ydeevnen blive negativt påvirket

vælge Root operativsystem Version

Hyper-V understøttes på en Server kerne samt en fuld installation af vinduer Server 2008 R2. For at minimere overhead af rodpartitionen skal du installere Hyper-V på en Serverkerneinstallation af vinduer Server 2008 R2. Hyper-V-rollen kan styres eksternt fra Hyper-V-Manageren på et andet system. Server Core giver en mindre disk og hukommelse profil, derfor forlader flere ressourcer til rådighed for virtuelle maskiner. Se https://go.microsoft.com/fwlink/?LinkID=202439for at få flere oplysninger om indstillingen Server Core installation, der er tilgængelig for vinduer Server 2008 R2.

hvis du vælger at bruge en komplet installation af Server 2008 R2, skal du sikre dig, at rodpartitionen kun er dedikeret til Hyper-V-serverrollen. At køre yderligere serverroller vil forbruge hukommelse, disk, processor og netværksressourcer og vil forringe ydeevnen.

oprettelse af dine virtuelle maskiner

når du har installeret og konfigureret Hyper-V-serverrollen, skal du oprette de virtuelle maskiner. Før du gør dette, er det nyttigt at besvare følgende spørgsmål:

• hvilken lagringskonfiguration skal jeg bruge?

• hvor mange virtuelle processorer Understøtter gæstens operativsystem?

• hvor meget hukommelse tildeles den virtuelle maskine?

• hvor mange virtuelle maskiner kan jeg køre på min Hyper – V-Server?

• Hvordan installerer jeg operativsystemet på maskinen?

  du kan finde flere oplysninger om, hvordan du opretter og konfigurerer virtuelle maskiner, under Opret virtuelle maskiner.

installation af Basisoperativsystemet

alle tilgængelige muligheder for en fysisk serverinstallation er tilgængelige i Hyper-V. et bootbart CD/DVD-ROM-medie eller et ISO-billede kan bruges til at udføre en manuel installation. En netværksinstallation kan udføres, hvis den virtuelle maskine er konfigureret med en netværksadapter, der er tilsluttet det samme netværk som en server, der er vært for ISO-billederne.

for at installere og konfigurere de maskiner, der bruges i dette laboratorium, blev der oprettet et indledende basisbillede på en fast størrelse VHD. Dette involverede en manuel installation af vinduer Server 2008 R2. Når alle relevante opdateringer var blevet installeret basen virtuelle maskine blev afbildet ved hjælp af sysprep hjælpeprogram, der er installeret med vinduer Server 2008, i mappen %VINDIR%\system32\sysprep.

installation og konfiguration

• for at minimere den tid, der kræves for at installere virtuelle maskiner, skal du oprette et basisbillede, der kun består af gæstens operativsystem og programmelforudsætninger. Brug SysPrep at forberede VHD billede til genbrug, og derefter basere alle dine virtuelle maskiner (VM ‘ er) på denne VHD.

  Bemærk

  med Bistalk Server er det muligt at køre Sysprep mod et basisbillede, efter at bistalk Server er installeret og konfigureret på serveren. Dette kan opnås ved brug af en Sysprep svarfil og scripts, der leveres med Bistalk Server. Disse eksempel scripts er designet til brug med installeret på vinduer Server 2008 R2 . Du kan finde flere oplysninger i online-dokumentationen.

  den uovervåget vinduer Setup Reference er tilgængelig på https://go.microsoft.com/fwlink/?LinkId=142364.

• følg anbefalingerne i afsnittet” Når du installerer og konfigurerer Microsoft Server… ” i emnet tjekliste: bedste fremgangsmåder til installation og konfiguration af Microsoft Server på Hyper-V.

• du kan finde flere oplysninger om supportmulighederne for Hyper-V-serveren i et Hyper-V-miljø i bilag C: Hyper-V-Serversupport.