HPE InfoSight - хмарны сэрвіс НРЕ, які дазваляе проактивно выяўляць магчымыя праблемы з надзейнасцю і з прадукцыйнасцю масіваў HPE Nimble і HPE 3PAR. Пры гэтым сэрвіс можа таксама адразу рэкамендаваць і спосабы ўхілення магчымых праблем, прычым у шэрагу выпадкаў ухіленне праблем можа выконвацца проактивно, у аўтаматычным рэжыме.
Пра HPE InfoSight мы ўжо расказвалі на HABR, гл., напрыклад, або .
У гэтым пасце я жадаю распавесці аб адной новай фічы HPE InfoSight – Планавальніку рэсурсаў (Resource Planner).
HPE InfoSight Resource Planner – гэта новая магутная прылада, якая дапамагае замоўцам вызначаць, ці могуць яны дадаваць новыя працоўныя нагрузкі ці прыкладанні на свае масівы з улікам існых працоўных нагрузак. Ці пацягне масіў павелічэнне нагрузкі ці ж запатрабуецца новы масіў? Калі патрэбен новы масіў, то які? Прагнознае мадэляванне Resource Planner дапамагае сапраўды зразумець запатрабаванні і правільна правесці сайзінг апгрэйду існага масіва ці ж сайзінг новага масіва.
Планавальнік дазваляе рабіць наступнае:
- мадэляваць патэнцыйныя змены існуючых працоўных нагрузак;
- ацэньваць уплыў на такія рэсурсы масіва, як: працэсар, ёмістасць і кэш-памяць;
- праглядаць вынікі па розных мадэлях масіваў.
Збіраючы статыстыку і параметрычную інфармацыю аб працы масіваў (па ўсёй усталяванай базе масіваў) і аналізуючы розныя працоўныя нагрузкі ў многіх кліенцкіх асяроддзях, мы можам выявіць пэўныя прычынна-выніковыя і колькасныя сувязі. Напрыклад, мы ведаем, як дэдуплікацыя ўплывае на выкарыстанне працэсара ў розных мадэлях масіваў. Мы ведаем, што асяроддзі Virtual Desktop лепш дэдуплікуюцца і сціскаюцца ў параўнанні з SQL. Мы ведаем, што прыкладанні Exchange, як правіла, маюць больш высокі працэнт паслядоўных (у адрозненне ад выпадковых) аперацый чытання, чым Virtual Desktop. Выкарыстоўваючы падобную інфармацыю, мы можам змадэляваць уплыў змены нагрузкі, каб прадказаць запатрабаванні ў рэсурсах для вызначанай мадэлі масіва.
Як працуе планавальнік - паглядзім на наступных прыкладах.
Resource Planner запускаецца на партале HPE InfoSight у падзеле LABS. Пачнём з выбару новай нагрузкі - Add New Workload (у дадатак да існуючай). Іншая опцыя, якую разгледзім пазней - Add Existing Workload (змена існуючай нагрузкі).
Выбіраемы катэгорыю нагрузкі/дадатак:
Пры неабходнасці можна ўносіць розныя змены ў новую працоўную нагрузку: аб'ём дадзеных, IOPs, тып працоўнай нагрузкі і рэжым дэдуплікацыі.
Далей выбіраемы масіў (з наяўных у замоўца), для якога жадаем змадэляваць гэтую новую працоўную нагрузку і націскаем кнопку Analyze.
У выніку атрымліваем уплыў гэтай новай прапанаванай працоўнай нагрузкі (у дадатак да бягучай нагрузкі) на рэсурсы CPU і ёмістасці. Калі б мы абралі гібрыдны флэш-масіў, мы б таксама ўбачылі ўплыў на кэш-памяць масіва, але ў дадзеным выпадку ў нас all flash масіў AF60, для якога паняцце кэш-памяці (на SSD) не дастасавальна.
Бачым (справа, на верхняй дыяграме – CPU needs), што масіў AF60, для якога мы планавалі новую нагрузку, не мае дастаткова працэсарных рэсурсаў для апрацоўкі новай працоўнай нагрузкі: пры даданні новай нагрузкі CPU будуць утылізаваны на 110%. На ніжняй дыяграме (Capacity needs) відаць, што пад новую нагрузку маецца дастаткова ёмістасці. Акрамя масіва AF60 на абодвух дыяграмах таксама паказаны і іншыя мадэлі масіваў для параўнання з тым, што было б, калі б у нас быў іншы масіў.
На наступным малюнку паказана што адбываецца, калі мы ўсталёўваны сцяжок display multiple head shelves (опцыя пры выбары зыходнага масіва). Гэтая опцыя дазваляе правесці аналіз для некалькіх аднолькавых масіваў. Відаць, што для агульнай (новай і існуючай) нагрузкі дастаткова аднаго масіва AF80, або двух масіваў AF60, або трох масіваў AF40.
З дапамогай планавальніка рэсурсаў таксама можна змадэляваць змену толькі бягучай нагрузкі. Для гэтага на першым кроку трэба абраць add existing workload (замест add new workload - як мы рабілі ў пачатку). Далей, можна змадэляваць змену існуючай нагрузкі і паглядзець да чаго гэта прывядзе. На прыкладзе ніжэй мадэлюецца падваенне нагрузкі і падваенне ёмістасці для прыкладанняў тыпу File Server (г.зн., у дадзеным прыкладзе мы не павялічваем усю нагрузку на масіў, а павялічваем нагрузку толькі для канкрэтнага тыпу прыкладанняў).
У гэтым выпадку відаць, што рэсурсы масіва дазваляюць падвоіць нагрузку для прыкладанняў File Server, але не больш, чым падвоіць - т.я. працэсарныя рэсурсы будуць утылізаваны на 99%.
Крыніца: habr.com