A hardverteljesítmény Service Manager tervezése

Fontos

A Service Manager ezen verziója elérte a támogatás végét. Javasoljuk, hogy frissítsen Service Manager 2022-re.

A System Center fontos része – Service Manager teljesítmény a szervezet igényeinek kielégítésére tervezett hardverkonfigurációtól és üzembe helyezési topológiától függ. Az alábbi szakaszok általános útmutatást nyújtanak a megfelelő hardverteljesítmény tervezésekor.

Hardverteljesítmény

Az alábbiakban a Service Manager leginkább észrevehető hardveres szűk keresztmetszetek szerepelnek, amelyek jelentős mennyiségű adatot és terhelést jelentenek az Service Manager adatbázisban:

1. A leggyakoribb szűk keresztmetszet a Microsoft SQL Server futtató számítógépen található memória és I/O. Ha rendelkezik az erőforrásokkal, több memóriába és gyorsabb I/O-alrendszerbe fektetve javíthatja SQL Server I/O jobb teljesítményt érhet el.
2. Ha várhatóan sok konzol csatlakozik egy felügyeleti kiszolgálóhoz, javíthatja a teljesítményt a maximális terhelés kezeléséhez, ha további CPU-kba és memóriába fektet be a felügyeleti kiszolgáló számára, vagy egy másodlagos Service Manager felügyeleti kiszolgáló telepítésével.

Az egyes szerepkörökhöz tartozó minimális hardverkövetelményekről ebben a dokumentumban tájékozódhat.

A virtuális gépek szerepe

Számos szervezet virtuális gépeket használ Windows Server-alkalmazások üzemeltetéséhez. Service Manager kiszolgálói szerepkörök, például a felügyeleti kiszolgáló és az adattárház-kiszolgáló, nem kivételek. A virtuális gépek használata az összes kiszolgálói szerepkör virtualizálásától a virtuális és fizikai számítógépek egyéb kombinációjáig terjedhet.

Nem ajánlunk konkrét virtuális-fizikai-számítógép arányt, mert a szervezet igényei eredendően egyediek. Azonban az egyes szoftverszerepkörökre érvényes minimális hardverkövetelmények a fizikai számítógépekre is vonatkoznak. Ha úgy dönt, hogy virtualizál egy szoftverszerepkulátort, tervezze meg, hogy az egyes virtuális számítógépekhez további hardvererőforrásokkal rendelkezzen.

Az adatbázis-kiszolgálók ki vannak téve a virtuális gépek gyenge teljesítményének, ha nem követik az alábbi tervezési útmutatót:

• SQL Server futtatása Hyper-V környezetben.
• Soha ne használjon dinamikus lemezeket olyan virtuális gépeken, amelyek SQL Server üzemeltetésére szolgálnak. Használjon rögzített méretű virtuális merevlemezeket vagy átmenő meghajtókat.
• A Hyper-V vendégenként csak négy virtuális CPU-t engedélyez, ami korlátozhatja a Service Manager kiszolgálót, ha sok konzolja van.

Service Manager alapkonfigurációs teszteredmények

Service Manager alapkonfigurációt teszteltek a teljesítmény és a méretezhetőség szempontjából különböző üzembe helyezési forgatókönyvek használatával, a minimálisan ajánlott hardverrel fizikai számítógépek formájában. Pontosabban a forgatókönyveket előre feltöltött adatbázisokkal tesztelték, és Service Manager konzolokkal, amelyekkel incidenseket és változáskéréseket hoztak létre és frissíthettek egy hurokban.

Az adatbázis két teszthez volt előre feltöltve adatokkal:

• Az 1. teszt 20 000 számítógépből, 20 000 felhasználóból és az összes szükséges konfigurációs elemből állt, amelyek körülbelül 250 000 konfigurációs elemet tartalmaztak, amelyek összesen körülbelül 2,5 millió sort tartalmaztak az adatbázisban. Az 1. teszt 40 aktív Service Manager konzolt is tartalmazott.
• A 2. teszt 50 000 számítógépből, 50 000 felhasználóból és kapcsolódó konfigurációs elemekből állt, amelyek körülbelül 700 000 konfigurációelemet tartalmaztak, összesen 6 millió sort az adatbázisban. A 2. teszt 80 aktív Service Manager konzolt is tartalmazott.

