HPE InfoSight to usługa w chmurze HPE, która umożliwia proaktywną identyfikację możliwych problemów z niezawodnością i wydajnością macierzy HPE Nimble i HPE 3PAR. Jednocześnie serwis może również natychmiast zalecić sposoby rozwiązania ewentualnych problemów, a w niektórych przypadkach rozwiązywanie problemów może odbywać się proaktywnie, automatycznie.
Rozmawialiśmy już o HPE InfoSight na HABR, zobacz na przykład lub .
W tym poście chcę omówić jedną nową funkcję HPE InfoSight – Planowanie zasobów.
HPE InfoSight Resource Planner to nowe, potężne narzędzie, które pomaga klientom określić, czy mogą dodać nowe obciążenia lub aplikacje do swoich macierzy w oparciu o istniejące obciążenia. Czy macierz będzie w stanie obsłużyć zwiększone obciążenie, czy też będzie wymagana nowa macierz? Jeśli potrzebna jest nowa tablica, to która? Modelowanie predykcyjne Narzędzie Resource Planner pomaga dokładnie zrozumieć potrzeby i prawidłowo dobrać rozmiar modernizacji istniejącej tablicy lub rozmiar nowej tablicy.
Harmonogram umożliwia wykonanie następujących czynności:
- symulować potencjalne zmiany w istniejących obciążeniach;
- ocenić wpływ na zasoby macierzy, takie jak procesor, pojemność i pamięć podręczną;
- przeglądaj wyniki dla różnych modeli tablic.
Zbierając statystyki i informacje parametryczne o działaniu macierzy (w całej zainstalowanej bazie macierzy) oraz analizując różne obciążenia w wielu środowiskach klienckich, możemy zidentyfikować pewne zależności przyczynowo-skutkowe i ilościowe. Wiemy na przykład, jak deduplikacja wpływa na wykorzystanie procesora w różnych modelach macierzy. Wiemy, że środowiska Virtual Desktop lepiej radzą sobie z deduplikacją i kompresją niż SQL. Wiemy, że aplikacje Exchange mają zwykle wyższy procent odczytów sekwencyjnych (w przeciwieństwie do losowych) niż pulpit wirtualny. Korzystając z takich informacji, możemy modelować wpływ zmian obciążenia, aby przewidzieć wymagania dotyczące zasobów dla określonego modelu macierzy.
Zobaczmy, jak działa Harmonogram w poniższych przykładach.
Narzędzie Resource Planner działa w portalu HPE InfoSight w ramach LABS. Zacznijmy od wybrania nowego obciążenia - Dodaj nowe obciążenie (oprócz już istniejącego). Inną opcją, którą przyjrzymy się później, jest Dodaj istniejące obciążenie.
Wybierz kategorię obciążenia/zastosowanie:
W razie potrzeby możesz wprowadzić różne zmiany w nowym obciążeniu: ilość danych, liczba operacji we/wy, typ obciążenia i tryb deduplikacji.
Następnie wybieramy tablicę (spośród dostępnych u klienta), dla której chcemy modelować to nowe obciążenie i klikamy przycisk Analizuj.
Wynik netto to wpływ nowego proponowanego obciążenia (oprócz bieżącego obciążenia) na zasoby i wydajność procesora. Gdybyśmy wybrali hybrydową macierz flash, zaobserwowalibyśmy również wpływ na pamięć podręczną macierzy, ale w tym przypadku mamy macierz AF60 w całości flashową, dla której koncepcja pamięci podręcznej (na dysku SSD) nie ma zastosowania.
Widzimy (po prawej, na górnym diagramie - zapotrzebowanie procesora), że macierz AF60, dla której planowaliśmy nowe obciążenie, nie ma wystarczających zasobów procesora, aby obsłużyć nowe obciążenie: podczas dodawania nowego obciążenia procesor będzie wykorzystany w 110%. Dolny diagram (Zapotrzebowanie na pojemność) pokazuje, że jest wystarczająca pojemność dla nowego obciążenia. Oprócz tablicy AF60 na obu diagramach pokazano także inne modele tablic - dla porównania, jak by to było, gdybyśmy mieli inną tablicę.
Poniższy obrazek pokazuje, co się stanie, gdy zaznaczymy pole wyboru wyświetlania wielu półek nad głową (opcja przy wyborze układu źródłowego). Opcja ta umożliwia przeprowadzenie analizy dla kilku identycznych tablic. Można zauważyć, że dla całkowitego obciążenia (nowego i istniejącego) wystarczą jedna macierz AF80, dwie macierze AF60 lub trzy macierze AF40.
Za pomocą harmonogramu zasobów można także symulować zmiany tylko w bieżącym obciążeniu. Aby to zrobić należy w pierwszym kroku wybrać opcję dodaj istniejące obciążenie (zamiast dodawać nowe obciążenie - jak to zrobiliśmy na początku). Następnie możesz zasymulować zmianę istniejącego obciążenia i zobaczyć, do czego to doprowadzi. Poniższy przykład symuluje podwojenie obciążenia i podwojenie pojemności dla aplikacji takich jak File Server (tj. w tym przykładzie nie zwiększamy całego obciążenia macierzy, ale zwiększamy obciążenie tylko dla określonego typu aplikacji).
W tym przypadku widać, że zasoby tablicy pozwalają na podwojenie obciążenia aplikacji Serwera plików, ale nie więcej niż podwojenie - ponieważ Zasoby procesora zostaną wykorzystane w 99%.
Źródło: www.habr.com