Planowanie wydajności sprzętu programu Service Manager

Ważna część wydajności programu System Center — Service Manager 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ętowe, które są najbardziej zauważalne w programie Service Manager, przy dużym obciążeniu i znacznej ilości danych w jego bazie danych.

1. Najczęstszym wąskim gardłem jest pamięć oraz operacje wejścia/wyjścia na komputerze z uruchomionym programem Microsoft SQL Server. Jeśli masz zasoby, inwestowanie w więcej pamięci i szybszy podsystem we/wy w celu poprawy operacji we/wy w SQL Serverze 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ęć serwera zarządzania lub instalując pomocniczy serwer zarządzania programu Service Manager.

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

Rola maszyn wirtualnych

Wiele organizacji używa maszyn wirtualnych do hostowania aplikacji systemu Windows Server. Role serwera programu Service Manager, takie jak serwer zarządzania i serwer magazynu danych, nie są wyjątkami. Użycie maszyn wirtualnych może obejmować od wszystkich ról serwera, które są zwirtualizowane, do innej kombinacji komputerów wirtualnych i fizycznych.

Nie zalecamy żadnego konkretnego stosunku komputerów wirtualnych do fizycznych, ponieważ potrzeby organizacji są z natury unikatowe. Jednak minimalne wymagania sprzętowe dla każdej roli oprogramowania mają zastosowanie do komputerów fizycznych. Jeśli zdecydujesz się na wirtualizację roli oprogramowania, należy zaplanować zapewnienie dodatkowych zasobów sprzętowych dla każdego komputera wirtualnego.

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

• Uruchamianie programu SQL Server w środowisku Hyper-V.
• Nigdy nie należy używać dysków dynamicznych na maszynach wirtualnych przeznaczonych do hostowania programu 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 programu Service Manager, jeśli masz wiele konsol.

Wyniki testu punktu odniesienia programu Service Manager

Program Service Manager został przetestowany według planu bazowego 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 zostały przetestowane z użyciem wstępnie wypełnionych baz danych, podczas gdy konsole programu Service Manager tworzyły i aktualizowały incydenty oraz wnioski o zmianę w pętli.

Baza danych została wstępnie wypełniona 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 zawiera również 40 aktywnych konsol programu 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 wynosiły około 700 000 elementów konfiguracji w sumie 6 milionów wierszy w bazie danych. Test 2 zawiera również 80 aktywnych konsol programu Service Manager.

Testy dostarczyły następujące wyniki:

• Aby osiągnąć cele czasu odpowiedzi dla konfiguracji 50 000 komputerów, pamięć programu SQL Server 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ń i 125 żądań zmiany dla 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.
• Zazwyczaj w testach bazowych przepływy pracy, takie jak przetwarzanie subskrypcji powiadomień i aplikacja szablonu, były uruchamiane w ciągu jednej minuty od wygenerowania każdego elementu roboczego.

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

Jeśli jednak planujesz dodać dodatkowe obsługiwane komputery w bazie danych programu Service Manager, należy zaplanować zwiększenie ilości pamięci RAM serwera bazy danych programu Service Manager poza minimalnymi wymaganiami wymienionymi w tym dokumencie. Na przykład w teście bazowym 8 GB pamięci RAM został zainstalowany na serwerze bazy danych programu 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 mają być obsługiwane. Na przykład, dla 50 000 komputerów zaplanuj 32 GB pamięci RAM na każdy z nich. Podczas testowania konfiguracji 50 000 komputerów z 32 GB pamięci RAM zainstalowanej na komputerze z uruchomionym programem 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 zostało również przetestowane w punkcie odniesienia. Opóźnienie sieci zostało wprowadzone między konsolą programu Service Manager a serwerem zarządzania programu Service Manager.

Uwaga

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

Testy dostarczyły również następujące wyniki:

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

• Gdy opóźnienie sieci wynosiło od 150 ms do 200 ms, wydajność została zanotowana jako użyteczna, z maksymalnie 40-procentowym pogorszeniem czasu odpowiedzi w niektórych scenariuszach. W przypadku opóźnienia między 150 msec a 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 programu Service Manager było powolne, niezależnie od opóźnienia.

• Gdy opóźnienie sieci przekroczyło 200 msec, zaobserwowano ogólne czasy odpowiedzi konsoli programu Service Manager jako słabe. 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. Jednak ze względu na to, że sporadyczne zadania administracyjne są mniej typowe, możesz nie potrzebować zdalnego dostępu do nich.

Następne kroki

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