
Az HPE InfoSight egy felhőalapú HPE szolgáltatás, amely lehetővé teszi a HPE Nimble és HPE 3PAR tárolók megbízhatósági és teljesítménybeli problémáinak proaktív azonosítását. A szolgáltatás emellett azonnal ajánlásokat is tehet a potenciális problémák megoldására, és számos esetben a problémák proaktív, automatikus kijavítását is lehetővé teszi.
Az HPE InfoSight-ról már beszéltünk a HABR-on, például lásd, vagy .
Ebben a bejegyzésben szeretnék beszélni egy új funkcióról az HPE InfoSight-ban — az Erőforrás-tervezőről.
Az HPE InfoSight Erőforrás-tervező egy új, erőteljes eszköz, amely segít a felhasználóknak meghatározni, hogy új munkaterhelések vagy alkalmazások hozzáadására van-e lehetőségük a meglévő munkaterhelések figyelembevételével. Elbírja-e a tároló a megnövekedett terhelést, vagy új tárolóra van szükség? Ha új tárolóra van szükség, akkor milyennek kell lennie? A Resource Planner előrejelző modellezése pontosan segít megérteni a szükségleteket, és megfelelően méretezni a meglévő tároló frissítését vagy egy új tároló méretezését.
A tervező a következőkre képes:
- modellezni a meglévő munkaterhelések potenciális változásait;
- értékelni a tároló olyan erőforrásokra gyakorolt hatását, mint a processzor, tárolókapacitás és gyorsítótár;
- megnézni az eredményeket különböző tárolómodellekhez.
A tárolók (a telepített tárolókból) működéséről gyűjtött statisztikai és paraméteres információk összegyűjtésével és különböző munkaterhelések elemzésével számos ok-okozati és mennyiségi összefüggést tudunk azonosítani. Például tudjuk, hogy a deduplikáció hogyan befolyásolja a processzor használatát a különböző tárolómodellek esetében. Tudjuk, hogy a virtuális asztali környezetek jobban deduplikálódnak és tömörülnek, mint az SQL. Tudjuk, hogy az Exchange alkalmazások általában magasabb arányú soros (szemben a véletlenszerű) olvasási műveleteket igényelnek, mint a virtuális asztal. Ilyen információk felhasználásával modellezhetjük a terhelésváltozás hatását, hogy megjósoljuk a szükséges erőforrásokat egy adott tárolómodellhez.
Hogyan működik az Erőforrás-tervező — nézzük meg a következő példákon.
A Resource Planner elindul az HPE InfoSight portálon a LABS szekcióban. Kezdjük egy új terhelés kiválasztásával – Add New Workload (a meglévő mellett). Egy másik lehetőség, amit később megvizsgálunk – Add Existing Workload (a meglévő terhelés módosítása).

Válasszuk ki a terhelés/kérelem kategóriáját:

Szükség esetén különböző módosításokat végezhetünk az új munkaterhelésen: adatmennyiség, IOPs, terheléstípus és deduplikálási mód.

Ezután válasszunk egy tárolót (az ügyfél által rendelkezésre álló), amelyre szeretnénk modellezni ezt az új munkaterhelést, és nyomjuk meg az Analyze gombot.

Ennek eredményeként megtudjuk, hogy az új javasolt munkaterhelés (a jelenlegi terhelés mellett) hogyan befolyásolja a CPU és a kapacitás erőforrásait. Ha hibrid flash tárolót választottunk volna, akkor a tömb cache memóriájára gyakorolt hatást is láthattuk volna, de ebben az esetben egy all flash AF60 tömbünk van, amelyhez a cache memória (SSD-n) fogalma nem alkalmazható.
Látjuk (jobbra, a felső diagramon – CPU igények), hogy az AF60 tömb, amelyre a új terhelést terveztük, nem rendelkezik elegendő processzor erőforrással az új munkaterhelés feldolgozásához: az új terhelés hozzáadásakor a CPU-k 110%-os kihasználtságon fognak működni. Az alsó diagramon (Kapacitás igények) látható, hogy az új terheléshez elegendő kapacitás áll rendelkezésre. Az AF60 tömbön kívül mindkét diagramon más többi tömbmodellek is szerepelnek – azzal a céllal, hogy összehasonlítsuk, mi lenne, ha más tömbünk lenne.

A következő képen látható, mi történik, amikor bejelöljük a display multiple head shelves jelölőnégyzetet (opció a forrástömb kiválasztásakor). Ez a lehetőség lehetővé teszi elemzés elvégzését több azonos tömbön. Látjuk, hogy a közös (új és meglévő) terheléshez elegendő egy AF80 tömb, vagy két AF60 tömb, vagy három AF40 tömb.

A Resource Planner segítségével az aktuális terhelés megváltozását is modellezhetjük. Ehhez az első lépésben ki kell választani az add existing workload (ahelyett, hogy add new workload – ahogy az elején tettük). Ezután modellezhetjük a meglévő terhelés módosítását, és megnézhetjük, hová vezet ez. Az alábbi példán a terhelés és a kapacitás megduplázása kerül modellezésre File Server típusú alkalmazások számára (azaz ebben a példában nem növeljük a tömb teljes terhelését, hanem csak egy adott típust növelünk).

Ebben az esetben látható, hogy a tárhely erőforrásai lehetővé teszik a File Server alkalmazások terhelésének megduplázását, de nem többet, mivel a processzor erőforrásai 99%-ban ki lesznek aknázva.

Forrás: habr.com
