instalarea și configurarea unei mașini virtuale Hyper-V pentru utilizare cu BizTalk Server

acest subiect oferă recomandări pentru instalarea și configurarea BizTalk Server într-un mediu Hyper-V, inclusiv recomandări pentru instalarea și configurarea mașinii virtuale Hyper-V și recomandări pentru instalarea BizTalk Server pe o mașină virtuală Hyper-V.

instalarea și configurarea Hyper-V

înainte de a instala Hyper-V, consultați Ce este nou în Hyper-V în Windows Server 2008 R2. Ghidul „Microsoft Hyper-V Server 2008 R2 Noțiuni de bază” oferă detalii despre cum să instalați și să configurați Windows Server 2008 R2 Hyper-V. Ghidul este disponibil la https://go.microsoft.com/fwlink/?LinkID=202431.

„the Performance Tuning Guidelines for Windows Server 2008 R2” document oferă detalii despre tuning Windows Server 2008 R2 și include o secțiune axată în mod specific pe Hyper-V. documentul este disponibil la https://go.microsoft.com/fwlink/?LinkID=202087.

cerințe preliminare pentru platforma Hyper-V

Hyper-V este un rol de server disponibil pentru 64 de biți și toate edițiile Windows Server 2008 SP2 sunt doar pe 64 de biți. În plus, hardware-ul fizic trebuie să accepte virtualizarea asistată de hardware. Aceasta înseamnă că procesorul trebuie să fie compatibil cu tehnologia Intel Virtualization (Intel VT) sau tehnologia AMD Virtualization (AMD-V), BIOS-ul sistemului trebuie să accepte prevenirea execuției datelor (DEP) și DEP trebuie activat. Mai exact, trebuie să activați bitul Intel XD (execute disable bit) sau bitul AMD NX (no execute bit).

determinarea cerințelor Hardware

datorită cerințelor de consolidare a serverului, serverele Hyper-V tind să consume mai mult CPU și memorie și necesită o lățime de bandă i/O pe disc mai mare decât serverele fizice cu sarcini de calcul comparabile. Pentru a implementa un mediu care va satisface așteptările, luați în considerare factorii de mai jos pentru a determina cerințele hardware exacte ale serverului dvs.

Opțiuni de configurare stocare

hardware-ul de stocare ar trebui să ofere suficientă lățime de bandă I/O și capacitate de stocare pentru a satisface nevoile actuale și viitoare ale mașinilor virtuale pe care intenționați să le găzduiți. Există un compromis atunci când alegeți configurația de stocare pentru Hyper-V între utilizarea capacității și performanța pe care o poate oferi.

când planificați configurarea stocării, luați în considerare cerințele mediului pe care îl furnizați. Cerințele pentru mediile de producție, pre-producție și dezvoltare pot diferi considerabil.

dacă implementați un mediu de Server BizTalk de producție pe Hyper-V, performanța va fi o cerință cheie. Pentru a evita Disc i/o dispută pe sistemele de producție ocupat, instalați servicii de integrare pe ambele gazdă și sistemul de operare invitat și configurați discuri pentru volumele de date cu controlerul SCSI sintetic. Pentru sarcini de lucru i/O de stocare extrem de intense care acoperă mai multe unități de date, fiecare VHD ar trebui să fie atașat la un controler SCSI sintetic separat pentru o performanță generală mai bună. În plus, fiecare VHD trebuie stocat pe discuri fizice separate. Pentru mai multe informații despre configurarea discurilor pentru volumele de date cu controlerul SCSI sintetic, consultați secțiunea „Optimizați performanța discului” din lista de verificare a subiectului: optimizarea performanței pe Hyper-V.

de obicei, mediile de dezvoltare nu au cerințe stricte de performanță, deoarece maximizarea utilizării resurselor tinde să fie principala prioritate. Pentru mediile de dezvoltare, performanța oferită la găzduirea mai multor fișiere VHD pe o singură unitate fizică este în general acceptabilă.

Hyper-V acceptă mai multe tipuri diferite de opțiuni de disc de stocare. Fiecare dintre opțiunile de stocare poate fi atașată la mașină printr-un controler IDE sau SCSI. Un beneficiu potențial al utilizării controlerului SCSI asupra controlerului IDE este că acesta va funcționa corect numai dacă versiunile corecte ale componentelor de integrare a sistemului de operare au fost instalate pe mașina virtuală invitată. Aceasta este o metodă simplă pentru a vă asigura că componentele corecte de integrare a sistemului de operare sunt instalate pe sistemul de operare invitat.

