Planowanie wydajności sprzętu Service Manager

Ważne

Ta wersja Service Manager osiągnęła koniec wsparcia technicznego. Zalecamy uaktualnienie do wersji Service Manager 2022.

Ważna część programu System Center — Service Manager wydajność zależy od konfiguracji sprzętu i topologii wdrażania, która jest planowana do obsługi potrzeb organizacji. Poniższe sekcje zawierają ogólne wskazówki, które należy wziąć pod uwagę podczas planowania odpowiedniej wydajności sprzętu.

Wydajność sprzętu

Poniżej przedstawiono wąskie gardła sprzętu, które są najbardziej zauważalne w Service Manager ze znacznym obciążeniem i ilością danych w bazie danych Service Manager:

1. Najbardziej typowym wąskim gardłem jest pamięć i operacje we/wy na komputerze z systemem Microsoft SQL Server. Jeśli masz zasoby, inwestowanie w większą ilość pamięci i szybszy podsystem we/wy w celu poprawy SQL Server we/wy zapewni lepszą wydajność.
2. Jeśli oczekujesz, że wiele konsol łączy się z serwerem zarządzania, możesz zwiększyć wydajność obsługi szczytowego obciążenia, inwestując w dodatkowe procesory CPU i pamięć dla serwera zarządzania lub instalując pomocniczy serwer zarządzania Service Manager.

Należy pamiętać o zalecanym minimalnym sprzęcie dla każdej roli, zgodnie z opisem przedstawionym w niniejszym dokumencie.

Rola maszyn wirtualnych

Wiele organizacji używa maszyn wirtualnych do hostowania aplikacji systemu Windows Server. Service Manager ról serwera, takich jak serwer zarządzania i serwer magazynu danych, nie są wyjątkami. Zakres użycia maszyn wirtualnych może obejmować wszystkie wirtualizowane role serwerów lub pewne inne kombinacje komputerów wirtualnych i fizycznych.

Nie zalecamy żadnego konkretnego współczynnika komputerów wirtualnych do fizycznych, ponieważ potrzeby organizacji są z natury unikatowe. Jednak w przypadku komputerów fizycznych mają zastosowanie minimalne wymagania sprzętowe dla każdej roli oprogramowania. Jeśli zdecydujesz się na wirtualizację roli oprogramowania, należy zaplanować, aby mieć dodatkowe zasoby sprzętowe dla każdego komputera wirtualnego.

Serwery baz danych są narażone na niską wydajność maszyn wirtualnych, jeśli nie są przestrzegane następujące wskazówki dotyczące planowania:

• Uruchamianie SQL Server w środowisku funkcji Hyper-V.
• Nigdy nie należy używać dysków dynamicznych na maszynach wirtualnych przeznaczonych do hostowania SQL Server. Użyj wirtualnych dysków twardych o stałym rozmiarze lub przekazywania.
• Funkcja Hyper-V zezwala tylko na cztery wirtualne procesory CPU na gościa, co może ograniczyć serwer Service Manager, jeśli masz wiele konsol.

wyniki testu punktu odniesienia Service Manager

Service Manager został przetestowany pod kątem wydajności i skalowalności przy użyciu różnych scenariuszy wdrażania z minimalnym zalecanym sprzętem w postaci komputerów fizycznych. W szczególności scenariusze były testowane przy użyciu wstępnie wypełnionych baz danych i Service Manager konsolach tworzenia i aktualizowania zdarzeń i żądań zmian w pętli.

Bazy danych zostały wstępnie wypełnione informacjami dotyczącymi dwóch testów:

• Test 1 składał się z 20 000 komputerów, 20 000 użytkowników i wszystkich niezbędnych elementów konfiguracji, które stanowiły około 250 000 elementów konfiguracji w sumie około 2,5 miliona wierszy w bazie danych. Test 1 obejmował również 40 aktywnych konsol Service Manager.
• Test 2 składał się z 50 000 komputerów, 50 000 użytkowników i powiązanych elementów konfiguracji, które stanowiły około 700 000 elementów konfiguracji w sumie 6 milionów wierszy w bazie danych. Test 2 obejmował również 80 aktywnych konsol Service Manager.

