0
Het is een hectische tijd voor de prestaties van infrastructuur management company Virtuele Instrumenten: een fusie met storage performance analytics Laden DynamiX in Maart vorig jaar werd gevolgd door de overname van de hybride cloud en virtualisatie management bedrijf Xangati in November.
Opgericht in 2008, Virtuele Instrumenten heeft bijna 500 klanten, waaronder bedrijven, cloud service providers en leveranciers opslag; de niet-beursgenoteerde onderneming met hoofdkantoor in San Jose, Californië. ZDNet sprak met Virtuele Instrumenten CEO Philippe Vincent, om te zien hoe ze aan het doen zijn.
ZDNet: Lopen met ons door de achtergrond van uw bedrijf en de redenen voor de fusie.
Vincent: ik was de CEO van de Belasting DynamiX en dan zijn we gefuseerd met de bedrijven — Load DynamiX en Virtuele Instrumenten-in April van vorig jaar, toen we verworven Xangati in oktober van vorig jaar.
Nu de grootste van deze bedrijven is de Virtuele Instrumenten, maar de andere twee leveren belangrijke onderdelen aan de mix evenals een aantal uiterst belangrijke IP.
Alle drie van deze bedrijven waren gevestigd in Silicon Valley letterlijk binnen drie mijl van elkaar. Nu hebben we gecombineerd met alle bedrijven en personen op één campus en van een paar maanden geleden, hebben we ons hele team op één plaats.
Kunt u praten over waar je vandaan komt?
De drie bedrijven die Virtuele Instrumenten zijn gescheiden, maar verenigd. Virtual Instruments is een bedrijf dat is gericht op het algemene, infrastructuur performance management. Dat was omdat ze zag zichzelf instrumenting verschillende producten gebieden: storage-omgevingen en storage networking omgevingen.
Dus, in plaats van gericht op bepaalde stukken van hardware, zoals schakelaars of storage arrays, ze zagen zichzelf gaan na het bredere ruimte van infrastructuur performance management.
Onze specialiteit is nu wat je zou kunnen noemen het de noord/zuid-as. Dat betekent dat u uw applicaties en middleware die is uitgevoerd op de top van uw infrastructuur en in die infrastructuur heb je de oost/west-as-die knooppunten met elkaar te praten — en dat is een noord/zuid-as. Dus de kracht van Virtuele Instrumenten werd de instrumentatie, de analyses van die noord/zuid-as. Dat was wat VI was alles over.
Natuurlijk hebben we een aantal sterke punten — financial services is één, en dat is één van onze sterkste verticalen. Dat is waar we de meeste van onze missie kritische apps. Ze zijn zeer complex en hebben een hoge afhankelijkheid.
We trekken ook de gezondheidszorg, met name in de VS, waar organisaties voor gezondheidszorg in het algemeen besteden veel geld op.
We hebben ook een vrij grote vertegenwoordiging in telecombedrijven en ze hebben ook de neiging om erg groot en complex.
Tot slot, onze snelst groeiende segment is cloud service providers. We hebben een aantal van hen al een paar jaar en is het uitgegroeid tot onze grootste en snelst groeiende segment.
Nu toen we keken om ons bedrijf naar de volgende fase wilden we innovatief te zijn. We hebben bijvoorbeeld gebruikt DynamiX om te werken op het simuleren van deze workloads die worden ervaren op een regelmatige basis en het maken van synthetische verkeer ontworpen voor het simuleren van de I/O-pad van de echte workloads.
Als je kijkt naar dat bedrijf, het product gebruikt werd door twee kieskringen. De eerste is vrij veel iedereen die bouwt systemen voor de opslag van onze database servers. Elk bedrijf, elke onderneming die gebruik maakt van deze producten weet dat ze zijn getest, ze werken, en ze zijn betrouwbaar. Cisco, IBM, dat ze allemaal gebruik maken van de apparatuur.
Dat was niet het Laden van DynamiX, onze eerste business. Maar hoe om te gaan met dat? Ik werd ingehuurd door de raad van bestuur van de Belasting DynamiX om te zeggen: ‘Dat is OK, maar er is een markt voorbij’.
We hebben de mogelijkheid om te helpen onze klanten maken gebruik van onze prestaties validatie om hen te helpen betere beslissingen te nemen. Dat is iets dat begon voor ons in 2014.
Nu, onder de vroege gebruikers die aangenomen het product, realiseerden we ons dat de use case is zeer eenvoudig. Ze zou beginnen met de werklast die ze hadden en dan zouden ze ze te simuleren en replay hen en twiddle alle knoppen en doen wat-als ‘ s.
Vincent: “We nemen de zorg van beide stukken – de applicatie en de infrastructuur.”
Foto: Colin Barker
Dan zouden ze in dat alle soorten van opslag-oplossingen die ze wilden onderzoeken. Ze kunnen dan hun beslissingen maken en ze kunnen ook rijden van het change management proces.
Nu deden we dit alles met onze Belasting DynamiX klanten en ze zei: ‘Het is geweldig dat je ons kan helpen bij het simuleren van onze workloads, maar kunt u ons vertellen wat ons de werkdruk?’
Hadden zij niet de gegevens en zo zijn we begonnen om een controleren van bedrijfsprocessen, waardoor ze de mogelijkheid om te zoeken die workloads. Dat is de Belasting van Dynamix in een notendop.
Andere bedrijven hebben van oost naar west en hun focus is echt de top van het IP-netwerk. We hebben de diepte, dat komt van het storage netwerk en boven die we nodig hebben om de betekenis van die gegevens.
Als u een probleem met uw array, dan is het waarschijnlijk een goed idee om te kijken waar dat probleem vandaan komt — de causaliteit.
Nu de causaliteit is in het product voor een paar jaar, maar wat we voegen nu de mogelijkheid om te zien de infrastructuur vrij veel in een end-to-end weg. Onze focus is nu op de uitbreiding van dat begrip aan de aanvragen binnen van onze software.
Meestal is er de APM [Application Performance Management] ruimte en er zijn drie of vier leveranciers die een eigen ruimte. Ze zijn CA, IBM, etc en tegenwoordig hebben we de nieuwkomers.
Zij zijn de generatie die het winnen van nu. Maar als je begint te kijken naar de infrastructuur platform, in plaats van te kijken als een infrastructuur performance management platform het ziet eruit als een verzameling oplossingen voor monitoring in silo ‘ s.
Dus vandaag de dag wordt u meestal op zoek naar een klant die meerdere generaties van de infrastructuur in hun omgeving en ze hebben allemaal toetsenbord monitoring tool maar in plaats van een controle-instrument, hebben ze tientallen monitoring tools om toezicht te houden al die verschillende silo ‘ s. En afgezien van het feit dat in hun silo ‘ s toe te voegen verwarring, ze zijn van verschillende leveranciers. Dat werkt niet.
Wat wij willen doen is uitvinden, dat de ruimte met een platform aanpak die u toelaat om het vermogen en de flexibiliteit in de omgevingen.
Maar om dat te doen moet je in staat zijn om meerdere omgevingen aan elkaar?
Ja, en met de expertise verzameld door onze oorspronkelijke drie bedrijven denken we dat we het vermogen hebben om dat te doen. Sommigen van hen zijn geïntegreerde al en sommigen van hen zullen geïntegreerd worden begin volgend jaar.
MillerCoors klaagt HCL Tech voor $100 miljoen over nalaten aan het implementeren van ERP-project
Het is nog onduidelijk waarom het project ging mis, zoals het geval is met vele complexe ERP implementaties.
Lees Meer
Nu met Last-DynamiX en Xangati we geleerd hebben twee andere dingen. Een heet Resource Twist Modellering en de andere Werkbelasting Modelleren. Wat we hier proberen te doen is om de klant te helpen beheren van de interactie tussen de duizenden van infrastructuur diensten die zij voor het uitvoeren van vandaag en de ondersteuning van duizenden application services die verder gaan met hen.
Als we kijken naar Bron Twist Modelleren, dat is in principe het principe van zeggen voor elk knooppunt van een netwerk infrastructuur we zijn gaan vragen, wie u en hoe worden ze streed voor uw middelen?
Van daaruit kunnen we pro-actief en kijken hoe, zeggen, VM-nummer 15 is het starten van invloed is op de prestaties van anderen. Dus je zou kunnen zeggen: ‘ik heb deze 16 vm’ s die ik aan het schrijven ben, en dit is nu zijn ze streed voor middelen en, door de manier, VM-nummer 15 is beginnen te hog de middelen en dit van invloed is op de prestatie’.
En het doet dit alles in real-time?
Zij doet het op een real-time basis en modelleren van de bewering van de middelen.
Het andere ding dat we doen is kijken naar de I/O en na te denken over een storage array. Als je kijkt naar Cisco en hoe ze zijn het bijhouden van het gemiddelde aantal vm ‘s in een matrix tegen de compute node, ik denk dat ze zeggen dat het zeven en een half vm’ s per compute node.
En wanneer je aan de slag om de storage array, de storage-array kan het zien van 20 hosts. Vermenigvuldig dat met het aantal vm ‘s en het is gemakkelijk te zien dat de storage-omgeving kan worden ter ondersteuning van 100 tot 200 vm’ s. De stelling van deze opslag middelen is zelfs groter dan het berekenen en het heeft het probleem dat het is niet zo flexibel als het zou kunnen worden.
Dus, in Laden DynamiX, wij bieden de mogelijkheid om het effect van al die I/Os, terwijl wij houden de opslag systeem. We noemen dat de Werklast van het Modelleren en het is iets dat we aan het bouwen zijn in onze systemen.
Maar we denken dat dat het grote probleem vandaag is dat de ruimte is gebroken en het is verbroken, omdat het is eigenlijk een erfenis. Ik was in gesprek met een klant een paar maanden geleden en ze zijn met tientallen componenten in hun infrastructuur en, zoals typisch is voor zo veel systemen vandaag de dag, alle van hen is het aanbieden van een zeer smalle weergave van een enkele component.
Om dat we een nieuwe visualisatie voor onze klanten. Wanneer we denken over onze klanten zien we een enkele klant, of een kleine groep van klanten, werkt aan een enorme data center en dat is waarschijnlijk waar, of zoveel van onze klanten, — voor een enkele gebruiker of een kleine groep werken met tienduizenden infrastructuur diensten.
En dit zijn de multi-generational infrastructuur services, opslag systemen, aangepaste firewalls, network switches, en hyper-convergente modellen.
En op de top van dat de managers hebben al deze stukken, afkomstig van verschillende leveranciers. Het is echt een wonder dat ze beheren.
Wat is er nog meer ingewikkeld is dat dat spul is nu de levering van duizenden, of tienduizenden application services waarover ze geen controle hebben.
Sommige van onze klanten hebben application development teams die groter zijn dan de software van de bedrijven en het bouwen van duizenden applicaties. En ze zijn het bouwen van apps die veranderen voortdurend op een continue basis.
Nu, in het algemeen, de technologie is steeds zeer robuuste, maar er is nog steeds een gevoel dat de moderne infrastructuur is niet in staat om u een juiste context.
Als we kijken naar de infrastructuur modellering van vandaag, het zal een oplossing hebben, dat geeft je zicht op het bedrijf hier en een ander, dat geeft je zicht. En je hebt misschien een paar duizend hulpmiddelen op dat landgoed en een ieder van hen geven u een gedeeltelijke uitzicht op de olifant, maar het zal niet toestaan dat u om alles te zien.
Klanten vandaag de dag gebruik maken van performance management tools voor het dekken van de huidige tekortkomingen van de applicatie zelf. Ze zullen kopen gedeeltelijke oplossingen om te gaan met deze dag-tot-dag problemen.
Dus onze aanpak is iets wat we noemen App-Centric IPM. Wij nemen de zorg van beide stukken — de applicatie en de infrastructuur.
Wat is daar een voorbeeld van?
Om een gemeenschappelijk probleem, laten we eens kijken naar de ‘luidruchtige buurman’. Als u denkt over honderdduizenden apps die op de bovenste laag staan en tussen al die apps is er een die voor u zeer belangrijk is. Dat zou de app die u met uw bedrijf op, dus het is van vitaal belang.
Om een real-life voorbeeld van een van onze klanten, een grote telco, is de lancering van een nieuwe app voor de iPad. Zij waren de ondertekening van veel klanten die willen om het te gebruiken, dus het was een drukke tijd voor hen.
Nu stel je voor dat je één van die klanten. Je zal het controleren van de toepassing, het controleren van het product, de geschiedenis, het systeem zal de ondertekening van u, waardoor u een telefoonnummer in het geval dat uw netwerk niet kunnen aanmelden en vervolgens het laden van de applicaties.
Nu ergens langs die dienst was er een database met behulp van een opslag systeem bij maximale belasting en het liep prima, totdat een andere toepassing (niet zo een belangrijke app) begon de back-up proces op een onverwacht moment. Dat proces ging naar beneden en nam daarna af, zowel toepassingen samen. Dat is wat er gebeurt als gevolg van de multi-tenancy in de moderne apps.
Nu de traditionele monitoring systemen kunnen het niet helpen. Het probleem treedt op omdat grote delen van de infrastructuur zijn grote delen die niet begrijpen dat van elkaar bestaat, zodat wanneer een app naar beneden gaat wordt het heel moeilijk om op te sporen wie of wat verantwoordelijk is.
Zolang je in silo ‘ s kun je niet echt naar causaliteit en dat is helemaal waarom met ons nieuwe systeem zijn wij in app-centrisch.
Het hele idee van de app-centric design is om ons in staat te anticiperen op wat er gebeurt.
0