HPE InfoSight är en HPE-molntjänst som låter dig proaktivt identifiera möjliga tillförlitlighets- och prestandaproblem med HPE Nimble och HPE 3PAR-matriser. Samtidigt kan tjänsten också genast rekommendera sätt att lösa eventuella problem, och i vissa fall kan felsökning göras proaktivt, automatiskt.
Vi har redan pratat om HPE InfoSight på HABR, se t.ex. eller .
I det här inlägget vill jag prata om en ny funktion i HPE InfoSight - Resource Planner.
HPE InfoSight Resource Planner är ett kraftfullt nytt verktyg som hjälper kunder att avgöra om de kan lägga till nya arbetsbelastningar eller applikationer till sina arrayer baserat på befintliga arbetsbelastningar. Kommer arrayen att kunna hantera den ökade belastningen eller kommer en ny array att behövas? Om en ny array behövs, vilken? Predictive modeling Resource Planner hjälper till att korrekt förstå behoven och rätt storlek på en uppgradering av en befintlig array eller storlek på en ny array.
Schemaläggaren låter dig göra följande:
- simulera potentiella förändringar av befintliga arbetsbelastningar;
- bedöma effekten på arrayresurser såsom processor, kapacitet och cacheminne;
- visa resultat för olika arraymodeller.
Genom att samla in statistik och parametrisk information om prestanda för arrayer (över den installerade basen av arrayer) och analysera olika arbetsbelastningar i många klientmiljöer, kan vi identifiera vissa orsak-och-verkan och kvantitativa samband. Till exempel vet vi hur deduplicering påverkar CPU-användningen över olika arraymodeller. Vi vet att Virtual Desktop-miljöer är bättre på deduplicering och komprimering än SQL. Vi vet att Exchange-applikationer tenderar att ha en högre andel sekventiell (i motsats till slumpmässig) läsning än Virtual Desktop. Med hjälp av sådan information kan vi modellera effekten av laständringar för att förutsäga resurskrav för en specifik matrismodell.
Låt oss se hur Schemaläggaren fungerar i följande exempel.
Resursplaneraren körs i HPE InfoSight-portalen under LABS. Låt oss börja med att välja en ny arbetsbelastning - Lägg till ny arbetsbelastning (utöver den befintliga). Ett annat alternativ som vi ska titta på senare är Lägg till befintlig arbetsbelastning.
Välj laddningskategori/applikation:
Du kan göra olika ändringar av den nya arbetsbelastningen efter behov: datavolym, IOP, arbetsbelastningstyp och dedupliceringsläge.
Därefter väljer vi arrayen (från de som finns tillgängliga hos kunden) som vi vill modellera denna nya arbetsbelastning för och klickar på knappen Analysera.
Nettoresultatet är effekten av denna nya föreslagna arbetsbelastning (utöver den nuvarande arbetsbelastningen) på CPU-resurser och kapacitet. Om vi hade valt en hybrid flash-array skulle vi också se en påverkan på array-cachen, men i det här fallet har vi en AF60 all flash-array, för vilken konceptet cache-minne (på en SSD) inte gäller.
Vi ser (till höger, i det översta diagrammet - CPU-behov) att AF60-arrayen, för vilken vi planerade en ny belastning, inte har tillräckligt med processorresurser för att bearbeta den nya arbetsbelastningen: när du lägger till en ny belastning kommer CPU:n att vara utnyttjas med 110 %. Det nedre diagrammet (Kapacitetsbehov) visar att det finns tillräckligt med kapacitet för den nya lasten. Förutom AF60-arrayen visar båda diagrammen även andra arraymodeller - för jämförelse med hur det skulle se ut om vi hade en annan array.
Följande bild visar vad som händer när vi markerar kryssrutan för visning av flera huvudhyllor (ett alternativ när du väljer en källmatris). Detta alternativ låter dig utföra analys för flera identiska arrayer. Det kan ses att för den totala (nya och befintliga) belastningen räcker det med en AF80-array, eller två AF60-arrayer eller tre AF40-arrayer.
Med hjälp av resursschemaläggaren kan du också simulera ändringar i endast den aktuella belastningen. För att göra detta måste du i det första steget välja lägg till befintlig arbetsbelastning (istället för att lägga till ny arbetsbelastning - som vi gjorde i början). Därefter kan du simulera en förändring i den befintliga belastningen och se vad detta kommer att leda till. Exemplet nedan simulerar dubblering av belastningen och dubblering av kapaciteten för applikationer som filserver (dvs. i det här exemplet ökar vi inte hela belastningen på arrayen, utan ökar belastningen endast för en specifik typ av applikation).
I det här fallet kan det ses att arrayresurserna tillåter fördubbling av belastningen för filserverapplikationer, men inte mer än fördubbling - eftersom CPU-resurser kommer att utnyttjas med 99 %.
Källa: will.com