Plánování výkonu hardwaru Service Manager

  • Článek

Důležité

Tato verze Service Manager dosáhla konce podpory. Doporučujeme upgradovat na Service Manager 2022.

Důležitá součást system Center – Service Manager výkon závisí na konfiguraci hardwaru a topologii nasazení, která je plánovaná pro potřeby vaší organizace. Následující části obsahují obecné pokyny, které je potřeba vzít v úvahu při plánování odpovídajícího výkonu hardwaru.

Výkon hardwaru

Níže jsou uvedené hardwarové kritické body, které jsou nejvýraznější v Service Manager s významným zatížením a objemem dat v databázi Service Manager:

  1. Nejběžnějším kritickým bodem je paměť a vstupně-výstupní operace v počítači se systémem Microsoft SQL Server. Pokud máte prostředky, investice do více paměti a rychlejšího vstupně-výstupního subsystému pro zlepšení SQL Server vstupně-výstupních operací dosáhnete lepšího výkonu.
  2. Pokud očekáváte, že se k serveru pro správu připojí mnoho konzolí, můžete zvýšit výkon pro zvládnutí zatížení ve špičce tím, že pro server pro správu investujete do dalších procesorů a paměti nebo nainstalujete sekundární server pro správu Service Manager.

Vezměte na vědomí doporučené minimální požadavky na hardware pro každou roli, jak je popsáno v tomto dokumentu.

Role virtuálních počítačů

Mnoho organizací používá virtuální počítače k hostování aplikací systému Windows Server. Service Manager role serveru, jako je server pro správu a server datového skladu, nejsou výjimkou. Virtuální počítače lze použít k virtualizaci všech rolí serveru nebo použití zkombinovat s fyzickými počítači.

Nedoporučujeme žádný konkrétní poměr virtuálních počítačů k fyzickému počítači, protože potřeby vaší organizace jsou ze své podstaty jedinečné. Minimální požadavky na hardware pro jednotlivé softwarové role se nicméně vztahují na fyzické počítače. Pokud se rozhodnete virtualizovat softwarovou roli, měli byste se ujistit, že pro každý virtuální počítač budete mít další hardwarové prostředky.

Databázové servery jsou ohrožené nízkým výkonem virtuálních počítačů, pokud nedodržíte následující pokyny k plánování:

  • Spuštění SQL Server v prostředí Hyper-V
  • Nikdy byste neměli používat dynamické disky na virtuálních počítačích, které jsou určené k hostování SQL Server. Používejte virtuální pevné disky s pevnou velikostí nebo průchozí.
  • Technologie Hyper-V umožňuje na hosta pouze čtyři virtuální procesory, což může omezit Service Manager server, pokud máte mnoho konzolí.

Service Manager výsledky standardních testů

Service Manager byl testován na výkon a škálovatelnost pomocí různých scénářů nasazení s minimálním doporučeným hardwarem ve formě fyzických počítačů. Konkrétně se scénáře testovaly s předem vyplněnými databázemi a Service Manager konzolami, které vytvářejí a aktualizují incidenty a žádosti o změnu ve smyčce.

Databáze byla naplněna informacemi pro dva testy:

  • Test 1 se skládal z 20 000 počítačů, 20 000 uživatelů a všech potřebných položek konfigurace, což bylo přibližně 250 000 položek konfigurace celkem přibližně 2,5 milionu řádků v databázi. Test 1 zahrnoval také 40 aktivních konzolí Service Manager.
  • Test 2 se skládal z 50 000 počítačů, 50 000 uživatelů a souvisejících položek konfigurace, což bylo přibližně 700 000 položek konfigurace celkem 6 milionů řádků v databázi. Test 2 obsahoval také 80 aktivních konzolí Service Manager.

Výsledkem testů byly následující závěry:

  • Aby bylo možné splnit cíle doby odezvy pro konfiguraci 50 000 počítačů, bylo nutné zvýšit SQL Server paměť z 8 gigabajtů (GB) na 32 GB.
  • Během testování se každou hodinu vygenerovalo 200 incidentů a 50 žádostí o změnu pro konfiguraci 20 000 počítačů a 500 incidentů a 125 žádostí o změnu pro konfiguraci 50 000 počítačů, přičemž pro každý incident a žádost o změnu se zpracovávají tři až čtyři odběry oznámení a šablony.
  • Při testování se základními hodnotami trval obvykle běh pracovních postupů, jako jsou zpracování odběru oznámení a použití šablony, méně než jednu minutu po vygenerování každé pracovní položky.

Pokud vaše organizace plánuje mít méně než 20 000 podporovaných počítačů a konzol a méně pracovních postupů, měl by být výkon Service Manager přijatelný, i když jsou některé Service Manager role hostované na virtuálních počítačích.

Pokud však plánujete přidat do Service Manager databáze další podporované počítače, měli byste naplánovat navýšení velikosti paměti RAM pro Service Manager databázový server nad rámec minimálních požadavků uvedených v tomto dokumentu. Například v základním testu bylo na Service Manager databázovém serveru nainstalované 8 GB paměti RAM, který obsahoval záznamy pro 20 000 počítačů. Potom byste měli přidat 8 GB paměti RAM pro každý přírůstek 10 000 počítačů, které plánujete podporovat. Například pro 50 000 počítačů naplánujte 32 GB paměti RAM. Během testování konfigurace 50 000 počítačů s 32 GB paměti RAM nainstalovanými na počítači se systémem SQL Server byl výkon vylepšen do stavu, kdy už nedošlo k žádnému snížení efektu ve srovnání s testováním konfigurace před přidání dalších počítačů.

Při testování se základními hodnotami byla otestována také latence sítě. Latence sítě byla zavedena mezi konzolou Service Manager a serverem pro správu Service Manager.

Poznámka

Databázový server Service Manager a servery pro správu Service Manager by měly být v síti LAN s nízkou latencí. Latence sítě mezi databázovým serverem Service Manager a serverem pro správu Service Manager může vést k výraznému snížení Service Manager Výkon.

Výsledkem testů byly také následující závěry:

  • V případě, že latence sítě byla menší než 100 milisekund (msec), byla celková doba odezvy konzoly Service Manager v pořádku.

  • Tam, kde latence sítě byla 150 ms až 200 ms, byl výkon označen jako použitelný s až o 40% snížení doby odezvy v některých scénářích. S latencí mezi 150 až 200 ms byste měli naplánovat vyhodnocení klíčových scénářů pro vaši organizaci a určit, jestli je lepší volbou Připojení ke vzdálené ploše (RDC).

    Poznámka

    Rozšiřování map služeb v konzole Service Manager bylo pomalé s jakoukoli latencí.

  • Když latence sítě překročila 200 ms, byly celkové doby odezvy konzoly Service Manager nízké. Pokud latence překročí 200 ms, měli byste pro provozní úlohy naplánovat použití služby RDC nebo jiného podobného řešení vzdáleného přístupu. Občasné administrativní úlohy jsou méně časté, proto k nim možná nebudete vzdálený přístup potřebovat.

Další kroky

  • Pokud si chcete přečíst obecné pokyny, které byste měli zvážit při plánování Service Manager výkonu softwaru, přečtěte si článek Service Manager výkonu.