installera och konfigurera en Hyper-V virtuell maskin för användning med BizTalk Server

det här avsnittet innehåller rekommendationer för installation och konfigurering av BizTalk Server i en Hyper-V-miljö, inklusive rekommendationer för installation och konfiguration av Hyper-V virtuell maskin och rekommendationer för installation av BizTalk Server på en Hyper-V virtuell maskin.

installera och konfigurera Hyper-V

innan du installerar Hyper-V, se vad som är nytt i Hyper-V i Windows Server 2008 R2. Guiden ”Microsoft Hyper-V Server 2008 R2 komma igång” innehåller information om hur du installerar och konfigurerar Windows Server 2008 R2 Hyper-V. Guiden finns på https://go.microsoft.com/fwlink/?LinkID=202431.

”riktlinjerna för prestandajustering för Windows Server 2008 R2”-dokumentet innehåller detaljer om inställning av Windows Server 2008 R2 och innehåller ett avsnitt som är särskilt inriktat på Hyper-V. dokumentet finns på https://go.microsoft.com/fwlink/?LinkID=202087.

Hyper-V-Plattformsförutsättningar

Hyper-V är en serverroll tillgänglig för 64-bitars och alla utgåvor av Windows Server 2008 SP2 är endast 64-bitars. Dessutom måste den fysiska hårdvaran stödja hårdvaruassisterad virtualisering. Detta innebär att processorn måste vara kompatibel med Intel Virtualization Technology (Intel VT) eller AMD Virtualization (AMD-V) – teknik, system BIOS måste stödja Data Execution Prevention (DEP) och DEP måste vara aktiverat. Specifikt måste du aktivera Intel XD bit (execute disable bit) eller AMD NX bit (no execute bit).

bestämning av hårdvarukrav

på grund av kraven på serverkonsolidering tenderar Hyper-V-servrar att konsumera mer CPU och minne och kräver större disk I/O-bandbredd än fysiska servrar med jämförbara datorbelastningar. För att distribuera en miljö som uppfyller förväntningarna, överväga faktorerna nedan för att bestämma de exakta hårdvarukraven för din server.

Lagringskonfigurationsalternativ

lagringshårdvaran ska ge tillräcklig I/O-bandbredd och lagringskapacitet för att möta de nuvarande och framtida behoven hos de virtuella maskiner som du planerar att vara värd för. Det finns en avvägning när du väljer lagringskonfiguration för Hyper-V mellan kapacitetsanvändning och prestanda den kan ge.

när du planerar lagringskonfiguration, överväga kraven i den miljö du tillhandahåller. Kraven på produktion, Förproduktion och utvecklingsmiljöer kan skilja sig avsevärt.

om du distribuerar en produktion BizTalk servermiljö på Hyper-V, prestanda kommer att vara ett viktigt krav. För att undvika disk I/O-strid på upptagna produktionssystem, installera integrationstjänster på både värd-och gästoperativsystemet och konfigurera diskar för datavolymer med den syntetiska SCSI-kontrollen. För mycket intensiva I/O-arbetsbelastningar för lagring som spänner över flera dataenheter bör varje VHD fästas på en separat syntetisk SCSI-kontroller för bättre övergripande prestanda. Dessutom bör varje VHD lagras på separata fysiska diskar. Mer information om hur du konfigurerar diskar för datavolymer med den syntetiska SCSI-styrenheten finns i avsnittet ”optimera diskprestanda” i Ämneschecklistan: optimera prestanda på Hyper-V.

vanligtvis har utvecklingsmiljöer inte stränga prestandakrav eftersom maximering av resursutnyttjande tenderar att vara huvudprioriteten. För utvecklingsmiljöer prestanda tillhandahålls när värd flera VHD-filer på en enda fysisk enhet är i allmänhet acceptabelt.

Hyper-V stöder flera olika typer av lagringsdiskalternativ. Var och en av lagringsalternativen kan anslutas via en IDE-eller SCSI-kontroller till maskinen. En potentiell fördel med att använda SCSI-styrenheten över IDE-styrenheten är att den bara fungerar korrekt om rätt versioner av operativsystemintegrationskomponenterna har installerats på den virtuella gästmaskinen. Detta är en enkel metod för att säkerställa att korrekta komponenter för operativsystemintegration installeras på gästoperativsystemet.

