Ressursplanlegger i HPE InfoSight

HPE InfoSight – en skybasert tjeneste fra HPE som gjør det mulig å proaktivt identifisere potensielle problemer med pålitelighet og ytelse av HPE Nimble og HPE 3PAR-lagringssystemer. Tjenesten kan også umiddelbart anbefale løsninger for å løse eventuelle problemer, og i flere tilfeller kan problemet løses proaktivt, automatisk.

Vi har allerede snakket om HPE InfoSight på HABR, se for eksempel, her eller her.

I dette innlegget ønsker jeg å fortelle om en ny funksjon i HPE InfoSight – Ressursplanleggeren.

HPE InfoSight Ressursplanlegger – er et nytt kraftig verktøy som hjelper kunder med å bestemme om de kan legge til nye arbeidsbelastninger eller applikasjoner på lagringssystemene sine, med hensyn til eksisterende arbeidsbelastninger. Vil lagringssystemet takle økningen i belastningen, eller vil det være nødvendig med et nytt system? Hvis et nytt system er nødvendig, hvilket? Prognosemodellering fra Ressursplanleggeren hjelper med å forstå behovene nøyaktig og hvordan man riktig vurderer oppgradering av eksisterende lagringssystem eller vurderer et nytt system.

Planleggeren lar deg gjøre følgende:

• modellere potensielle endringer i eksisterende arbeidsbelastninger;
• vurdere effekten på ressurser som: prosessor, kapasitet og hurtigminne;
• få oversikt over resultater for forskjellige lagringsmodeller.

Ved å samle statistikk og parameterinformasjon om lagringssystemenes drift (på tvers av den installerte basen av systemer) og analysere forskjellige arbeidsbelastninger i mange klientmiljøer, kan vi avdekke visse årsaks- og virkningsforhold samt kvantitative relasjoner. For eksempel vet vi hvordan deduplisering påvirker prosessorbruken i ulike lagringsmodeller. Vi vet at Virtual Desktop-miljøer dedupliseres og komprimeres bedre enn SQL. Vi vet at Exchange-applikasjoner generelt har en høyere andel sekvensielle (i motsetning til tilfeldige) leseoperasjoner enn Virtual Desktop. Ved å bruke slik informasjon kan vi modellere virkningen av endringer i belastningen for å forutsi ressursbehovene for en bestemt lagringsmodell.

Hvordan fungerer Planleggeren – la oss se på følgende eksempler.

Resource Planner lanseres på HPE InfoSight-portalen under LABS. La oss begynne med å velge en ny arbeidsbelastning – Legg til ny arbeidsbelastning (i tillegg til eksisterende). Et annet alternativ vi vil vurdere senere – Legg til eksisterende arbeidsbelastning (endre eksisterende arbeidsbelastning).

Vi velger kategori for arbeidsbelastningen/applikasjonen:

Om nødvendig kan flere endringer gjøres i den nye arbeidsbelastningen: datavolum, IOPs, type arbeidsbelastning og dedupliseringsmodus.

Deretter velger vi et array (fra de tilgjengelige hos kunden), for hvilket vi ønsker å modellere denne nye arbeidsbelastningen, og klikker på Analyze.

Resultatet viser effekten av denne nye foreslåtte arbeidsbelastningen (i tillegg til den nåværende belastningen) på CPU-ressurser og kapasitet. Hvis vi hadde valgt et hybrid flash-array, ville vi også sett effekten på cache-minnet av arrayet, men i dette tilfellet har vi et rent flash-array AF60, hvor konseptet cache-minne (på SSD) ikke er aktuelt.

Vi ser (til høyre, i den øverste diagrammet – CPU-behov), at arrayet AF60, som vi planla den nye belastningen for, ikke har tilstrekkelige prosessorkilder til å håndtere den nye arbeidsbelastningen: når den nye belastningen legges til, vil CPU-ene være utnyttet opptil 110 %. I den nederste diagrammet (Kapasitetsbehov) vises det at det er tilstrekkelig kapasitet for den nye belastningen. I tillegg til arrayet AF60 vises også andre modeller av arrayer i begge diagrammer – for sammenligning med hva det ville vært hvis vi hadde hatt et annet array.

I det neste bildet vises hva som skjer når vi setter merket for vis flere hodehyller (alternativ ved valg av startarray). Dette alternativet tillater analyse av flere identiske arrayer. Det er tydelig at for den totale (nye og eksisterende) belastningen er det tilstrekkelig med ett AF80-array, eller to AF60-arrayer, eller tre AF40-arrayer.

Ved hjelp av ressursplanleggeren kan man også modellere endringer bare i den nåværende belastningen. For dette formålet må man i første steg velge legg til eksisterende arbeidsbelastning (i stedet for legg til ny arbeidsbelastning – som vi gjorde i starten). Deretter kan man modellere endringen i eksisterende belastning og se hva det vil føre til. I eksempelet nedenfor modelleres en dobling av belastningen og en dobling av kapasiteten for applikasjoner som File Server (dvs. i dette eksempelet øker vi ikke hele belastningen på arrayet, men øker kun belastningen for en spesifikk type applikasjoner).

I dette tilfellet er det tydelig at ressursene i systemet tillater å doble belastningen for File Server-applikasjoner, men ikke mer enn det, ettersom prosessorkapasiteten vil bli utnyttet opptil 99%.

Kilde: habr.com