0
Det har varit en hektisk tid för infrastruktur performance management company Virtuella Instrument: en fusion med lagring performance analytics Belastning DynamiX i Mars förra året var en följd av förvärvet av hybrid moln och virtualisering, management company Xangati i November.
Grundades 2008, Virtuella Instrument har nästan 500 kunder, inklusive företag, leverantörer av molntjänster och lagring leverantörer, privatägt företag som har sitt huvudkontor i San Jose, Kalifornien. ZDNet pratade med Virtuella Instrument, VD, Philippe Vincent, för att se hur de gör.
ZDNet: Promenad oss igenom bakgrunden till ditt företag och om skälen för sammanslagningen.
Vincent: jag var VD för Belastning DynamiX och då har vi slagit ihop de företag — Ladda DynamiX och Virtuella Instrument-i April förra året, då vi förvärvade Xangati i oktober förra året.
Nu är den större av dessa företag är Virtuella Instrument, men de andra två leverans viktiga komponenter i blandningen samt några mycket viktiga IP.
Alla tre av dessa företag baserat i Silicon Valley bokstavligen inom tre miles från varandra. Nu har vi kombinerat alla företag och människor till ett campus och som för några månader sedan, vi har fått hela vårt produkt-team på ett ställe.
Kan du tala om var du kom ifrån?
De tre företag som gör upp Virtuella Instrument är separata, men united. Virtuella Instrument var ett företag som var inriktad på övergripande -, infrastruktur-och resultatstyrning. Det berodde på att de såg sig själva instrumenting olika produkter områden: lagringsmiljöer och lagring nätverk miljöer.
Så snarare än att vara inriktade på särskilda bitar av hårdvara såsom switchar eller disklagringssystem, de såg sig själva som händer efter den bredare utrymme för infrastruktur performance management.
Vår specialitet är nu vad man skulle kunna kalla vår nord/syd-axeln. Det innebär att du har dina appar och middleware körs på toppen av din infrastruktur och i den infrastruktur du har fått din öst/väst-axeln-vilket är noder som pratar med varandra — och det är en nord/syd-axeln. Så styrkan av Virtuella Instrument var instrumentering, analytics på att nord/syd-axeln. Det var vad VI var.
Naturligt att vi har några särskilt starka sidor — finansiella tjänster är en, och det är en av våra starkaste vertikaler. Det är där vi ser de flesta av våra verksamhetskritiska program. De är väldigt komplexa och har ett högt beroende.
Vi lockar också hälso-och sjukvård, framför allt i USA där hälso-och sjukvårdsorganisationer i allmänhet spendera en massa pengar på DET.
Vi har också en ganska stor representation i telekomföretag och de tenderar också att vara mycket stora och komplexa.
Slutligen, vår snabbast växande segmentet är leverantörer av molntjänster. Vi har haft några av dem i ganska många år och det har blivit vår största och snabbast växande segment.
Nu när såg vi att ta vår verksamhet till nästa steg ville vi vara innovativa. Till exempel har vi använt oss av DynamiX att arbeta på att simulera de arbetsbelastning som är erfarna på en regelbunden basis och sedan skapa syntetiska trafik utformad för att simulera i/O vägen för verklig arbetsbörda.
Om man ser till att verksamheten produkten användes av två valkretsar. Den första är ganska mycket alla som bygger lagringssystem för våra databasservrar. Alla företag, alla företag som använder dessa produkter vet att de har testats, de arbetar, och de är tillförlitliga. Cisco, IBM, de använder utrustningen.
Det var nu Ladda DynamiX, vår ursprungliga verksamhet. Men hur man ska gå vidare med det? Jag blev anställd av styrelsen för Belastning DynamiX att säga: “Det är OK, men det finns en marknad bortom att”.
Vi har förmågan att hjälpa våra kunder att använda våra resultat validering för att hjälpa dem att fatta bättre beslut. Det är något som börjat för oss i och med 2014.
Nu, bland de tidiga användarna som antogs produkten, vi insåg att använda fallet var mycket enkel. De skulle börja med den arbetsbelastning de hade och sedan de skulle simulera dem och spela upp dem och rulla alla rattar och göra what-if.
Vincent: “Vi tar hand om både bitar – ansökan och infrastruktur.”
Foto: Colin Barker
Då skulle de sätta in alla typer av lösningar för lagring av att de ville undersöka. De kan då göra sitt beslut, och de kan också driva förändringsprocessen med det.
Nu ska vi gjorde allt detta med vår Last DynamiX kunder och de sade: “Det är bra att du kan hjälpa oss att simulera vår arbetsbelastning men kan du berätta vad vår arbetsbelastning är?’
De gjorde inte som data och så började vi med att ha en övervakning av verksamhet, som ger dem möjlighet att söka dessa arbetsbelastning. Att Belastningen på Dynamix i ett nötskal.
Andra företag har öst/väst-fi och deras fokus är verkligen toppen av IP-nätverk. Vi har det djup som kommer från lagring i nätverket och ovan som vi behöver för att göra känsla av denna data.
Om du har problem med din array, då är det förmodligen en bra idé att se var problemet kommer ifrån — orsakssamband.
Nu orsakssamband har varit i produkten för några år, men vad lägger vi nu möjligheten att se den infrastruktur som är ganska mycket i en end-to-end sätt. Vårt fokus nu är på att utvidga denna förståelse för tillämpningar inom våra program.
Typiskt, det är APM [Application Performance Management] rymden och det finns tre eller fyra leverantörer som äger detta utrymme. De är CA, IBM, etc och idag har vi till nykomlingar.
De tillhör den generation som är att vinna just nu. Men när du börjar titta på den infrastruktur som plattform, i stället för att se ut som en infrastrukturens prestanda plattform för det ser ut som en samling av övervakning lösningar i silor.
Så numera du oftast tittar på en kund som har flera generationer av infrastrukturen i sin omgivning och de har alla tangentbord övervakning verktyg men istället för ett verktyg för övervakning, de har massor av verktyg för övervakning för att övervaka alla de olika silos. Och bortsett från att det är i deras silos, för att lägga till förvirring, de är från olika leverantörer. Som inte fungerar.
Vad vi vill göra är att uppfinna det utrymmet med en plattform strategi som tillåter dig att få den kapacitet och flexibilitet i hela miljöer.
Men att göra som du behöver kunna för att få olika miljöer tillsammans?
Ja, och med den kompetens som samlas in genom vår ursprungliga tre företag som vi tror att vi har kapacitet att göra det. Några av dem är redan integrerade och några av dem kommer att vara integrerade i början av nästa år.
MillerCoors stämmer HCL Tech för $100 miljoner över underlåtenhet att implementera ERP-projekt
Det är fortfarande oklart varför projektet gick snett, som är fallet med många komplexa ERP-implementeringar.
Läs Mer
Nu med Last DynamiX och Xangati vi har lärt oss två saker. Den ena kallas för resurskonflikter Modellering och andra Arbetsbelastning Modellering. Vad vi försöker göra här är att hjälpa kunden att hantera samspelet mellan tusentals av infrastruktur och tjänster som de använder idag och som stödjer tusentals tjänster ansökan att gå med dem.
Om vi ser på resurskonflikter Modellering, det är i princip den princip som säger att för varje nod i ett nätverk av infrastruktur kommer vi att fråga, vem är med dig och hur ska de kämpa för dina resurser?
Från det kan vi vara pro-aktiv och titta på hur, säg, VM nummer 15 börjar påverka resultatet för andra. Så du kanske säger: “jag har dessa 16 VMs som jag skriver på, och det är nu de är kämpa för resurser och, förresten, VM nummer 15 börjar gris resurser och detta påverkar prestation”.
Den gör allt detta i realtid?
Det är att göra det på en realtid och modellering konkurrens om resurserna.
En annan sak vi gör är att titta på I/O tänka på en som lagras i en array. Om du tittar på Cisco och hur de spårar det genomsnittliga antalet VMs-i en array mot beräkna nod, jag tror att de säger att det är sju och en halv VMs per beräkna nod.
Väl när du kommer ner till lagring array, lagring array kan se 20 värdar. Så multiplicera det med antalet VMs-och det är lätt att se att lagring miljö kan vara att stödja 100 till 200 VMs. Påståendet för alla dessa resurser lagring är ännu större än den beräkna och det har problemet att det är inte lika flexibelt som det kan vara.
Så, Ladda DynamiX, erbjuder vi möjligheten att övervaka effekten av alla dessa I/Os medan vi hålla spåra lagringssystem. Vi kallar det Arbetsbelastning Modellering och det är något som vi bygger in i våra system.
Men vi tror att det stora problemet idag är att utrymmet är trasig och den är trasig eftersom det är i princip arv. Jag pratade med en kund för några månader sedan och de är att använda massor av komponenter i infrastrukturen och som är typiskt för så många system idag, alla av dem erbjuder en mycket smal syn på en enda komponent.
För att hantera att vi har skapat en ny visualisering för våra kunder. När vi tänker om vår kund vi se en enda kund eller grupp av kunder, att arbeta för att ett massivt datacenter och det är förmodligen sant eller så många av våra kunder-en enskild användare eller en liten grupp som arbetar med tiotusentals av infrastruktur och tjänster.
Och dessa är flera generationer infrastruktur tjänster-lagring-system, anpassade brandväggar, switchar, och hyper-konvergent modeller.
Och på toppen av att chefer har alla dessa bitar som kom från olika leverantörer. Det är verkligen ett mirakel att de lyckas med allt detta.
Vad som är ännu mer komplicerat är att det där är nu leverera tusentals eller tiotusentals ansökan tjänster som de inte har kontroll över.
Några av våra kunder har applikationsutveckling lag som är större än mjukvaruföretag och håller på att bygga tusentals applikationer. Och de håller på att bygga appar som ständigt förändras löpande.
Nu, i allmänhet, är den teknik som är på väg att bli mycket robust men det finns fortfarande en känsla av att den moderna infrastruktur som inte kan ge dig ett korrekt sammanhang.
Om vi ser till den infrastruktur för modellering av idag, det kommer att ha en lösning som kommer att ge dig synliggöra verksamheten här och en annan som ger dig synlighet där. Och du kanske har ett par tusen verktyg tvärs över gården och var och en av dem kommer att ge dig en ofullständig bild av elefant, men det kommer inte att tillåta dig att se allt det där.
Kunder som idag använder performance management verktyg för att täcka de nuvarande bristerna i själva ansökan. De kommer att köpa partiella lösningar för att hantera dessa dagliga problem.
Så vår hållning är något som vi kallar för App-Centrerad IPM. Vi tar hand om både bitar — ansökan och infrastruktur.
Vad är ett exempel på det?
Att ta ett vanligt problem, låt oss titta på ‘bullriga granne’. Om du tycker om hundratusentals appar som körs på det översta lagret och bland alla dessa apps är det en som är mycket viktigt för dig. Detta kan vara den app som du kör din verksamhet på, så det är viktigt.
För att ta ett exempel ur verkliga livet från en av våra kunder, en stor telco, var att lansera en ny iPad-app. De skrev upp en hel del kunder som ville använda det, så det var en hektisk tid för dem.
Föreställ dig nu att du är en av dessa kunder. Du kommer att kontrollera ansökan, kontrollera produktens historia, kommer systemet att registrera dig, vilket ger dig ett telefonnummer om ditt nätverk inte registrera dig och sedan ladda program.
Nu någonstans längs denna service det var en databas med hjälp av ett lagringssystem vid maximal belastning och det rann bara bra tills ett annat program (som inte är en så viktig app) startade sin back-up-process vid en oväntad tidpunkt. Den processen gick ner och tog sedan ner båda programmen tillsammans. Det är vad som händer som ett resultat av multi-hyresrätt i moderna appar.
Nu traditionella systemen för övervakning inte kan hjälpa. Problemet uppstår på grund av att stora delar av infrastrukturen har stora delar som inte förstår att alla andra finns så att när en app går ner blir det mycket svårt att spåra vem, eller vad, är ansvarig.
Så länge du är i silor du inte kan verkligen få varandra och som är helt och hållet varför, med vårt nya system, vi är app-centrerad.
Hela idén med appen-centrerad design för att möjliggöra för oss att förutse vad som händer och sker.
0