pentru activități intensive de citire-scriere, cum ar fi găzduirea bazelor de date SQL Server, opțiunea passthrough disk oferă avantaje de performanță incrementale față de discurile fixe de hard disk virtual (VHD). Opțiunea passthrough permite mașinii virtuale să aibă acces direct la discul fizic și ocolește sistemul de fișiere NTFS din partiția rădăcină, dar nu acceptă anumite funcționalități ale discurilor virtuale, cum ar fi instantaneele mașinii virtuale și suportul de grupare. Prin urmare, utilizarea caracteristicii disc passthrough nu este recomandată într-un mediu BizTalk sau SQL Server, deoarece beneficiile marginale de performanță sunt mai mult decât compensate de funcționalitatea lipsă.

următorul tabel rezumă avantajele și dezavantajele opțiunilor de stocare Hyper-V disponibile:.

tip de stocare Hyper-V	Pro	contra	considerații pentru BizTalk Server
discuri cu dimensiuni fixe	funcționează mai bine decât un VHD dinamic, deoarece fișierul VHD este inițializat la dimensiunea maximă posibilă atunci când este creat pe hard disk-ul fizic. acest lucru face fragmentarea mai puțin probabilă și, prin urmare, atenuează scenariile în care o singură I/O este împărțită în mai multe I/o. Acest lucru are cea mai mică deasupra capului CPU a tipurilor VHD, deoarece citește și scrie nu trebuie să se uite în sus de cartografiere a blocului.	necesită alocarea întregii cantități de spațiu pe disc în față.	utilizați pentru volumele sistemului de operare pe BizTalk Server și SQL Server. Important: discul de pornire al unei partiții oaspete Hyper-V trebuie să fie atașat la un controler IDE.
extinderea dinamică a discurilor	Dimensiunea fișierului VHD crește la dimensiunea specificată la crearea discului, deoarece mai multe date sunt stocate pe mașina virtuală în sine. Aceasta găzduiește cea mai eficientă utilizare a spațiului de stocare disponibil.	nu funcționează la fel de bine ca o dimensiune fixă VHD. Acest lucru se datorează faptului că blocurile din disc încep ca blocuri zero, dar nu sunt susținute de niciun spațiu real din fișierul VHD. Citirile din astfel de blocuri returnează un bloc de zerouri. Când un bloc este scris mai întâi, stiva de virtualizare trebuie să aloce spațiu în fișierul VHD pentru bloc și apoi să actualizeze metadatele corespunzătoare. În plus, de fiecare dată când se face referire la un bloc existent, maparea blocurilor trebuie căutată în metadate. Acest lucru crește numărul de activități de citire și scriere care, la rândul lor, determină o utilizare crescută a procesorului. creșterea dinamică necesită, de asemenea, ca administratorul serverului să monitorizeze capacitatea discului pentru a se asigura că există suficient spațiu de stocare pe disc pe măsură ce cerințele de stocare cresc.	nu funcționează la fel de bine ca o dimensiune fixă VHD. dacă performanța nu este o problemă, de exemplu într-un mediu de dezvoltare, aceasta poate fi o opțiune potrivită pentru hard disk-urile sistemului de operare. cauze suplimentare CPU aeriene din cauza bloc de cartografiere căutare.
diferențierea discurilor	aceasta este o configurație părinte-copil în care discul de diferențiere stochează toate modificările în raport cu un VHD de bază și VHD de bază rămâne static. Prin urmare, numai blocurile care sunt diferite de părinte trebuie să fie stocate în copil diferențierea VHD.	performanța se poate degrada, deoarece citirea/scrierea trebuie să acceseze VHD-ul părinte fix/dinamic, precum și discul de diferențiere. Acest lucru crește utilizarea procesorului și disc I / O deasupra capului.	este necesară o cantitate mare de configurație specifică mașinii pentru instalațiile BizTalk Server și fișierele VHD pentru copii pot crește substanțial, ceea ce ar reduce la minimum beneficiile utilizării acestei configurații de disc. Citirea de la mai multe VHD în acest scenariu implică CPU suplimentare și disc I/O deasupra capului.
discuri Passthrough	acestea sunt discuri fizice care sunt setate la offline în partiția rădăcină și permit Hyper-V să aibă acces exclusiv de citire-scriere la discul fizic.	necesită un disc complet dedicat sau LUN pentru ca acesta să fie alocat unei mașini virtuale. un disc fizic este mai dificil de deplasat între mașini decât fișierele VHD.	dacă instanța SQL Server se execută pe un Hyper-V, puteți obține îmbunătățiri de performanță incrementale utilizând discuri passthrough peste folosind fixed virtual hard disk (VHD) pentru volumele de date BizTalk Server. dacă găzduiți locații de primire a fișierelor locale pe serverul BizTalk sau transmiteți mesaje mari pe disc în timpul procesării, puteți obține îmbunătățiri incrementale ale performanței folosind discuri passthrough peste utilizarea hard disk-urilor virtuale fixe (VHD).

