Udostępnij za pośrednictwem

Planowanie wydajności sprzętu programu Service Manager

  • Artykuł

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 ze znacznym obciążeniem i ilością danych w bazie danych programu Service Manager:

  1. Najczęstszym wąskim gardłem jest pamięć i operacje we/wy na komputerze z uruchomionym programem Microsoft SQL Server. Jeśli masz zasoby, inwestowanie w większą ilość pamięci i szybszy podsystem we/wy w celu poprawy operacji we/wy programu SQL Server 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 funkcji 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 przy użyciu wstępnie wypełnionych baz danych, a konsole programu Service Manager tworzą i aktualizują zdarzenia i żądania zmiany 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 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 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.

  • W przypadku, gdy opóźnienie sieci wynosiło od 150 msec do 200 msec, wydajność została zanotowany jako użyteczny, z maksymalnie 40-procentowym obniżeniem 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 z dowolnym opóźnieniem.

  • 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że nie być konieczne ich zdalne uzyskiwanie dostępu.

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.