HPE InfoSight е облачна услуга на HPE, която позволява проактивно да идентифицира потенциални проблеми с надеждността и производителността на HPE Nimble и HPE 3PAR масиви. Освен това услугата веднага може да препоръча решения за отстраняване на възможните проблеми, като в някои случаи отстраняването на проблемите може да се извърши проактивно и автоматично.
За HPE InfoSight вече сме говорили на HABR, вижте, например, или .
В този пост искам да разкажа за една нова функция на HPE InfoSight - Ресурсен планировчик.
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
