Udostępnij za pośrednictwem

  • Artykuł

Wydajność sprzętu

 

Data opublikowania: lipiec 2016

Dotyczy: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager

Wydajność programu System Center 2012 – Service Manager zależy w dużej mierze od konfiguracji sprzętu i topologii wdrażania planowanej pod kątem zaspokajania potrzeb organizacji. Poniższe części zawierają ogólne wytyczne, które należy wziąć pod uwagę przy planowaniu odpowiedniej wydajności sprzętu.

Wydajność sprzętu

Poniżej przedstawiono wąskie gardła sprzętu najbardziej zauważalne w programie Service Manager, generujące znaczne obciążenie i ilość danych w bazie danych programu Service Manager:

  1. Najbardziej typowym wąskim gardłem jest pamięć i system We/Wy na komputerze z uruchomionym programem Microsoft SQL Server. Aby osiągnąć większą wydajność, najlepiej zainwestować w większą pamięć i szybszy podsystem We/Wy w celu ulepszenia systemu We/Wy programu SQL Server.

  2. Jeśli kilka konsol może łączyć się z serwerem zarządzania, w celu zapewnienia większej wydajności podczas obsługi obciążenia szczytowego można zainwestować w dodatkowe procesory i pamięć dla serwera zarządzania lub zainstalować pomocniczy serwer zarządzania programu 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 korzysta z maszyn wirtualnych do hostowania aplikacji systemu Windows Server. Role serwera programu Service Manager, takie jak serwer zarządzania i serwer magazynu danych, nie stanowią wyjątków. Zakres użycia maszyn wirtualnych może obejmować wszystkie wirtualizowane role serwerów lub pewne inne kombinacje komputerów wirtualnych i fizycznych.

Nie zaleca się żadnej określonej proporcji 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 podjęta zostanie decyzja o wirtualizacji roli oprogramowania, w trakcie planowania należy przewidzieć dodatkowe zasoby sprzętowe dla każdego komputera wirtualnego.

Serwery bazy danych są podatne na pogorszenie wydajności na maszynach wirtualnych, jeśli nie będą przestrzegane następujące wytyczne dotyczące planowania:

Wyniki testu linii bazowej programu Service Manager

Wydajność i skalowalność programu Service Manager została przetestowana na podstawie linii bazowej, przy czym użyto różnych scenariuszy wdrażania z minimalnym zalecanym sprzętem w postaci komputerów fizycznych. Mówiąc dokładniej, scenariusze przetestowano na podstawie wstępnie wypełnionych baz danych, przy zapętlonych operacjach tworzenia i aktualizowania zdarzeń oraz żądań zmiany w narzędziu Konsola programu Service Manager.

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

  • Test 1 obejmował 20 000 komputerów, 20 000 użytkowników oraz wszystkie niezbędne elementy konfiguracji (około 250 000), czego rezultatem było łącznie około 2,5 mln wierszy w bazie danych. Test 1 obejmował także 40 aktywnych narzędzi Konsola programu Service Manager.

  • Test 2 obejmował 50 000 komputerów, 50 000 użytkowników oraz powiązane elementy konfiguracji (około 700 000), czego rezultatem było łącznie około 6 mln wierszy w bazie danych. Test 2 obejmował także 80 aktywnych narzędzi Konsola programu Service Manager.

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

  • Aby zrealizować cele dotyczące czasu odpowiedzi w przypadku konfiguracji obejmującej 50 000 komputerów, pamięć programu SQL Server musiała zostać zwiększona z 8 do 32 GB.

  • W ciągu godziny testowania wystąpiło 200 zdarzeń i 50 żądań zmiany w przypadku konfiguracji obejmującej 20 000 komputerów oraz 500 zdarzeń i 125 żądań zmiany w przypadku konfiguracji obejmującej 50 000 komputerów, przy czym dla każdego zdarzenia i żądania zmiany przetworzono od trzech do czterech subskrypcji i szablonów powiadomień.

  • 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 plany organizacji przewidują użycie mniej niż 20 000 obsługiwanych komputerów i konsol oraz mniej przepływów pracy, wydajność programu Service Manager powinna być do przyjęcia, nawet jeśli niektóre role programu Service Manager są hostowane na komputerach wirtualnych.

Jeśli jednak planuje się dodanie dodatkowych obsługiwanych komputerów do bazy danych programu Service Manager, należy zaplanować zwiększenie pamięci RAM dla serwera bazy danych programu Service Manager w stopniu przekraczającym wymagania minimalne opisane w niniejszym dokumencie. Przykładowo podczas testu linii bazowej zainstalowano 8 GB pamięci RAM na serwerze bazy danych programu Service Manager, który zawierał rekordy dotyczące 20 000 komputerów. Dla każdych kolejnych 10 000 komputerów, które planuje się obsługiwać, należy zatem dodać 8 GB pamięci RAM. Przykładowo należy zaplanować 32 GB pamięci RAM dla 50 000 komputerów. Podczas testowania konfiguracji obejmującej 50 000 komputerów z 32 GB pamięci RAM zainstalowanymi na komputerze z uruchomionym programem SQL Server wydajność poprawiła się do tego stopnia, że nie obserwowano jej pogorszenia w porównaniu z wynikami testowania konfiguracji przed dodaniem dodatkowych komputerów.

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

Uwaga


Serwer bazy danych programu Service Manager oraz serwery zarządzania programu Service Manager powinny działać w ramach sieci LAN o małym opóźnieniu; opóźnienie sieci między serwerem bazy danych programu Service Manager a serwerem zarządzania programu Service Manager może prowadzić do znacznego pogorszenia wydajności programu Service Manager.

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

  • W przypadku, gdy opóźnienie było mniejsze niż 100 ms, ogólne czasy odpowiedzi narzędzia Konsola programu Service Manager były dobre.

  • Przy opóźnieniu sieci wynoszącym od 150 do 200 ms wydajność można uznać za zadowalającą, jednak w niektórych scenariuszach czas odpowiedzi wydłużył się o 40 procent. Przy opóźnieniu wynoszącym od 150 do 200 ms należy zaplanować przeprowadzenie oceny kluczowych scenariuszy dla organizacji i ustalić, czy lepszym rozwiązaniem nie jest podłączenie pulpitu zdalnego (RDC).

    Uwaga


    Rozwijanie map usług w narzędziu Konsola programu Service Manager przebiegało powoli bez względu na wielkość opóźnienia.

  • Przy opóźnieniu sieci przekraczającym 200 ms ogólne czasy odpowiedzi narzędzia Konsola programu Service Manager były niezadowalające. Jeśli opóźnienie przekracza 200 ms, dla zadań operacyjnych należy zaplanować użycie funkcji RDC lub innego podobnego rozwiązania dostępu zdalnego. Ponieważ jednak okazjonalne zadania administracyjne występują rzadziej, może nie być konieczny dostęp zdalny do takich zadań.