Wyniki testów przedstawiają się następująco:

• Aby osiągnąć cele czasu odpowiedzi dla konfiguracji 50 000 komputerów, SQL Server pamięć musiała zostać zwiększona z 8 gigabajtów (GB) do 32 GB.
• Podczas testowania 200 zdarzeń i 50 żądań zmiany dotyczących konfiguracji 20 000 komputerów i 500 zdarzeń oraz 125 żądań zmiany konfiguracji 50 000 komputerów zostało wygenerowanych co godzinę, z trzema do czterech subskrypcji powiadomień i szablonów przetwarzanych dla każdego zdarzenia i żądania zmiany.
• Podczas testowania linii bazowej przepływy pracy, takie jak przetwarzanie subskrypcji powiadomień i aplikacja szablonu, przebiegały zazwyczaj w ciągu minuty w przypadku każdego generowanego elementu pracy.

Jeśli organizacja planuje mieć mniej niż 20 000 obsługiwanych komputerów i konsol oraz mniejszej liczby przepływów pracy, wydajność Service Manager powinna być akceptowalna, nawet jeśli niektóre role Service Manager są hostowane na komputerach wirtualnych.

Jeśli jednak planujesz dodać dodatkowe obsługiwane komputery w bazie danych Service Manager, należy zaplanować zwiększenie ilości pamięci RAM dla serwera bazy danych Service Manager poza minimalne wymagania wymienione w tym dokumencie. Na przykład w teście bazowym 8 GB pamięci RAM zainstalowano na serwerze bazy danych Service Manager, który zawierał rekordy dla 20 000 komputerów. Następnie należy dodać 8 GB pamięci RAM dla każdego przyrostu 10 000 komputerów, które planujesz obsługiwać. Na przykład w przypadku 50 000 komputerów planuje 32 GB pamięci RAM. Podczas testowania konfiguracji 50 000 komputerów z 32 GB pamięci RAM zainstalowanej na komputerze z systemem SQL Server wydajność została zwiększona do stanu, w którym nie było już żadnego zmniejszonego efektu w porównaniu z testowaniem konfiguracji przed dodaniu dodatkowych komputerów.

Opóźnienie sieci było również testowane w linii bazowej. Opóźnienie sieci zostało wprowadzone między konsolą Service Manager a serwerem zarządzania Service Manager.

Uwaga

Serwer bazy danych Service Manager i serwery zarządzania Service Manager powinny znajdować się w sieci LAN o małych opóźnieniach; opóźnienie sieci między serwerem bazy danych Service Manager a serwerem zarządzania Service Manager może prowadzić do znacznego pogorszenia Service Manager Wydajności.

Wyniki tych testów przedstawiają się następująco:

• W przypadku, gdy opóźnienie sieci było mniejsze niż 100 milisekund (msec), ogólny czas odpowiedzi konsoli Service Manager był prawidłowy.

• W przypadku, gdy opóźnienie sieci wynosiło od 150 msec do 200 msec, wydajność została zanotowana jako nadająca się do użycia, z maksymalnie 40-procentowym obniżeniem czasu odpowiedzi w niektórych scenariuszach. Z opóźnieniem od 150 msec do 200 msec, należy zaplanować ocenę kluczowych scenariuszy dla organizacji i określić, czy połączenie pulpitu zdalnego (RDC) jest lepszym rozwiązaniem.

  Uwaga

  Rozszerzanie map usług w konsoli Service Manager przebiegało wolno z dowolnym opóźnieniem.

• Gdy opóźnienie sieci przekroczyło 200 msec, ogólny czas odpowiedzi konsoli Service Manager był obserwowany jako słaby. Jeśli opóźnienie przekracza 200 msec, należy zaplanować użycie usługi RDC lub innego podobnego rozwiązania dostępu zdalnego na potrzeby zadań operacyjnych. Ponieważ jednak okazjonalne zadania administracyjne występują rzadziej, może nie być konieczny dostęp zdalny do takich zadań.

Następne kroki

• Aby zapoznać się z ogólnymi wytycznymi, które należy wziąć pod uwagę podczas planowania wydajności oprogramowania Service Manager, zapoznaj się z Service Manager wydajnością.