A tesztek eredményei az alábbiak voltak:

• Az 50 000 számítógép konfigurációjára vonatkozó válaszidő-célok eléréséhez a SQL Server memóriát 8 gigabájtról (GB) 32 GB-ra kellett növelni.
• A tesztelés során óránként 200 incidenst és 50 változáskérést generáltak a 20 000 számítógép konfigurációjára, valamint 500 incidensre és 125 változáskérésre az 50 000 számítógép konfigurációjára vonatkozóan, és minden incidenshez és változáskéréshez három-négy értesítési előfizetést és sablont dolgoztak fel.
• Az alapkonfigurációs tesztelés során általában a munkafolyamatok, mint az értesítési előfizetések feldolgozása és a sablonalkalmazások az egyes munkaelemek létrehozása után egy percen belül futottak.

Ha szervezete kevesebb mint 20 000 támogatott számítógépet és konzolt és kevesebb munkafolyamatot tervez, akkor is elfogadhatónak kell lennie a Service Manager teljesítménynek, még akkor is, ha a Service Manager szerepkörök némelyike virtuális számítógépeken van üzemeltetve.

Ha azonban további támogatott számítógépeket szeretne hozzáadni a Service Manager-adatbázishoz, érdemes a dokumentumban felsorolt minimális követelményeken túl növelni a ram mennyiségét a Service Manager adatbázis-kiszolgálóhoz. Az alapkonfigurációs tesztben például 8 GB RAM volt telepítve a Service Manager adatbázis-kiszolgálón, amely 20 000 számítógép rekordjait tartalmazta. Ezt követően 8 GB RAM-ot kell hozzáadnia minden olyan 10 000 számítógép növekményéhez, amelyet támogatni szeretne. Például 50 000 számítógép esetében 32 GB RAM-ot tervez. Az 50 000 számítógép konfigurációjának tesztelése során, amely 32 GB RAM-ot telepített a SQL Server futtató számítógépre, a teljesítmény olyan állapotra javult, amelyben már nem volt csökkent hatás a konfiguráció teszteléséhez képest a további számítógépek hozzáadása előtt.

A hálózati késést szintén teszteltük az alapkonfigurációnál. Hálózati késés lépett fel a Service Manager konzol és a Service Manager felügyeleti kiszolgáló között.

Megjegyzés

A Service Manager adatbázis-kiszolgálónak és a Service Manager felügyeleti kiszolgálónak alacsony késésű LAN-on kell lennie; a Service Manager adatbázis-kiszolgáló és a Service Manager felügyeleti kiszolgáló közötti hálózati késés a Service Manager jelentős romlásához vezethet Teljesítmény.

A tesztek eredményei szintén az alábbiak voltak:

• Ahol a hálózati késés 100 ezredmásodpercnél (msec) kisebb volt, az Service Manager konzol válaszideje jónak bizonyult.

• Ahol a hálózati késés 150 msec és 200 msec között volt, a teljesítmény használhatóként lett feljegyzve, és egyes esetekben akár 40%-os csökkenést is eredményezett a válaszidőben. Ha a késés 150 msec és 200 msec között van, érdemes megtervezni a szervezet legfontosabb forgatókönyveinek kiértékelését, és meghatározni, hogy a Távoli asztali kapcsolat (RDC) jobb megoldás-e.

  Megjegyzés

  A Service Manager-konzolon a szolgáltatástérképek bővítése lassú volt, bármilyen késéssel.

• Amikor a hálózati késés meghaladta a 200 msec-et, a konzol válaszideje Service Manager alacsony volt. Ha a késés meghaladja a 200 msec-et, az üzemeltetési feladatokhoz RDC-t vagy más hasonló távelérési megoldást kell használnia. Mivel azonban az alkalmi felügyeleti feladatok kevésbé gyakoriak, lehet, hogy ezekhez nincs szükség távoli hozzáférésre.

Következő lépések

• Ha általános irányelveket szeretne elolvasni, amelyeket figyelembe kell vennie Service Manager szoftverteljesítmény tervezésekor, tekintse át Service Manager teljesítményt.