pentru mai multe informații despre implementarea discurilor și a stocării cu Hyper-V, consultați Implementarea discurilor și stocării (https://go.microsoft.com/fwlink/?LinkID=142362).

Networking

BizTalk Server tinde să prezinte o utilizare ridicată a rețelei. Prin urmare, atunci când performanța rețelei este o problemă, luați în considerare alocarea unei plăci de rețea fizice separate pentru fiecare mașină virtuală.

când configurați o mașină virtuală, asigurați-vă că utilizați adaptorul de rețea în locul adaptorului de rețea vechi. Adaptorul de rețea vechi este destinat sistemelor de operare care nu acceptă componente de integrare.

pentru a măsura performanța rețelei, utilizați contoarele „\Network Interface \Bytes Total/sec” și \Network Interface(*)\Output Queue Length performance monitor de pe sistemul de operare gazdă pentru a măsura performanța generală a plăcii de rețea. Dacă o rețea fizică a fost identificată ca fiind ocupată, utilizați contorul” \Hyper-V Virtual Network Adapter (*) \ Bytes/sec ” de pe sistemul de operare gazdă pentru a identifica ce adaptor(e) de rețea pentru mașini virtuale generează/generează sarcină mare.

pentru mai multe informații despre evaluarea performanței rețelei într-un mediu Hyper-V, consultați secțiunea măsurarea performanței rețelei din lista de verificare: măsurarea performanței pe Hyper-V.

CPU

Hyper-V acceptă numere diferite de procesoare virtuale pentru diferite sisteme de operare oaspete; așa cum este rezumat în tabelul de mai jos. Pentru a aloca resursele maxime CPU pentru BizTalk Server, instalați-l pe un sistem de operare invitat Windows Server 2008 R2, care acceptă patru procesoare virtuale pe mașină virtuală.

configurați o alocare 1-1 a procesoarelor virtuale în sistemul de operare invitat la procesoarele logice disponibile pentru sistemul de operare gazdă pentru a preveni comutarea excesivă a contextului. Comutarea excesivă a contextului între procesoare va duce la degradarea performanței. Pentru mai multe informații despre alocarea procesoarelor virtuale procesoarelor logice, consultați secțiunea „Optimizați performanța procesorului” din lista de verificare a subiectului: optimizarea performanței pe Hyper-V.

contorul monitorului de performanță „\Hyper-V hypervisor logic Processor(_Total)\% total Run Time” măsoară utilizarea generală a resurselor tuturor mașinilor invitate și a hipervizorului de pe gazda Hyper-V. Dacă această valoare este peste 90%, serverul rulează la capacitate maximă; alocarea de procesoare virtuale suplimentare mașinilor virtuale în acest scenariu poate degrada performanța generală a sistemului și ar trebui evitată. Pentru mai multe detalii despre utilizarea contoarelor de performanță HyperV, consultați evaluarea performanței serverului BizTalk pe Hyper-V secțiunea din acest ghid.

sistem de Operare	limita procesorului Virtual
Windows Server 2008 R2. Toate edițiile de Windows Server 2008 R2 sunt doar pe 64 de biți.	4
Windows Server 2008 SP2 pe 64 de biți	4
Windows Server 2008 SP2 pe 32 de biți	4
Windows 7 pe 64 de biți	4
Windows 7 pe 32 de biți	4
Windows Vista pe 64 de biți	2
Windows Vista pe 32 de biți	2

memorie

serverul fizic necesită suficientă memorie pentru partiția rădăcină și orice mașini virtuale care rulează pe server. În timpul testării, un minim de 2 GB de memorie a fost alocat partiției rădăcină și contorul de memorie/Mbytes performance monitor Disponibil a fost monitorizat pentru a se asigura că nu a fost experimentată nicio presiune de memorie.

cantitatea de memorie care ar trebui alocată fiecărei mașini virtuale într-un mediu BizTalk Server depinde de volumul de lucru și de tipul de procesare care va fi efectuată. Există mulți factori care afectează cerințele de memorie ale BizTalk Server, inclusiv:

• dimensiunea mesajelor procesate

• transfer de mesaje

• Proiectare orchestrație

• prelucrarea conductelor

• Numărul de gazde BizTalk pe care intenționați să le executați în cadrul mașinii virtuale

  pentru o listă cuprinzătoare de factori care afectează memoria, consultați secțiunea „factorii de performanță” din Ghidul de optimizări ale performanței BizTalk Server la https://go.microsoft.com/fwlink/?LinkId=122587.

  monitorizați proactiv contorul de memorie/Mbytes disponibil din fiecare mașină virtuală și partiția rădăcină în sine. Următoarele instrucțiuni din lista de verificare: măsurarea performanței pe Hyper-V trebuie utilizată pentru a determina dacă există suficientă memorie fizică disponibilă pentru mașina virtuală și pentru partiția rădăcină:

• 50% de memorie liberă disponibilă sau mai mult = sănătos

• 25% de memorie liberă disponibilă = Monitor

• 10% de memorie liberă disponibilă = avertisment

• mai puțin de 5% din memoria liberă disponibilă = critică, performanța va fi afectată negativ

alegerea versiunii sistemului de Operare Root

Hyper-V este acceptată pe un nucleu de Server, precum și o instalare completă a Windows Server 2008 R2. Pentru a minimiza cheltuielile generale ale partiției rădăcină, instalați Hyper-V pe o instalare Server Core de Windows Server 2008 R2. Rolul Hyper-V poate fi gestionat de la distanță de la managerul Hyper-V pe un sistem diferit. Server Core oferă un disc și un profil de memorie mai mici, prin urmare, lăsând mai multe resurse disponibile pentru mașinile virtuale. Pentru mai multe informații despre opțiunea de instalare Server Core disponibilă pentru Windows Server 2008 R2, consultați https://go.microsoft.com/fwlink/?LinkID=202439.

dacă alegeți să utilizați o instalare completă a Windows Server 2008 R2, asigurați-vă că partiția rădăcină este dedicată numai rolului serverului Hyper-V. Rularea rolurilor suplimentare de server va consuma resurse de memorie, disc, procesor și rețea și va degrada performanța.

crearea mașinilor virtuale

după ce ați instalat și configurat rolul serverului Hyper-V, trebuie să creați mașinile virtuale. Înainte de a face acest lucru, este util să răspundeți la următoarele întrebări:

• ce configurație de stocare voi folosi?

• câte procesoare virtuale acceptă sistemul de operare invitat?

• cât de multă memorie va fi alocată mașinii virtuale?

• câte mașini virtuale pot rula pe serverul meu Hyper-V?

• cum voi instala sistemul de operare pe mașină?

  pentru mai multe informații despre crearea și configurarea mașinilor virtuale, consultați Crearea mașinilor virtuale.

instalarea sistemului de Operare de bază

toate opțiunile disponibile pentru instalarea unui server fizic sunt disponibile în Hyper-V. Un suport CD/DVD-ROM bootabil sau o imagine ISO pot fi utilizate pentru a efectua o instalare manuală. O instalare de rețea poate fi efectuată dacă mașina virtuală a fost configurată cu un adaptor de rețea conectat la aceeași rețea ca un server care găzduiește imaginile ISO.

pentru a instala și configura mașinile utilizate în acest laborator, a fost creată o imagine de bază inițială pe o dimensiune VHD fixă. Aceasta a implicat o instalare manuală a Windows Server 2008 R2. Odată ce toate actualizările corespunzătoare au fost instalate, mașina virtuală de bază a fost imaginată folosind utilitarul Sysprep instalat cu Windows Server 2008, în directorul %WINDIR%\system32\Sysprep.

instalarea și configurarea BizTalk Server

• pentru a minimiza timpul necesar pentru instalarea mașinilor virtuale, creați o imagine de bază constând numai din sistemul de operare invitat și cerințele software. Utilizați SysPrep pentru a pregăti imaginea VHD pentru reutilizare și apoi bazați toate mașinile virtuale (VMs) pe acest VHD.

  notă

  cu BizTalk Server, este posibil pentru a rula Sysprep împotriva unei imagini de bază afterBizTalk Server a fost instalat și configurat pe server. Acest lucru poate fi realizat prin utilizarea unui fișier de răspuns Sysprep și script-uri furnizate cu BizTalk Server. Aceste scripturi eșantion sunt proiectate pentru a fi utilizate cu BizTalk Server instalat pe Windows Server 2008 R2 . Pentru mai multe informații, consultați documentația online BizTalk Server.

  referința de configurare Windows nesupravegheată este disponibilă la https://go.microsoft.com/fwlink/?LinkId=142364.

• urmați recomandările din secțiunea ” când instalați și configurați BizTalk Server…” din lista de verificare a subiectelor: cele mai bune practici pentru instalarea și configurarea BizTalk Server pe Hyper-V.

• pentru informații despre Suportabilitatea BizTalk Server și SQL Server într-un mediu Hyper-V, consultați Anexa C: Suportabilitatea BizTalk Server și SQL Server Hyper-V.