Met Ionix beheert EMC het hele datacenter

In Ionix brengt EMC onder andere Smart, nLayers, Voyence, Infra, ControlCenter en Configuresoft samen, waarmee het volledige datacenter beheerd moet kunnen worden. "We hebben de laatste jaren veel geld geïnvesteerd in de integratie van de componenten, en dat is nu een familie van producten geworden, die je toch ook los kunt gebruiken", zegt National Account Manager van EMC Erik Slooff tegen Techworld. "We hebben die stap genomen nadat we Smart hadden overgenomen. Dat is fundamentele technologie die het mogelijk maakt om dynamische omgevingen optimaal te beheren. En dan bedoel ik dynamisch over de verschillende technologische domeinen heen. Dan gaat het dus om de dynamiek in een gevirtualiseerde serveromgeving, gekoppeld aan gevirutaliserde storage-omgeving. Die moet je wel samen in context beheren, in plaats van dat je een silo hebt die alleen storage beheert of alleen je vm's", gaat hij verder.

EMC, VMware en Cisco

Ionix sluit aan op het Cloud Computing Initiative, dus is het vooral toegespitst op producten van VMware en Cisco, vertelt Slooff. Bovenop die producten is het een overkoepelende oplossing. Ionix krijgt zijn informatie van de verschillende element managers en die informatie plaatst het in een totale context.

"Stel dat je Cisco switches hebt", zegt Slooff, "dan ben je geneigd om de Cisco element manager te gebruiken, Cisco Works. Maar die kijkt alleen naar het netwerkdomein en dan alleen nog naar de Cisco spullen. Zo'n element manager is in staat om te controleren of alle lampjes branden, even simpel gezegd, maar dat is een heel beperkte scope. Het is leuk om te weten dat een bepaalde switch hapert, maar je wilt op dat moment vooral weten wat dat doet met je service. Want uiteindelijk is een IT-organisatie bezig met het leveren van diensten en feitelijk moeten ze hun beheer uitvoeren in zo'n serviceperspectief."

Een gevirtualiseerde omgeving maakt dat allemaal nog complexer, aldus Slooff. "In een gevirtualiseerde omgeving worden de relaties steeds dynamischer. En je tools moeten wel om kunnen gaan met die dynamiek."

Vier onderdelen

Ionix bestaat uit vier onderdelen. De eerste is Discovery and Mapping. Daarmee kun je in kaart brengen wat je hebt en wat het doet, en het vervolgens in kaart houden. "Voordat je van fysiek naar virtueel gaat migreren moet je weten welke apps bij elkaar horen, zodat planmatig en vervolgens procesmatig te werk kunt gaan bij de migratie", zegt Slooff. "Vervolgens moet je het ook in de gaten houden of een vm wordt verplaatst van de ene ESX server naar de andere."

Het tweede onderdeel van Ionix is IT Operations Intelligence. Daarmee worden onder andere de resources automatisch aangepast bij grote workloads. Maar het onderdeel kijkt naar alle elementen in de infrastructuur, aldus Slooff. En wel vanuit een service perspectief. "Stel er valt een switch om, dan gaat er een veelheid van alarmbellen af. Wij zien dan een set symptomen ontstaan en als we dat zien, dan weten we precies wat de oorzaak is. Die correlatielogica bouwen we steeds dynamisch op aan de hand van de actuele topologie van je infrastructuur. Als je infrastructuur verandert, wat rap kan gebeuren in een virtuele omgeving, wordt die correlatie automatisch aangepast. Daarmee ontlast je de beheerorganisatie. Zo'n probleem kan alleen opgelost worden door de netwerkmensen. Maar ook de servermensen krijgen een alarm, dus die gaan ook zoeken. En de storagemensen krijgen een alarm.

Het derde onderdeel is Data Center Automation and Compliance. Dat gaat over het beheren van configuratieinstellingen aan de hand van policy's. "Wat onze discovery tools doen is kijken hoe alles is geconfigureerd en dat dan vergelijken met de eigen policy's. Wat niet aan de policy's voldoet wordt gesignaleerd. Is het policy dat alle vm's worden beheerd door Virtual Center en er staat er een op zichzelf te draaien, dan wordt dat zichtbaar gemaakt. Hiermee kun je dus je eigen beleid controleren, maar ook afdwingen", aldus Slooff.

De policy's worden verder vertaald naar templates. Slooff: "Iedere keer als je een configuratie change doorvoert, wordt die automatisch geduwd naar alle elementen waar die op van toepassing is. Je hebt bijvoorbeeld 200 Windows servers en een paar Linux servers en dan wil je de password policy veranderen. Dan hoef je niet naar al die machines, maar kun je het op één plek veranderen. Daarna wordt het automatisch uitgerold over alle elementen in je infrastructuur."

Tot slot is er Service Management. "Dit is de laag waarin de ITEL beheersprcessen ondersteund worden", aldus Slooff. "Je hebt je cloud gebaseerde datacenter en er komt een klacht van een klant, want die switch was omgevallen. Maar als je een klacht binnenkrijgt moet je die wel direct kunnen relateren aan wat er gebeurt in de infrastructuur. De servicedeskmedewerker die de klacht oppakt kan met die informatie actuele informatie geven aan de klant." Maar deze component is niet alleen van belang voor de servicemedewerker. "Het is bijvoorbeeld ook van belang bij changemanagement. Er moet bijvoorbeeld onderhoud gepleegd worden aan een Exchangserver. Dan moet je wel weten welke componenten er afhankelijk zijn van die server. In het planningproces van zo'n change heb je het inzicht erg hard nodig."

In alles draait het om actuele en accurate informatie voor de beheerder, zodat die de juiste acties kan ondernemen, zegt Slooff.

Bron: Techworld