för intensiva läs-och skrivaktiviteter, till exempel värd för SQL Server-databaser, ger alternativet passthrough disk inkrementella prestandafördelar jämfört med fasta virtuella hårddiskar (VHD). Alternativet passthrough tillåter den virtuella maskinen att ha direkt åtkomst till den fysiska disken och kringgår NTFS-filsystemet i rotpartitionen men stöder inte vissa funktioner för virtuella diskar, till exempel ögonblicksbilder av virtuella maskiner och klusterstöd. Därför rekommenderas inte användning av passthrough disk-funktionen i en BizTalk-eller SQL Server-miljö eftersom de marginella prestandafördelarna mer än kompenseras av den saknade funktionaliteten.

följande tabell sammanfattar fördelarna och nackdelarna med tillgängliga Hyper-V-lagringsalternativ:.

Hyper-V lagringstyp	fördelar	nackdelar	överväganden för BizTalk Server
fasta diskar	presterar bättre än en dynamisk VHD eftersom VHD-filen initieras med sin maximala möjliga storlek när den skapas på den fysiska hårddisken. detta gör fragmentering mindre sannolikt och därför mildrar scenarier där en enda I/O delas upp i flera I/Os. Detta har den lägsta CPU-kostnaden för VHD-typerna eftersom läser och skriver inte behöver leta upp kartläggningen av blocket.	kräver allokering av hela mängden diskutrymme på framsidan.	Använd för operativsystemvolymer på BizTalk Server och SQL Server. Viktigt: startdisken för en Hyper-V gästpartition måste vara ansluten till en IDE-kontroller.
dynamiskt expanderande diskar	storleken på VHD-filen ökar till den storlek som anges när du skapar disken, eftersom mer data lagras på den virtuella maskinen själv. Detta rymmer den mest effektiva användningen av tillgänglig lagring.	fungerar inte lika bra som en fast storlek VHD. Detta beror på att blocken på disken startar som nollställda block men inte stöds av något verkligt utrymme i VHD-filen. Läser från sådana block returnerar ett block av nollor. När ett block först skrivs till måste virtualiseringsstacken allokera utrymme i VHD-filen för blocket och sedan uppdatera motsvarande metadata. Utöver detta varje gång ett befintligt block refereras måste blockmappningen slås upp i metadata. Detta ökar antalet läs-och skrivaktiviteter som i sin tur orsakar ökat CPU-utnyttjande. den dynamiska tillväxten kräver också att serveradministratören övervakar diskkapacitet för att säkerställa att det finns tillräckligt med disklagring när lagringskraven ökar.	fungerar inte lika bra som en fast storlek VHD. om prestanda inte är ett problem, till exempel i en utvecklingsmiljö, kan detta vara ett lämpligt alternativ för operativsystemets hårddiskar. orsakar ytterligare CPU overhead på grund av block mapping lookup.
Differencing diskar	detta är en förälder-barn konfiguration där differencing disk lagrar alla ändringar i förhållande till en bas VHD och basen VHD förblir statisk. Därför behöver endast de block som skiljer sig från föräldern lagras i barnet som skiljer sig från VHD.	prestanda kan försämras eftersom läs / skriv behöver komma åt den fasta / dynamiska föräldern VHD såväl som differensdisken. Detta ökar CPU-användning och disk I/O overhead.	en stor mängd maskinspecifik konfiguration krävs för BizTalk – serverinstallationer och barn VHD-filer kan växa väsentligt vilket skulle minimera fördelarna med att använda denna diskkonfiguration. Läsning från flera VHD i detta scenario medför ytterligare CPU och disk I/O overhead.
Genomströmningsskivor	dessa är fysiska diskar som är inställda på offline i rotpartitionen och gör det möjligt för Hyper-V att ha exklusiv läs-och skrivåtkomst till den fysiska disken.	kräver en helt dedikerad disk eller LUN för att den ska kunna tilldelas en virtuell maskin. en fysisk disk är svårare att flytta mellan maskiner än VHD-filer.	om din SQL Server-instans körs på en Hyper-V kan du få inkrementella prestandaförbättringar genom att använda passthrough-diskar över med hjälp av fasta virtuella hårddiskar (VHD) för BizTalk-serverns datavolymer. om du är värd för lokala filmottagningsplatser på BizTalk-servern eller strömmar stora meddelanden till disken under bearbetningen kan du få stegvisa prestandaförbättringar med hjälp av genomströmningsskivor över med fasta virtuella hårddiskar (VHD).

