HPE InfoSight er en HPE-skytjeneste som lar deg proaktivt identifisere mulige problemer med pålitelighet og ytelse med HPE Nimble og HPE 3PAR-matriser. Samtidig kan tjenesten også umiddelbart anbefale måter å løse mulige problemer på, og i noen tilfeller kan feilsøking gjøres proaktivt, automatisk.
Vi har allerede snakket om HPE InfoSight på HABR, se f.eks. eller .
I dette innlegget vil jeg snakke om en ny funksjon i HPE InfoSight - Resource Planner.
HPE InfoSight Resource Planner er et kraftig nytt verktøy som hjelper kunder med å finne ut om de kan legge til nye arbeidsbelastninger eller applikasjoner til arrayene sine basert på eksisterende arbeidsbelastninger. Vil matrisen være i stand til å håndtere den økte belastningen, eller vil en ny matrise være nødvendig? Hvis en ny array er nødvendig, hvilken? Prediktiv modellering Resource Planner hjelper deg med å forstå behovene nøyaktig og dimensjonere en oppgradering av en eksisterende matrise eller størrelsen på en ny matrise.
Planleggeren lar deg gjøre følgende:
- simulere potensielle endringer i eksisterende arbeidsbelastninger;
- vurdere innvirkningen på array-ressurser som prosessor, kapasitet og cache-minne;
- se resultater for forskjellige array-modeller.
Ved å samle inn statistikk og parametrisk informasjon om driften av arrays (på tvers av hele den installerte basen av arrays) og analysere ulike arbeidsbelastninger i mange klientmiljøer, kan vi identifisere visse årsak-virkninger og kvantitative sammenhenger. For eksempel vet vi hvordan deduplisering påvirker CPU-utnyttelsen på tvers av forskjellige array-modeller. Vi vet at Virtual Desktop-miljøer er bedre på deduplisering og komprimering enn SQL. Vi vet at Exchange-applikasjoner pleier å ha en høyere prosentandel av sekvensielle (i motsetning til tilfeldige) lesinger enn Virtual Desktop. Ved å bruke informasjon som dette kan vi modellere virkningen av lastendringer for å forutsi ressursbehov for en spesifikk matrisemodell.
La oss se hvordan planleggeren fungerer i de følgende eksemplene.
Ressursplanlegger kjører i HPE InfoSight-portalen under LABS. La oss starte med å velge en ny arbeidsmengde – Legg til ny arbeidsbelastning (i tillegg til den eksisterende). Et annet alternativ vi skal se på senere er Legg til eksisterende arbeidsbelastning.
Velg lastekategori/applikasjon:
Du kan gjøre ulike endringer i den nye arbeidsbelastningen etter behov: datavolum, IOP-er, arbeidsbelastningstype og dedupliseringsmodus.
Deretter velger vi matrisen (fra de som er tilgjengelige hos kunden) som vi ønsker å modellere denne nye arbeidsmengden for, og klikker på Analyser-knappen.
Nettoresultatet er virkningen av denne nye foreslåtte arbeidsbelastningen (i tillegg til den nåværende arbeidsbelastningen) på CPU-ressurser og -kapasitet. Hvis vi hadde valgt en hybrid flash-array, ville vi også sett en innvirkning på array-cachen, men i dette tilfellet har vi en AF60 all flash array, som konseptet med cache-minne (på en SSD) ikke gjelder.
Vi ser (til høyre, i det øverste diagrammet - CPU-behov) at AF60-arrayet, som vi planla en ny belastning for, ikke har nok prosessorressurser til å behandle den nye arbeidsbelastningen: når du legger til en ny belastning, vil CPU være utnyttet med 110 %. Bunndiagrammet (Kapasitetsbehov) viser at det er nok kapasitet for den nye lasten. I tillegg til AF60-arrayet, viser begge diagrammene også andre array-modeller - for sammenligning med hvordan det ville vært hvis vi hadde en annen array.
Følgende bilde viser hva som skjer når vi sjekker avmerkingsboksen for visning av flere hodehyller (et alternativ når du velger en kildematrise). Dette alternativet lar deg utføre analyser for flere identiske arrays. Det kan sees at for den totale (nye og eksisterende) belastningen er en AF80-matrise, eller to AF60-matriser, eller tre AF40-matriser tilstrekkelig.
Ved å bruke ressursplanleggeren kan du også simulere endringer kun i gjeldende belastning. For å gjøre dette må du i det første trinnet velge legg til eksisterende arbeidsbelastning (i stedet for å legge til ny arbeidsmengde - som vi gjorde i begynnelsen). Deretter kan du simulere en endring i eksisterende belastning og se hva dette vil føre til. Eksemplet nedenfor simulerer dobling av belastningen og dobling av kapasiteten for applikasjoner som filserver (dvs. i dette eksemplet øker vi ikke hele belastningen på matrisen, men øker belastningen bare for en bestemt type applikasjon).
I dette tilfellet kan det ses at matriseressursene tillater dobling av belastningen for filserverapplikasjoner, men ikke mer enn dobling - fordi CPU-ressurser vil bli utnyttet med 99 %.
Kilde: www.habr.com