Планиращ ресурс в HPE InfoSight

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