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

Důležitá část výkonu nástroje System Center – Service Manager závisí na konfiguraci hardwaru a topologii nasazení, která se plánuje zvládnout potřeby vaší organizace. Následující části obsahují obecné pokyny, které byste měli zvážit při plánování odpovídajícího výkonu hardwaru.

Výkon hardwaru

Následují kritické body hardwaru, které jsou nejvýraznější v Service Manageru s významným zatížením a množstvím dat v databázi Service Manageru:

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ětší paměti a rychlejšího vstupně-výstupního subsystému za účelem zlepšení vstupně-výstupních operací SQL Serveru dosáhne lepšího výkonu.
2. Pokud očekáváte, že máte mnoho konzol, které se připojují k serveru pro správu, můžete zlepšit výkon, abyste zvládli zatížení ve špičce tím, že investujete do dalších procesorů a paměti pro server pro správu nebo nainstalujete sekundární server pro správu Portálu pro správu.

Mějte na paměti doporučený minimální 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. Role serveru portálu Service Manager, jako je server pro správu a server datového skladu, nejsou výjimkou. Použití virtuálních počítačů může být v rozsahu od všech rolí serveru, které se virtualizují, až po jinou kombinaci virtuálních a fyzických počítačů.

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í hardwarové požadavky pro každou roli softwaru se však vztahují na fyzické počítače. Pokud se rozhodnete virtualizovat roli softwaru, měli byste naplánovat, abyste měli pro každý virtuální počítač další hardwarové prostředky.

Databázové servery jsou ohroženy nízkým výkonem virtuálních počítačů, pokud nejsou dodrženy následující pokyny pro plánování:

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

Výsledky testu podle směrného plánu Service Manageru

Service Manager byl testován podle směrného plánu pro 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ější je, že scénáře byly testovány s databázemi předem vyplněnými a konzolami Service Manageru, které vytvářejí a aktualizují incidenty a žádosti o změnu ve smyčce.

Databáze byla předem vyplně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 také obsahoval 40 aktivních konzol Service Manageru.
• Test 2 obsahoval 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 také obsahoval 80 aktivních konzol Service Manageru.

Testy doručily následující výsledky:

• Aby bylo možné splnit cíle doby odezvy pro konfiguraci 50 000 počítačů, bylo nutné zvýšit paměť SQL Serveru z 8 gigabajtů (GB) na 32 GB.
• Během testování se 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 byly zpracovány tři až čtyři odběry oznámení a šablony.
• V základních testech se pracovní postupy, jako je zpracování odběru oznámení a aplikace šablony, obvykle spouštěly během jedné minuty od 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 portálu Service Manager přijatelný, i když jsou některé role Service Manageru hostované na virtuálních počítačích.

Pokud ale plánujete přidat další podporované počítače v databázi portálu Service Manager, měli byste naplánovat zvýšení množství paměti RAM pro databázový server portálu Service Manager nad rámec minimálních požadavků uvedených v tomto dokumentu. Například v základním testu 8 GB paměti RAM byla nainstalována na databázovém serveru Service Manageru, 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 počítače s 50 000 s 32 GB paměti RAM nainstalovaným na počítači s SQL Serverem byl výkon vylepšen na stav, kdy už nedošlo ke snížení účinku v porovnání s testováním konfigurace před přidáním dalších počítačů.

Latence sítě byla také testována ve směrném plánu. Mezi konzolou Service Manageru a serverem pro správu portálu Service Manager byla zavedena latence sítě.

Poznámka:

Databázový server portálu Service Manager a servery pro správu portálu Service Manager by měly být v síti LAN s nízkou latencí; latence sítě mezi databázovým serverem portálu Service Manager a serverem pro správu portálu Service Manager může vést k významnému snížení výkonu portálu Service Manager.

Testy také přinesly následující výsledky:

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

• Kde latence sítě byla 150 msec až 200 msec, byl výkon zaznamenán jako použitelný, s až 40% snížením v době odezvy v některých scénářích. S latencí mezi 150 msec a 200 msec 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šíření map služeb v konzole Service Manageru bylo pomalé s jakoukoli latencí.

• Když latence sítě překročila 200 msec, byly celkové doby odezvy konzoly Service Manageru pozorovány jako špatné. Pokud latence přesahuje 200 msec, měli byste pro provozní úlohy naplánovat použití RDC nebo jiného podobného řešení vzdáleného přístupu. Vzhledem k tomu, že občasné úlohy správy jsou méně časté, možná pro ně nebudete potřebovat vzdálený přístup.

Další kroky

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