Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Az adatbázis-méretezés a System Center – Orchestrator teljesítményének megértéséhez szükséges kulcs. A runbook-kiszolgálók, a felügyeleti kiszolgáló és a webösszetevők mind az Orchestrator-adatbázistól függenek a műveleteikhez. Az Orchestrator-telepítésekkel kapcsolatos problémák az adatbázis adattípusainak hiányos megértéséből és kezelésük módjából adódhatnak.
Mivel a Runbook Designer (a felügyeleti kiszolgálón keresztül) kommunikál az Orchestrator-adatbázissal, az adatbázis gyenge teljesítménye akadályozza ezt a kommunikációt.
Az Orchestrator operátori felülete két összetevőn alapul: a Vezénylési konzol és a webszolgáltatás. A Vezénylési konzol egy Silverlight-alapú alkalmazás, amely a webszolgáltatástól függ az Orchestrator-adatbázishoz való kapcsolódáshoz. A webszolgáltatás egy IIS-alkalmazás, amely az adatbázishoz csatlakozik. A webszolgáltatás és a vezénylési konzol tehát az Orchestrator-adatbázis teljesítményétől függenek.
Emellett, bár a vezénylési konzol a webszolgáltatástól függ, a felhasználói felületként és a saját teljesítményjellemzőiben is egyedi logikával rendelkezik.
Konfigurációs adatok és naplóadatok
Magas szinten az Orchestrator-adatbázis kétféle adatot tartalmaz:
Konfigurációs adatok
Az Orchestrator-infrastruktúra konfigurációs adatokat tartalmaz. Ezek az adatok nem jelentenek problémát az adatbázis növekedésével kapcsolatban, mivel az ilyen típusú adatok tárolási követelményei kicsik.
Naplóadatok
Az Orchestrator különböző típusú naplóadatokat hoz létre, amelyek mindegyike megtekinthető és kezelhető a Runbook Designer. Az adatok tárolási követelményei eltérőek lehetnek, és nagyok is lehetnek.
Az alábbi táblázat az Orchestrator-adatbázisban tárolható naplóadatok típusait sorolja fel. Az Orchestrator emellett külön naplófájlokban (az adatbázison kívül) tárolja az adatokat az auditnaplókhoz és a nyomkövetéshez. A naplóadatok összes típusáról további információt Orchestrator-naplókcímű témakörben talál.
| Naplóadatok típusa | Az elhelyezkedés a Runbook Designerben | A "Log Purge" kezeli? |
|---|---|---|
| Runbook-naplók | Napló és Naplóelőzmények fülek | Igen |
| Tevékenységi (platform)események | Események fül | Nem |
| Ellenőrzési előzmények | Auditálási előzmények lap | Nem |
Platformkód és tartománykód
Az Orchestrator runbook tevékenységei két különböző kódtípust tartalmaznak:
platformkód
Ez a legtöbb tevékenység által megosztott közös kód, amely az Orchestrator-tevékenységek által végrehajtott gyakori feladatok futtatására szolgál. A platformkód közös közzétett adatokat hoz létre.
tartománykód
Különböző, az egyes tevékenységek műveleteire jellemző feladatokat futtat, amelyek általában nem az Orchestrator platformhoz vannak társítva. Lehetséges, hogy a platformkód és a tartománykód között nagy különbségek lehetnek.
Az adott tevékenységhez létrehozott naplózási adatok tartalmazhatnak egy- vagy többértékű adatelemeket. Minden tevékenység egyetlen rekordot állít elő egyértékű adatokból. A tartománykód több rekordot is képes létrehozni többértékű adatokból, ezért felelős annak meghatározásáért, hogy a tevékenység mit tesz a korábbi tevékenységektől kapott közös közzétett adatokkal.
Az Orchestrator runbookok lényegében úgy lettek kialakítva, hogy adatokat adjanak át a tartománykód különálló elemei között. Emellett a tartománykód is létrehozhat tevékenységspecifikus közzétett adatokat.
Minden runbook alapvető hasonlósággal rendelkezik abban, hogy tartományi kódból és platformkódból álló tevékenységeket futtatnak, munkafolyamatokat hurkolnak, és elágaznak. Az elágaztatás az, amikor egy runbook meghív más runbookokat egy adott feladat végrehajtására. Amikor egy runbookot először meghívnak, az egyetlen szálból áll. Amikor ez a szál olyan runbook-tevékenységhez ütközik, amelynek a hivatkozásai elágaztatást igényelnek, a rendszer további szálakat hoz létre, amelyek mindegyik ághoz tartoznak. Minden szál az ágat létrehozó tevékenységből származó közös közzétett adatokat veszi bemenetként. Ezek az adatok össze lesznek kapcsolva a runbook korábbi tevékenységeivel a tevékenységek által használt közös közzétett adatok frissítésére.
A domaint kódja nagyobb mértékben befolyásolhatja az adatbázis teljesítményét, mint az elágazások által generált többszálas feldolgozás. Ennek az az oka, hogy a tartománykód nagy mennyiségű tevékenységspecifikus közzétett adatot hozhat létre.
Naplózási beállítások
A runbook TulajdonságokNaplózás lapján opcionálisan tárolhatja a naplóbejegyzéseket. A alapértelmezett naplózási kifejezés azt jelenti, hogy a két közzétett adatbeállítás közül egyik sem van kiválasztva, amely az egyes tevékenységekhez létrehozott 524 bájtot teszi ki. A naplózási lehetőségek a közös közzétett adatok két kategóriáját biztosítják:
Közös Közzétett Adatok
Az összes tevékenységhez gyakran használt adatelemek készlete. A listát a Runbook naplóbeállításaicímű témakörben találja.
Ez a naplózási beállítás minden tevékenységhez 6082 bájtot generál.
tevékenységspecifikus közzétett adatok
A tartománykód által opcionálisan létrehozott tevékenységre jellemző adatkészlet.
Ez a naplózási beállítás 6082 bájtot generál az adott tevékenységek által naplózott bájtok mellett.
Borravaló
Ez a beállítás elsősorban hibakeresési célokra van kiválasztva. A naplózás növekedésének korlátozása érdekében hagyja a jelölőnégyzetet üresen.
A naplózási beállítások megadása jelentősen befolyásolhatja a teljesítményt, és növelheti az adatbázis növekedését. Tekintsük azt a helyzetet, amikor ugyanazt a runbook műveletet kétszer futtatják, eleinte az alapértelmezett szintű adatnaplózással (ahol nincs kiválasztott közzétett adatopció), majd a közös közzétett adatok beállítása után. A tartománykódnak ugyanannyi időt kell igénybe vennie. A platformkód futtatása azonban hosszabb időt vesz igénybe, mivel 12-szer annyi közös közzétett adatnaplózást kell támogatnia, mint az alapértelmezett naplózás esetén.
Naplók törlése
A Runbook DesignerNaplótisztítás funkciójának alapértelmezett beállításai úgy vannak konfigurálva, hogy a lehető legjobb felhasználói élményt nyújtsuk a beépített Orchestrator-telepítéshez. Ezeknek az értékeknek a módosítása megváltoztathatja a környezet teljesítményjellemzőit, és fokozatosan és magas vízjelekkel kell megvalósítani, hogy a változás hatása értékelhető legyen.
A naplók automatikus és manuális törléséről további információt a Runbook-naplók törlésecímű témakörben talál.
Teljesítménymutatók létrehozása
Ha egy egyszerű runbookot szeretne létrehozni a naplózás növekedésének vizsgálatához, használhatja a Standard tevékenységet, az Értékek összehasonlítása-et, hogy egy Orchestrator-környezet teljesítménymutatóit hozza létre.
Az alábbi eljárás egy olyan runbookot hoz létre, amely 10 000 alkalommal futtat egy Értékek összehasonlítása tevékenységet. Értékek összehasonlítása egy egyszerű tevékenység, amelynek tartománykódja minimális. Ez a runbook különböző körülmények között hívható meg egy adott Orchestrator-futtatókörnyezet általános teljesítményének jellemzésére.
Runbook létrehozása, amely az Orchestrator-környezet összehasonlítására használható
Hozzon létre egy új runbookot.
Adjon hozzá egy Compare Values műveletet a Standard Művelet palettáról. A konfiguráláshoz kattintson duplán a tevékenységre.
Válassza az Általános lapot, és konfigurálja ezt a tevékenységet sztringek összehasonlítására (az alapértelmezett érték).
Válassza a Részletek lapot, írja be a KARAKTERLÁNC értéket a Teszt mezőbe, és válassza, hogy üres.
Válassza a Befejezés gombot a tevékenység frissítéseinek mentéséhez.
Kattintson a jobb gombbal a tevékenységre, és válassza a Hurok lehetőséget.
Jelölje be a engedélyezés jelölőnégyzetet, és adja meg a 0 (nulla) számot a próbálkozások közötti késleltetéshez.
Válassza a Kilépés fület.
Módosítsa az alapértelmezett kilépési feltételt. Válassza az Értékek összehasonlításajelölőnégyzetet, jelölje be a Közös közzétett adatok megjelenítése jelölőnégyzetet, és válassza a Hurok: A kísérletek számalehetőséget. A módosítás mentéséhez válassza OK lehetőséget.
Válassza ki értéket a frissített kilépési feltételből, és adja meg az 10000 (tízezer) számot. A módosítás mentéséhez válassza OK lehetőséget.
A frissítések mentéséhez válassza a Befejezés lehetőséget.
Válassza a Bejelentkezés lehetőséget az Orchestrator-adatbázis módosításainak mentéséhez.
Ez a runbook az Orchestrator különböző konfigurációival való kísérletezéshez használható. Létrehozhatja például a benchmark runbookokat, hogy meghatározza a különböző adatközpontokban üzembe helyezett négy Runbook-kiszolgáló teljesítményét.
| Adatközpont | Naplózási konfiguráció | Platformkód futási ideje (ezredmásodperc) | Ezredmásodperc tevékenységenként | Méretezési tényező |
|---|---|---|---|---|
| Helyszín 1 | Alapértelmezett naplózás | 819 | 82 | 1.0 (referencia) |
| Helyszín 1 | Gyakori közzétett adatok naplózása | 2012 | 201 | 2,5 |
| 2. helyszín | Alapértelmezett naplózás | 1229 | 123 | 1,5 |
| 2. helyszín | Gyakori közzétett adatok naplózása | 3686 | 369 | 4.5 |
| Lokáció 3 | Alapértelmezett naplózás | 2457 | 426 | 3.0 |
| Lokáció 3 | Gyakori közzétett adatok naplózása | 4422 | 442 | 5.4 |
| 4. hely | Alapértelmezett naplózás | 1474 | 147 | 1.8 |
| 4. hely | Gyakori közzétett adatok naplózása | 2654 | 265 | 3.2 |
Figyelje meg a platform teljesítményének jelentős csökkenését, amelyet a közös közzétett adatok naplózása okoz. A legrosszabb forgatókönyv a gyakran közzétett adatok naplózása a 2. helyen. A felszínen ez egyértelmű és releváns következtetésnek tűnik.
Meg kell azonban jegyezni, hogy ezek a számok a platformkód többletterhelését tükrözik, nem pedig a tartománykódot. A tartománykód futási ideje hosszabb lehet. Előfordulhat például, hogy a virtuális gép létrehozása sablonból tevékenység a Virtual Machine Manager integrációs csomagban néhány percig futhat a virtuális gép létrehozásakor. Az előző példában kibontva vegye figyelembe egy runbook-tevékenység platformkódjának költségeit, amely 1 percet vesz igénybe (1 perc = 60 000 ezredmásodperc) a helytől függetlenül.
| Adatközpont | Naplózási konfiguráció | Platformkód futási ideje (ezredmásodperc) | % tartománykód | % platformkód |
|---|---|---|---|---|
| Helyszín 1 | Alapértelmezett naplózás | 819 | 98.6% | 1.4% |
| Helyszín 1 | Gyakori közzétett adatok naplózása | 2012 | 96.7% | 3.3% |
| 2. helyszín | Alapértelmezett naplózás | 1229 | 98.0% | 2.0% |
| 2. helyszín | Gyakori közzétett adatok naplózása | 3686 | 93.9% | 6.1% |
| Lokáció 3 | Alapértelmezett naplózás | 2457 | 95.9% | 4.1% |
| Lokáció 3 | Gyakori közzétett adatok naplózása | 4422 | 92.6% | 7.4% |
| 4. hely | Alapértelmezett naplózás | 1474 | 97.5% | 2.5% |
| 4. hely | Gyakori közzétett adatok naplózása | 2654 | 95.6% | 4.4% |
Egy világosabb kép kezd kirajzolódni az adatokból. Továbbra is az a forgatókönyv a legrosszabb, amikor a 2. helyen engedélyezve van a közös közzétett adatok naplózása. A platformkód és a naplózás azonban csak a teljes futásidő 6%-ját teszi ki. Bár ez jelentős szám, a legjobb forgatókönyv az 1,4%. A példában szereplő tartománykódban töltött idő lényegében jóval meghaladja a platformkód futtatásával töltött időt. Tartva mindezt szem előtt, ha teljesen meg tudná szüntetni a platformkód költségeit, akkor a runbook teljesítményében csak 1,4% és 7,4%közötti javulást venne észre.
A legtöbb valós forgatókönyv eltérő lesz. A tevékenység viselkedése megváltozhat attól függően, hogy milyen utasítást kap a tartományi kód. Például egy Virtuális gép klónozása sablonból tevékenység eltarthat egy percig, amíg a virtuális gépet az A kiszolgálósablonból klónozza, de a virtuális gép klónozása a B kiszolgálósablonból 5 percet vesz igénybe. Emellett a Runbook-kiszolgálók különböző hálózatokon is lehetnek különböző teljesítményjellemzőkkel, ami hatással lehet a tartománykódok teljesítményére és az Orchestrator adatnaplózási teljesítményére is.
Adatbázis-növekedés meghatározása
Az Orchestrator-adatbázis rendszergazdája az alábbi irányelveket használhatja az adatbázisfájl-növekedési stratégia meghatározásához:
Általánosságban elmondható, hogy az adatbázisfájlok mérete nem nő a runbookok minden egyes meghívásával. A fájlok növekedni fognak, amikor a bennük lévő adatok elérnek egy, az adatbázis rendszergazdája által konfigurált magas vízjelet, amely során a fájl általában ki lesz bontva.
Valahányszor egy runbook-tevékenység fut, azt egyenként kell megszámolni, és ezt figyelembe kell venni, amikor az ismétlési funkciók egy tevékenység többszöri futtatását okozhatják.
A runbook minden egyes meghívásához szükséges tárterület meghatározásához szorozza meg a runbookban lévő tevékenységek számát az adatbázishoz hozzáadott bájtok számával a kiválasztott naplózási szint szerint. Ezek az értékek a következők:
524 bájt
Alapértelmezett naplózási konfiguráció.
6082 bájt
Gyakori közzétett adatnaplózási szint.
6082 bájt + tevékenység szerint naplózott adatok
Tevékenységspecifikus közzétett adatnaplózási szint.
Alapértelmezés szerint az Orchestrator éjszakánként 2:00-kor minden egyes runbook esetében törli az összes naplót, kivéve a legutóbbi 500-at. A runbook minden egyes meghívásához szükséges tárterület meghatározásához szorozza meg a runbook minden egyes meghívásához szükséges tárterületet 500-zal. Ha módosítja a Napló törlési beállítását, szorozza meg az egyes műveleteket a naponta, hetente vagy havonta becsült műveletszámmal.
Az alábbi táblázat a naplózási szint konfigurációinak növekedési és teljesítménybecsléseit mutatja be.
| Naplózási szint | DB növekedési tényező | Teljesítménytényező | Gyártási környezetre ajánlott |
|---|---|---|---|
| Alapértelmezett | 1 | 1 | Igen |
| Gyakori közzétett adatok | 11,6x | 2,5 x | Korlátozott használat tervezéssel |
| Tevékenységspecifikus közzétett adatok | Nagyobb, mint 11,6x | 2,5-nél nagyobb | Nem |
Példák
1. példa
Az alábbi táblázat az Orchestrator üzembe helyezésének adatbázis-méretezési szempontjait ismerteti.
| Útmutató neve | Tevékenységek száma | Naplózási szint | Meghívások naponta |
|---|---|---|---|
| Runbook 1 | 50 | Alapértelmezett | 100 |
| Runbook 2 | 25 | Alapértelmezett | 50 |
| Runbook 3 | 12 | Gyakori közzétett adatok | 24 |
| Runbook 4 | 8 | Gyakori közzétett adatok | ötszáz |
A fent ismertetett adatbázis-méretezéssel megbecsülheti a runbookok tárolási követelményeit.
| Útmutató neve | Meghívásonkénti bájt | Tárterület MB-ban Alapértelmezett naplótisztítás (500 hívás) |
Meghívások havonta | Tárterület MB-ban Egy hónap (Nem alapértelmezett napló törlés) |
% DB-tárolás 30 nap után |
|---|---|---|---|---|---|
| Runbook 1 | 26,200 | 12.5 | 3000 | 74,5 | 9% |
| Runbook 2 | 13,100 | 6.2 | 1,500 | 18.7 | 2% |
| Runbook 3 | 72,984 | 34,8 | 720 | 50.1 | 6% |
| Runbook 4 | 48,656 | 23.2 | 15 000 | 696.0 | 83% |
| Összesen: 76,7 MB | Összesen: 839,3 MB |
Ez a példa jól szemlélteti az adatnaplózáshoz szükséges megalapozott döntések fontosságát. A Runbook 4 csak nyolc tevékenységet tartalmaz, de ha a közös közzétett adatnaplózási szinten van konfigurálva, a meghívások nagy gyakorisága miatt az adatbázis legtöbb tárterületét felhasználja. Az eredmények alapján érdemes lehet a Runbook 4 naplózási szintjét az alapértelmezett naplózási konfigurációra csökkenteni.
2. példa
Az alábbi táblázat az Orchestrator egy másik üzembe helyezésének adatbázis-méretezési szempontjait ismerteti.
| Útmutató neve | Tevékenységek száma | Naplózási szint | Meghívások naponta |
|---|---|---|---|
| Runbook 1 | 50 | Alapértelmezett | 100 |
| Runbook 2 | 25 | Alapértelmezett | 50 |
| Runbook 3 | 12 | Gyakori közzétett adatok | 24 |
| Runbook 4 | 8 | Alapértelmezett | ötszáz |
A frissített konfiguráció tárolási adatainak újraszámítása jelentősen eltérő eredményeket eredményez.
| Útmutató neve | Meghívásonkénti bájt | Tárterület MB-ban Alapértelmezett naplótisztítás (500 hívás) |
Meghívások havonta | Tárterület MB-ban Egy hónap (Nem alapértelmezett napló törlés) |
% DB-tárolás 30 nap után |
|---|---|---|---|---|---|
| Runbook 1 | 26,200 | 12.5 | 3000 | 74,5 | 37% |
| Runbook 2 | 13,100 | 6.2 | 1,500 | 18.7 | 9% |
| Runbook 3 | 72,984 | 34,8 | 720 | 50.1 | 25% |
| Runbook 4 | 4,192 | 2.0 | 15 000 | 60.0 | 29% |
| Összesen: 55,5 MB | Összesen: 203,3 MB |
Bár az alapértelmezett naplózási konfigurációban kevés változás történt (runbookonként 500 naplóbejegyzés), a 30 napos tárolási követelmények jelentősen megváltoztak. A Runbook 4 közös közzétételi adatnaplózásának tárolási költségét egyértelműen figyelembe kell venni, mivel ez a változás 30 napos adattárolási követelmények 76% csökkenését eredményezi az adatbázisban.
Összefoglalás
Az adatbázisok méretezésének és teljesítményének kezeléséhez kövesse az alábbi irányelveket:
Csak akkor engedélyezze a közös közzétett adatok naplózását, ha szükséges.
Ne feledje, hogy a tevékenységek futtatásának száma határozza meg a naplózott adatok mennyiségét. Egy kis runbook, amely néhány tevékenységet többször is futtat, több adatnaplózást eredményezhet, mint egy nagyobb runbook, amely kevesebbszer fut.
Ne engedélyezze a tevékenységspecifikus közzétett adatok naplózását éles környezetben, és csak hibakeresési célokra használható.
Megismerheti, hogy a runbookok mennyi időt töltenek a tartományi kód futtatásával a platformkód futtatásához képest.
A jelen dokumentumban ismertetett technikákkal becsülje meg a platformkódok költségeit. Referenciaként használható annak mérlegeléséhez, hogy hol lehet javítani a runbook teljesítményét.
A mérések normalizált összehasonlításával azonosíthatja a fejlesztési lehetőségeket.