HPE InfoSight – to chmurowa usługa HPE, która pozwala proaktywnie identyfikować potencjalne problemy z niezawodnością i wydajnością macierzy HPE Nimble oraz HPE 3PAR. Usługa ta może również od razu rekomendować sposoby usuwania możliwych problemów, przy czym w niektórych przypadkach eliminacja problemów może odbywać się proaktywnie w trybie automatycznym.
O HPE InfoSight już pisaliśmy na HABR, zobacz na przykład, lub .
W tym wpisie chcę opowiedzieć o jednej nowej funkcji HPE InfoSight – Planerze zasobów (Resource Planner).
HPE InfoSight Resource Planner – to nowe, potężne narzędzie, które pomaga klientom określić, czy mogą dodać nowe obciążenia robocze lub aplikacje do swoich macierzy, biorąc pod uwagę istniejące obciążenia. Czy macierz poradzi sobie ze zwiększonym obciążeniem, czy też będzie potrzebna nowa macierz? Jeśli potrzebna jest nowa macierz, to jaka? Prognozowanie zasobów Resource Planner pomaga dokładnie zrozumieć potrzeby i prawidłowo przeprowadzić sizing modernizacji istniejącej macierzy lub sizing nowej macierzy.
Planer umożliwia następujące działania:
- modelowanie potencjalnych zmian w istniejących obciążeniach roboczych;
- ocenę wpływu na takie zasoby macierzy jak: procesor, pojemność i pamięć podręczna;
- przeglądanie wyników dla różnych modeli macierzy.
Zbierając statystyki i parametryczne informacje o pracy macierzy (w całej zainstalowanej bazie macierzy) oraz analizując różne obciążenia robocze w wielu środowiskach klientów, możemy zidentyfikować określone związki przyczynowo-skutkowe oraz ilościowe. Na przykład wiemy, jak deduplikacja wpływa na użycie procesora w różnych modelach macierzy. Wiemy, że środowiska Virtual Desktop są lepiej deduplikowane i kompresowane w porównaniu z SQL. Wiemy, że aplikacje Exchange na ogół mają wyższy odsetek operacji odczytu sekwencyjnego (w porównaniu do losowego) niż Virtual Desktop. Korzystając z takich informacji, możemy modelować wpływ zmiany obciążenia, aby przewidzieć potrzeby w zakresie zasobów dla określonego modelu macierzy.
Jak działa Planer – przyjrzyjmy się następującym przykładom.
Planista zasobów uruchamia się na portalu HPE InfoSight w sekcji LABS. Zaczynamy od wyboru nowego obciążenia – Dodaj nowe obciążenie (oprócz istniejącego). Inną opcją, którą omówimy później, jest Dodaj istniejące obciążenie (zmiana istniejącego obciążenia).
Wybieramy kategorię obciążenia/aplikacji:
W razie potrzeby można wprowadzić różne zmiany w nowym obciążeniu roboczym: objętość danych, IOPs, typ obciążenia i tryb deduplikacji.
Następnie wybieramy macierz (z dostępnych u klienta), dla której chcemy zaprojektować to nowe obciążenie robocze i klikamy przycisk Analizuj.
Ostatecznie otrzymujemy wpływ tego nowego sugerowanego obciążenia roboczego (oprócz bieżącego obciążenia) na zasoby CPU i pojemności. Gdybyśmy wybrali hybrydową macierz flash, zobaczylibyśmy również wpływ na pamięć podręczną macierzy, ale w tym przypadku mamy macierz all flash AF60, dla której pojęcie pamięci podręcznej (na SSD) nie jest stosowane.
Widzimy (po prawej stronie, na górnym diagramie – potrzeby CPU), że macierz AF60, dla której planowaliśmy nowe obciążenie, nie ma wystarczających zasobów procesora do obsługi nowego obciążenia roboczego: przy dodaniu nowego obciążenia CPU będą wykorzystywane na poziomie 110%. Na dolnym diagramie (potrzeby pojemnościowe) widać, że pod nowe obciążenie dostępna jest wystarczająca pojemność. Oprócz macierzy AF60 na obu diagramach pokazane są również inne modele macierzy – dla porównania z tym, co byłoby, gdybyśmy mieli inną macierz.
Na następnej ilustracji pokazano, co się dzieje, gdy zaznaczymy pole wyświetlania wielu półek głowicowych (opcja przy wyborze źródłowej macierzy). Opcja ta umożliwia przeprowadzenie analizy dla kilku identycznych macierzy. Widać, że dla łącznej (nowej i istniejącej) obciążenia wystarczy jedna macierz AF80, dwie macierze AF60 lub trzy macierze AF40.
Z pomocą planisty zasobów można również zaprojektować zmianę tylko obecnego obciążenia. W tym celu na pierwszym kroku należy wybrać dodaj istniejące obciążenie (zamiast dodaj nowe obciążenie – jak robiliśmy na początku). Następnie można zaprojektować zmianę istniejącego obciążenia i zobaczyć, do czego to prowadzi. Na przykładzie poniżej modelowane jest podwojenie obciążenia i podwojenie pojemności dla aplikacji typu File Server (tzn. w tym przykładzie nie zwiększamy całkowitego obciążenia na macierzy, a zwiększamy obciążenie tylko dla konkretnego typu aplikacji).
W tym przypadku widać, że zasoby macierzy pozwalają na podwojenie obciążenia dla aplikacji serwera plików, ale nie więcej niż podwojenie - ponieważ zasoby procesora będą wykorzystywane w 99%.
Źródło: habr.com