mer information om implementering av diskar och lagring med Hyper-V finns i implementera diskar och lagring (https://go.microsoft.com/fwlink/?LinkID=142362).

nätverk

BizTalk Server tenderar att uppvisa hög nätverksanvändning. Därför, när nätverksprestanda är ett problem, överväga att tilldela ett separat fysiskt nätverkskort för varje virtuell maskin.

när du konfigurerar en virtuell maskin, se till att du använder nätverksadaptern istället för den äldre nätverksadaptern. Den äldre nätverksadaptern är avsedd för operativsystem som inte stöder integrationskomponenter.

för att mäta nätverksprestanda använd ”\Network Interface \Bytes Total/sec” och \Network Interface(*)\Output Queue Length performance monitor räknare på värdoperativsystemet för att mäta nätverkskortets totala prestanda. Om ett fysiskt nätverk har identifierats som upptaget, använd räknaren” \Hyper-V Virtual Network Adapter (*) \ Bytes/sec ” på värdoperativsystemet för att identifiera vilken nätverksadapter för virtuell maskin som genererar hög belastning.

för mer information om utvärdering av nätverksprestanda i en Hyper-V-miljö, se avsnittet mäta nätverksprestanda i Checklista: mäta prestanda på Hyper-V.

CPU

Hyper-V stöder olika antal virtuella processorer för olika gästoperativsystem; som sammanfattas i tabellen nedan. För att allokera de maximala CPU-resurserna för BizTalk Server, installera den på ett Windows Server 2008 R2 gästoperativsystem, som stöder fyra virtuella processorer per virtuell maskin.

konfigurera en 1-1-tilldelning av virtuella processorer i gästoperativsystemet / gästoperativsystemen till logiska processorer som är tillgängliga för värdoperativsystemet för att förhindra överdriven kontextbyte. Överdriven kontextväxling mellan processorer kommer att resultera i prestandaförsämring. Mer information om hur du fördelar virtuella processorer till logiska processorer finns i avsnittet ”optimera processorns prestanda” i Ämneschecklistan: optimera prestanda på Hyper-V.

”\Hyper-V hypervisor logisk Processor(_Total)\% Total körtid” Performance Monitor counter mäter det totala resursutnyttjandet av alla gästmaskiner och hypervisorn på Hyper-V-värden. Om detta värde är över 90% körs servern med maximal kapacitet; att tilldela ytterligare virtuella processorer till virtuella maskiner i detta scenario kan försämra systemets totala prestanda och bör undvikas. För ytterligare information om hur du använder HyperV-prestandaräknarna, se avsnittet utvärdera BizTalk Server Performance på Hyper-V i den här guiden.

operativsystem	virtuell processorgräns
Windows Server 2008 R2. Alla versioner av Windows Server 2008 R2 är endast 64-bitars.	4
Windows Server 2008 SP2 64-bitars	4
Windows Server 2008 SP2 32-bitars	4
Windows 7 64-bitars	4
Windows 7 32-bitars	4
Windows Vista 64-bitars	2
Windows Vista 32-bitars	2

minne

den fysiska servern kräver tillräckligt med minne för rotpartitionen och alla virtuella maskiner som körs på servern. Under testningen tilldelades minst 2 GB minne till rotpartitionen och minnet/tillgängliga MBytes performance monitor-räknaren övervakades för att säkerställa att inget minnestryck upplevdes.

mängden minne som ska tilldelas varje virtuell maskin i en BizTalk-servermiljö beror på arbetsbelastningen och typen av bearbetning som ska utföras. Det finns många faktorer som påverkar minneskraven för BizTalk Server inklusive:

• storleken på meddelanden som behandlas

• genomströmning av meddelanden

• orkestrering design

• bearbetning av rörledningar

• antal BizTalk-värdar som du planerar att köra i den virtuella datorn

  för en omfattande lista över faktorer som påverkar minnet, se avsnittet ”Prestandafaktorer” i BizTalk Server Performance Optimizations Guide på https://go.microsoft.com/fwlink/?LinkId=122587.

  övervaka proaktivt minnet/tillgängliga Mbytes-räknaren inifrån varje virtuell maskin och själva rotpartitionen. Följande riktlinjer från checklista: mätning av prestanda på Hyper-V bör användas för att avgöra om det finns tillräckligt med tillgängligt fysiskt minne för den virtuella maskinen och för rotpartitionen:

• 50% av ledigt minne tillgängligt eller mer = hälsosamt

• 25% ledigt minne tillgängligt = Monitor

• 10% ledigt minne tillgängligt = Varning

• mindre än 5% ledigt minne tillgängligt = kritisk, prestanda kommer att påverkas negativt

välja Root operativsystem Version

Hyper-V stöds på en Server kärna samt en fullständig installation av Windows Server 2008 R2. För att minimera kostnaden för rotpartitionen, installera Hyper-V på en Server Core-installation av Windows Server 2008 R2. Hyper-V-rollen kan hanteras på distans från Hyper-V-hanteraren på ett annat system. Server Core ger en mindre disk-och minnesprofil, vilket ger mer resurser tillgängliga för virtuella maskiner. Mer information om Server Core-installationsalternativet för Windows Server 2008 R2 finns i https://go.microsoft.com/fwlink/?LinkID=202439.

om du väljer att använda en fullständig installation av Windows Server 2008 R2, se till att rotpartitionen endast är avsedd för Hyper-V-serverrollen. Att köra ytterligare serverroller förbrukar minne, disk, processor och nätverksresurser och försämrar prestanda.

skapa dina virtuella maskiner

när du har installerat och konfigurerat Hyper-V-serverrollen måste du skapa de virtuella maskinerna. Innan du gör det är det användbart att svara på följande frågor:

• vilken lagringskonfiguration kommer jag att använda?

• hur många virtuella processorer Stöder gästoperativsystemet?

• hur mycket minne kommer att tilldelas den virtuella maskinen?

• hur många virtuella maskiner kan jag köra på min Hyper-V-Server?

• Hur installerar jag operativsystemet på maskinen?

  mer information om hur du skapar och konfigurerar virtuella datorer finns i skapa virtuella datorer.

installera Basoperativsystemet

alla tillgängliga alternativ för en fysisk serverinstallation finns i Hyper-V. En startbar CD/DVD-ROM-media eller EN ISO-bild kan användas för att utföra en manuell installation. En nätverksinstallation kan utföras om den virtuella maskinen har konfigurerats med en nätverksadapter ansluten till samma nätverk som en server som är värd för ISO-bilderna.

för att installera och konfigurera maskinerna som används i detta laboratorium skapades en initial basbild på en fast storlek VHD. Detta innebar en manuell installation av Windows Server 2008 R2. När alla lämpliga uppdateringar hade installerats avbildades den virtuella basmaskinen med hjälp av sysprep-verktyget som är installerat med Windows Server 2008, i katalogen %WINDIR%\system32\sysprep.

installera och konfigurera BizTalk Server

• för att minimera den tid som krävs för att installera virtuella maskiner, skapa en basbild som endast består av gästoperativsystemet och programvaruförutsättningarna. Använd SysPrep för att förbereda VHD-bilden för återanvändning och basera sedan alla dina virtuella maskiner (VM) på denna VHD.

  Obs

  med BizTalk Server är det möjligt att köra Sysprep mot en basbild afterBizTalk Server har installerats och konfigurerats på servern. Detta kan åstadkommas genom användning av en Sysprep svar fil och skript som tillhandahålls med BizTalk Server. Dessa exempelskript är utformade för användning med BizTalk Server installerad på Windows Server 2008 R2 . För mer information se BizTalk Server online dokumentation.

  den obevakade Windows-Inställningsreferensen är tillgänglig på https://go.microsoft.com/fwlink/?LinkId=142364.

• följ rekommendationerna i avsnittet ”När du installerar och konfigurerar BizTalk Server…” i Ämneschecklistan: bästa praxis för att installera och konfigurera BizTalk Server på Hyper-V.

• för information om stödbarheten för BizTalk Server och SQL Server i en Hyper-V-miljö, se Bilaga C: BizTalk Server och SQL Server Hyper-V-Stödbarhet.