- artykuł
- 02/02/2021
- 12 protokół do czytania
-
- M
- v
- D
- n
- V
-
+1
ten temat zawiera zalecenia dotyczące instalacji i konfiguracji BizTalk Server w środowisku Hyper-V, w tym zalecenia dotyczące instalacji i konfiguracji maszyny wirtualnej Hyper-V oraz zalecenia dotyczące instalacji BizTalk Server na maszynie wirtualnej Hyper-V.
- Instalowanie i konfigurowanie Hyper-V
- wymagania wstępne platformy Hyper-V
- określanie wymagań sprzętowych
- opcje konfiguracji pamięci masowej
- sieci
- CPU
- pamięć
- Wybór wersji systemu operacyjnego Root
- tworzenie maszyn wirtualnych
- instalacja podstawowego systemu operacyjnego
- instalacja i konfiguracja BizTalk Server
Instalowanie i konfigurowanie Hyper-V
przed zainstalowaniem Hyper-V zapoznaj się z nowościami w Hyper-V w systemie Windows Server 2008 R2. Przewodnik” Microsoft Hyper-V Server 2008 R2 wprowadzenie ” zawiera szczegółowe informacje na temat instalacji i konfiguracji systemu Windows Server 2008 R2 Hyper-V. Przewodnik jest dostępny pod adresem https://go.microsoft.com/fwlink/?LinkID=202431.
dokument”wytyczne dotyczące dostrajania wydajności dla systemu Windows Server 2008 R2″ zawiera szczegółowe informacje na temat dostrajania systemu Windows Server 2008 R2 i zawiera sekcję poświęconą Hyper-V. dokument jest dostępny pod adresem https://go.microsoft.com/fwlink/?LinkID=202087.
wymagania wstępne platformy Hyper-V
Hyper-V to rola serwera dostępna dla 64-bitów, a wszystkie wersje systemu Windows Server 2008 z dodatkiem SP2 są tylko 64-bitowe. Ponadto sprzęt fizyczny musi obsługiwać wirtualizację wspomaganą sprzętowo. Oznacza to, że procesor musi być zgodny z technologią Intel Virtualization Technology (Intel VT) lub AMD Virtualization (AMD-V), system BIOS musi obsługiwać Zapobieganie wykonywaniu danych (Dep), a DEP musi być włączony. W szczególności musisz włączyć bit Intel XD (execute disable bit) lub bit AMD NX (no execute bit).
Uwaga
po włączeniu tych opcji w systemie BIOS wyłącz całkowicie komputer, a następnie uruchom ponownie komputer, aby upewnić się, że te ustawienia zostały zastosowane.
określanie wymagań sprzętowych
ze względu na wymagania związane z konsolidacją serwerów, Serwery Hyper-V zużywają zwykle więcej procesora i pamięci oraz wymagają większej przepustowości We/Wy dysku niż serwery fizyczne o porównywalnym obciążeniu obliczeniowym. Aby wdrożyć środowisko, które spełni oczekiwania, weź pod uwagę poniższe czynniki, aby określić dokładne wymagania sprzętowe serwera.
opcje konfiguracji pamięci masowej
sprzęt pamięci masowej powinien zapewniać wystarczającą przepustowość We/Wy i pojemność pamięci masowej, aby zaspokoić obecne i przyszłe potrzeby maszyn wirtualnych, które planujesz hostować. Wybór konfiguracji pamięci masowej dla Hyper-V jest kompromis między wykorzystaniem pojemności a wydajnością, jaką może zapewnić.
planując konfigurację pamięci masowej, weź pod uwagę wymagania środowiska, które udostępniasz. Wymagania dotyczące środowiska produkcyjnego, przedprodukcyjnego i rozwojowego mogą się znacznie różnić.
jeśli wdrażasz środowisko produkcyjne BizTalk Server Na Hyper-V, wydajność będzie kluczowym wymogiem. Aby uniknąć sprzeczności We/Wy dysków w obciążonych systemach produkcyjnych, zainstaluj usługi integracji zarówno w systemie operacyjnym hosta, jak i gościa i skonfiguruj dyski dla woluminów danych za pomocą syntetycznego kontrolera SCSI. W przypadku bardzo intensywnych obciążeń we/wy pamięci masowej, które obejmują wiele dysków danych, każdy dysk VHD powinien być podłączony do oddzielnego syntetycznego kontrolera SCSI, aby uzyskać lepszą ogólną wydajność. Ponadto każdy VHD powinien być przechowywany na oddzielnych dyskach fizycznych. Aby uzyskać więcej informacji na temat konfigurowania dysków dla woluminów danych za pomocą syntetycznego kontrolera SCSI, zobacz sekcję „Optymalizacja wydajności dysku” listy kontrolnej tematu: Optymalizacja wydajności w Hyper-V.
zazwyczaj Środowiska programistyczne nie mają rygorystycznych wymagań dotyczących wydajności, ponieważ maksymalizacja wykorzystania zasobów jest głównym priorytetem. W środowiskach deweloperskich wydajność zapewniana podczas hostowania wielu plików VHD na jednym dysku fizycznym jest ogólnie akceptowalna.
Hyper-V obsługuje kilka różnych typów opcji dysków pamięci masowej. Każda z opcji pamięci masowej może być podłączona za pomocą kontrolera IDE lub SCSI do urządzenia. Potencjalną korzyścią z używania kontrolera SCSI zamiast kontrolera IDE jest to, że będzie on działał poprawnie tylko wtedy, gdy na maszynie wirtualnej gościa zainstalowano odpowiednie wersje komponentów integracji systemu operacyjnego. Jest to prosta metoda zapewnienia, że prawidłowe składniki integracji systemu operacyjnego są zainstalowane w systemie operacyjnym gościa.
Uwaga
w przeciwieństwie do poprzednich wersji technologii wirtualizacji firmy Microsoft, nie ma różnicy w wydajności między używaniem wirtualnego kontrolera IDE a wirtualnym kontrolerem SCSI podczas uzyskiwania dostępu do wirtualnych dysków twardych.
w przypadku intensywnych czynności odczytu i zapisu, takich jak hostowanie baz danych SQL Server, opcja passthrough disk zapewnia przyrostową wydajność w porównaniu ze stałymi dyskami wirtualnego dysku twardego (VHD). Opcja passthrough umożliwia maszynie wirtualnej bezpośredni dostęp do dysku fizycznego i omija system plików NTFS na partycji głównej, ale nie obsługuje niektórych funkcji dysków wirtualnych, takich jak migawki maszyny Wirtualnej i obsługa klastrów. Dlatego użycie funkcji passthrough disk nie jest zalecane w środowisku BizTalk lub SQL Server, ponieważ marginalne korzyści z wydajności są kompensowane przez brakującą funkcjonalność.
poniższa tabela podsumowuje zalety i wady dostępnych opcji pamięci masowej Hyper-V:.
Typ pamięci Hyper-V | zalety | wady | uwagi dotyczące BizTalk Server |
---|---|---|---|
dyski o stałym rozmiarze | działają lepiej niż dynamiczne VHD, ponieważ plik VHD jest inicjowany przy maksymalnym możliwym rozmiarze, gdy jest tworzony na fizycznym dysku twardym. to sprawia, że fragmentacja jest mniej prawdopodobna, a zatem łagodzi scenariusze, w których pojedyncze We/Wy jest podzielone na wiele We/Wy. Ma to najniższy narzut CPU spośród typów VHD, ponieważ odczyty i zapisy nie muszą sprawdzać mapowania bloku. |
wymaga alokacji pełnej ilości miejsca na dysku z góry. | Użyj dla woluminów systemu operacyjnego na BizTalk Server i SQL Server. Warunek: dysk startowy partycji gościa Hyper-V musi być podłączony do kontrolera IDE. |
dynamicznie rozwijające się dyski | Rozmiar pliku VHD zwiększa się do rozmiaru określonego podczas tworzenia dysku, ponieważ więcej danych jest przechowywanych na samej maszynie wirtualnej. Pozwala to na najbardziej efektywne wykorzystanie dostępnej pamięci masowej. | nie działa tak dobrze, jak VHD o stałym rozmiarze. Dzieje się tak, ponieważ bloki na dysku zaczynają się jako zerowane bloki, ale nie są wspierane przez żadną rzeczywistą przestrzeń w pliku VHD. Odczyty z takich bloków zwracają blok zer. Po pierwszym zapisaniu bloku, stos wirtualizacji musi przydzielić miejsce w pliku VHD dla bloku, a następnie zaktualizować odpowiednie metadane. Oprócz tego za każdym razem, gdy odwołuje się do istniejącego bloku, mapowanie bloków musi być wyszukane w metadanych. Zwiększa to liczbę czynności odczytu i zapisu, co z kolei powoduje zwiększone wykorzystanie procesora. dynamiczny wzrost wymaga również, aby administrator serwera monitorował pojemność dysku, aby zapewnić wystarczającą ilość miejsca na dysku w miarę wzrostu wymagań dotyczących pamięci masowej. |
nie działa tak dobrze, jak VHD o stałym rozmiarze. jeśli wydajność nie jest problemem, na przykład w środowisku programistycznym, może to być odpowiednia opcja dla dysków twardych systemu operacyjnego. powoduje dodatkowe obciążenie procesora z powodu wyszukiwania mapowania bloków. |
dyski różniące | jest to konfiguracja rodzic-dziecko, w której dysk różniący przechowuje wszystkie zmiany względem bazowego VHD, a bazowy VHD pozostaje statyczny. Dlatego tylko bloki, które różnią się od rodzica, muszą być przechowywane w potomku różniącym się VHD. | wydajność może ulec pogorszeniu, ponieważ odczyt/zapis musi uzyskać dostęp do stałego/dynamicznego rodzica VHD, a także dysku różnicującego. Zwiększa to wykorzystanie PROCESORA i obciążenie We/Wy dysku. | do instalacji BizTalk Server wymagana jest duża ilość konfiguracji specyficznej dla maszyny, a pliki podrzędne VHD mogą znacznie wzrosnąć, co zminimalizuje korzyści wynikające z użycia tej konfiguracji dysku. Odczyt z wielu dysków VHD w tym scenariuszu wiąże się z dodatkowymi obciążeniami We/Wy procesora i dysku. |
dyski Passthrough | są to dyski fizyczne, które są ustawione w trybie offline na partycji głównej i umożliwiają Hyper-V wyłączny dostęp do odczytu i zapisu na dysku fizycznym. | wymaga w pełni dedykowanego dysku lub jednostki LUN, aby mogła zostać przydzielona do maszyny wirtualnej. fizyczny dysk jest trudniejszy do przenoszenia między maszynami niż pliki VHD. |
jeśli twoja instancja SQL Server działa na Hyper-V, możesz uzyskać stopniową poprawę wydajności poprzez użycie dysków passthrough w porównaniu ze stałymi wirtualnymi dyskami twardymi (VHD) dla woluminów danych BizTalk Server. jeśli hostujesz lokalne lokalizacje odbioru plików na BizTalk Server lub strumieniujesz Duże wiadomości na dysk podczas przetwarzania, możesz uzyskać przyrostową poprawę wydajności za pomocą dysków passthrough w porównaniu ze stałymi wirtualnymi dyskami twardymi (VHD). |
aby uzyskać więcej informacji na temat implementacji dysków i pamięci masowej w Hyper-V, zobacz implementacja dysków i pamięci masowej (https://go.microsoft.com/fwlink/?LinkID=142362).
sieci
BizTalk Server wykazuje wysokie wykorzystanie sieci. Dlatego, gdy wydajność sieci stanowi problem, należy rozważyć przydzielenie osobnej fizycznej karty sieciowej dla każdej maszyny wirtualnej.
podczas konfigurowania maszyny wirtualnej upewnij się, że używasz karty sieciowej zamiast starszej karty sieciowej. Starsza Karta sieciowa jest przeznaczona dla systemów operacyjnych, które nie obsługują komponentów integracji.
aby zmierzyć wydajność sieci, Użyj „\Network Interface \Bytes Total/sec” i liczników \Network Interface(*)\Output Queue Length performance monitor w systemie operacyjnym hosta, aby zmierzyć ogólną wydajność karty sieciowej. Jeśli sieć fizyczna została zidentyfikowana jako zajęta, użyj licznika „\Hyper-V Virtual Network Adapter (*)\Bytes/Sec” w systemie operacyjnym hosta, aby określić, która karta sieciowa maszyny wirtualnej generuje duże obciążenie.
aby uzyskać więcej informacji na temat oceny wydajności sieci w środowisku Hyper-V, zobacz sekcję Pomiar wydajności sieci w liście kontrolnej: Pomiar wydajności w środowisku Hyper-V.
CPU
Hyper-V obsługuje różne liczby wirtualnych procesorów dla różnych systemów operacyjnych gości; jak podsumowano w poniższej tabeli. Aby przydzielić maksymalne zasoby procesora dla BizTalk Server, zainstaluj go na systemie operacyjnym gościa Windows Server 2008 R2, który obsługuje cztery wirtualne procesory na maszynę wirtualną.
Skonfiguruj alokację 1-1 procesorów wirtualnych w systemie operacyjnym gościa do procesorów logicznych dostępnych dla systemu operacyjnego hosta, aby zapobiec nadmiernemu przełączaniu kontekstu. Nadmierne przełączanie kontekstu między procesorami spowoduje obniżenie wydajności. Aby uzyskać więcej informacji na temat przydzielania procesorów wirtualnych do procesorów logicznych, zobacz sekcję „Optymalizacja wydajności procesora” listy kontrolnej tematu: Optymalizacja wydajności w Hyper-V.
licznik wydajności monitora „\ Hyper-V Hypervisor Logical Processor (_Total)\ % Total Run Time ” mierzy ogólne wykorzystanie zasobów wszystkich maszyn gości i hipernadzorcy na hoście Hyper-V. Jeśli wartość ta przekracza 90%, serwer pracuje z maksymalną pojemnością; przydzielanie dodatkowych procesorów wirtualnych maszynom wirtualnym w tym scenariuszu może obniżyć ogólną wydajność systemu i należy go unikać. Aby uzyskać więcej informacji na temat korzystania z liczników wydajności HyperV, zobacz sekcję Ocena wydajności serwera BizTalk w Hyper-V tego przewodnika.
system operacyjny | limit wirtualnego procesora |
---|---|
Windows Server 2008 R2. Wszystkie wersje systemu Windows Server 2008 R2 są tylko 64-bitowe. | 4 |
Windows Server 2008 SP2 64-bit | 4 |
Windows Server 2008 SP2 32-bit | 4 |
Windows 7 64-bit | 4 |
Windows 7 32-bit | 4 |
Windows Vista 64-bit | 2 |
Windows Vista 32-bit | 2 |
Uwaga
aby uzyskać więcej informacji na temat systemów operacyjnych gościa obsługiwanych w Hyper-V, zobacz https://go.microsoft.com/fwlink/?LinkID=118347.
pamięć
serwer fizyczny wymaga wystarczającej ilości pamięci dla partycji głównej i wszystkich maszyn wirtualnych działających na serwerze. Podczas testów na partycję główną przydzielono co najmniej 2 GB pamięci, a licznik wydajności memory/Available Mbytes performance monitor był monitorowany, aby upewnić się, że nie występuje presja pamięci.
ilość pamięci, która powinna zostać przydzielona każdej maszynie wirtualnej w środowisku BizTalk Server, zależy od obciążenia i rodzaju wykonywanego przetwarzania. Istnieje wiele czynników, które wpływają na wymagania pamięci BizTalk Server, w tym:
-
Rozmiar przetwarzanych wiadomości
-
przepustowość komunikatów
-
projektowanie orkiestracji
-
przetwarzanie rurociągów
-
liczba hostów BizTalk, które planujesz uruchomić w maszynie wirtualnej
aby uzyskać wyczerpującą listę czynników wpływających na pamięć, zobacz sekcję „czynniki wydajności” w Przewodniku optymalizacje wydajności serwera BizTalk pod adresem https://go.microsoft.com/fwlink/?LinkId=122587.
aktywnie monitoruj Licznik pamięci/dostępnych Mbytes z poziomu każdej maszyny wirtualnej i samej partycji głównej. Następujące wskazówki z listy kontrolnej: Pomiar wydajności na Hyper-V powinien być użyty do określenia, czy dostępna jest wystarczająca ilość pamięci fizycznej dla maszyny wirtualnej i partycji głównej:
-
50% wolnej pamięci dostępnej lub więcej = zdrowa
-
25% wolnej dostępnej pamięci = Monitor
-
10% wolnej dostępnej pamięci = Ostrzeżenie
-
mniej niż 5% wolnej pamięci dostępnej = krytyczna, wydajność będzie mieć negatywny wpływ
Wybór wersji systemu operacyjnego Root
Hyper-V jest obsługiwany na rdzeniu serwera, a także pełna instalacja systemu Windows Server 2008 R2. Aby zminimalizować obciążenie partycji głównej, zainstaluj Hyper-V na podstawowej instalacji systemu Windows Server 2008 R2. Rolą Hyper-V można zarządzać zdalnie z poziomu Menedżera Hyper-V w innym systemie. Server Core zapewnia mniejszy profil dysku i pamięci, pozostawiając więcej zasobów dostępnych dla maszyn wirtualnych. Aby uzyskać więcej informacji na temat opcji instalacji Server Core dostępnej dla systemu Windows Server 2008 R2, zobacz https://go.microsoft.com/fwlink/?LinkID=202439.
jeśli zdecydujesz się na pełną instalację systemu Windows Server 2008 R2, upewnij się, że partycja główna jest dedykowana tylko roli serwera Hyper-V. Uruchomienie dodatkowych ról serwera pochłonie pamięć, dysk, procesor i zasoby sieciowe i obniży wydajność.
tworzenie maszyn wirtualnych
po zainstalowaniu i skonfigurowaniu roli serwera Hyper-V należy utworzyć maszyny wirtualne. Zanim to zrobisz, warto odpowiedzieć na następujące pytania:
-
jakiej konfiguracji pamięci masowej używam?
-
ile wirtualnych procesorów obsługuje system operacyjny gościa?
-
ile pamięci zostanie przydzielona do maszyny wirtualnej?
-
ile maszyn wirtualnych mogę uruchomić na moim serwerze Hyper-V?
-
Jak zainstalować system operacyjny na komputerze?
aby uzyskać więcej informacji na temat tworzenia i konfigurowania maszyn wirtualnych, zobacz tworzenie maszyn wirtualnych.
instalacja podstawowego systemu operacyjnego
wszystkie opcje dostępne dla instalacji serwera fizycznego są dostępne w Hyper-V. do przeprowadzenia ręcznej instalacji można użyć rozruchowego nośnika CD/DVD-ROM lub obrazu ISO. Instalacja sieciowa może zostać wykonana, jeśli maszyna wirtualna została skonfigurowana z kartą sieciową podłączoną do tej samej sieci, co serwer, na którym przechowywane są obrazy ISO.
ważne
niezależnie od wybranej metody instalacji, ze względu na wydajność ważne jest, aby komponenty integracji systemu operacyjnego były instalowane dla każdej maszyny wirtualnej działającej pod Hyper-V. komponenty integracji zapewniają zestaw sterowników i usług, które umożliwiają maszynie gościa działanie przy użyciu urządzeń syntetycznych. Urządzenia syntetyczne unikają potrzeby stosowania urządzeń emulowanych, które są używane w systemach operacyjnych, które nie obsługują komponentów integracyjnych. Emulowane urządzenia ponoszą większe obciążenie systemu w porównaniu z urządzeniami syntetycznymi.
aby zainstalować i skonfigurować Maszyny używane w tym laboratorium, utworzono początkowy obraz bazowy na VHD o stałym rozmiarze. Wymagało to ręcznej instalacji systemu Windows Server 2008 R2. Po zainstalowaniu wszystkich odpowiednich aktualizacji podstawowa maszyna wirtualna została zobrazowana za pomocą narzędzia sysprep zainstalowanego w systemie Windows Server 2008 w katalogu %WINDIR%\system32\sysprep.
Uwaga
uruchamianie Sysprep po zainstalowaniu i skonfigurowaniu BizTalk Server na serwerze można wykonać za pomocą pliku odpowiedzi Sysprep i skryptów dostarczonych z BizTalk Server. Te przykładowe skrypty są przeznaczone do użytku z BizTalk Server zainstalowanym w systemie Windows Server 2008 R2. Więcej informacji można znaleźć w dokumentacji online BizTalk Server.
instalacja i konfiguracja BizTalk Server
-
aby zminimalizować czas potrzebny na zainstalowanie maszyn wirtualnych, Utwórz podstawowy obraz składający się tylko z systemu operacyjnego gościa i wymagań programowych. Użyj programu SysPrep, aby przygotować obraz VHD do ponownego użycia, a następnie oprzyj wszystkie maszyny wirtualne na tym VHD.
Uwaga
w BizTalk Server możliwe jest uruchomienie Sysprep na obrazie bazowym po zainstalowaniu i skonfigurowaniu serwera BizTalk Server. Można to osiągnąć za pomocą pliku odpowiedzi Sysprep i skryptów dostarczanych z BizTalk Server. Te przykładowe skrypty są przeznaczone do użytku z BizTalk Server zainstalowanym w systemie Windows Server 2008 R2 . Więcej informacji można znaleźć w dokumentacji online BizTalk Server.
informacje o konfiguracji systemu Windows bez nadzoru są dostępne pod adresem https://go.microsoft.com/fwlink/?LinkId=142364.
-
postępuj zgodnie z zaleceniami w sekcji „podczas instalowania i konfigurowania BizTalk Server …” listy kontrolnej tematu: najlepsze praktyki instalowania i konfigurowania BizTalk Server NA Hyper-V.
-
aby uzyskać informacje na temat możliwości obsługi BizTalk Server i SQL Server w środowisku Hyper-V, zobacz Dodatek C: Obsługa BizTalk Server i SQL Server Hyper-V.