Hoe automatisering nauwkeurigheid verbetert in privécoudbeheer

Een groeiend aantal organisaties investeert in gevirtualiseerde, geautomatiseerde datacentra en privécouds. Dit is misschien weinig verrassend wanneer je rekening houdt met de lagere infrastructuurkosten, grotere wendbaarheid en betere beveiliging die ze bieden vergeleken met traditionele client-server architecturen of publieke clouds.

Deze voordelen kunnen businesslijnen helpen om nieuwe kansen te grijpen, te reageren op klantenvraag, en een stap voorop te komen op hun concurrentie.

Echter, om vertragingen in het implementeren van de privécoud te vermijden, is het belangrijk dat organisaties prioriteit geven aan een investering in schaalbare, geautomatiseerde netwerkbeheersing. Terwijl de server- en opslagelementen in een privécoud grotendeels geautomatiseerd kunnen zijn, is het waarschijnlijk dat het bijbehorende netwerk handmatig wordt ingericht en geconfigureerd.

Een IT-afdeling zal een reeks fasen doorlopen naarmate de privécoud-infrastructuur rijpt, de eerste is het uitvoeren van pilotprojecten. Hier zal het IT-team niet-kritische applicaties en workloads gebruiken om het ontwerp en de infrastructuur van hun cloud te testen.

Zie ook: Leuk of niet, mission critical data IS at risk in the cloud

Dit stelt hen niet alleen in staat om vertrouwen en ervaring op te bouwen, maar ook om eventuele benodigde wijzigingen aan te brengen voordat ze overgaan naar de tweede productiefase, wanneer één of een klein aantal bedrijfskritieke workloads naar de cloud worden verplaatst.

Ten slotte, na eventuele verdere benodigde aanpassingen, zal het initiatief volledig uitgerold worden, mogelijk met geografisch verdeelde cloudomgevingen in meerdere datacentra, en draaiend op multi-vendor cloudplatforms.

Risico's managen

Elk van deze fasen kan riskant zijn. Ongeacht de grootte en schaal van het initiatief, als de implementatie niet goed gesynchroniseerd is door het hele proces, is het onwaarschijnlijk dat het soepel zal draaien.

Bijvoorbeeld, de uiteenlopende groepen die met de privécoud te maken hebben, kunnen een grote uitdaging vormen.

Terwijl het serverteam verantwoordelijk kan zijn voor het virtualisatiecomponent, kunnen alle netwerkaspecten door een volledig ander team worden afgehandeld. Als resultaat kan het netwerkteam zichtbaarheid missen in virtuele machine (VM) resources naarmate ze worden aangemaakt en vernietigd, wat het moeilijk maakt om deze te koppelen aan geautomatiseerde inrichtings- en configuratietaken.

Zonder deze zichtbaarheid, is er weinig punt voor netwerkteams om zelfs te proberen te voldoen aan audit- en beveiligingsbeleid, gegeven dat ze geen accurate informatie zullen hebben over welke IP-adressen en DNS-records aan welke VM's op elk gegeven moment toegewezen zijn.

Talrijke factoren zoals applicaties, locaties en gebruikers moeten getrackt worden voor VM's en netwerken, IP-adressen, en DNS-zones. Meeste serveradmins hebben toegang tot deze informatie, maar het is waarschijnlijk dat netwerkteams dat niet hebben.

Hun reacties zullen daarom traag zijn vanwege een afhankelijkheid van handmatige methoden voor het aanmaken en verwijderen van VM's.

De belofte van snelle levering waarmaken

Een privécoud kan alleen zo snel zijn als zijn langzaamste component. De belofte van snelle levering, arguable een van de hoofdaantrekkingskrachten van privécoud-implementatie, kan gehinderd worden door de tijd die het kan kosten om DNS-records en IP-adressen handmatig in te richten in een virtuele omgeving. Dit proces kan vaak onnauwkeurig en inefficiënt zijn, en kan resulteren in een sprawl van ongebruikte IP-adressen en DNS-records.

De mogelijkheid van een potentiële kostbare netwerkstoring veroorzaakt door onbetrouwbare DNS, DHCP en IP-adresbeheerservices – collectief bekend als DDI – kan een significante dreiging vormen voor elke organisatie, met risico's die verder reiken dan alleen het netwerk zelf.

Het is mogelijk dat onnauwkeurigheden kunnen leiden tot sleutel-interne klanten die ten onrechte gefactureerd worden – en begrijpelijk genoeg verontwaardigd – als de IP-adressen van VM's gebruikt werden voor factureringsdoeleinden. En een paar simpele foutieve toetsaanslagen kunnen resulteren in potentiële IP-adresconflicten die op hun beurt significante downtime in de privécoud-omgeving kunnen veroorzaken.

Zie ook: De grote IT-misverstand: is cloud echt minder veilig dan on-premise?

Hoog beschikbare DDI-services zijn cruciaal voor die privécouds die kritieke workloads draaien, of meerdere geografische locaties omspannen, voorzienend hen van de schaalbaarheid en veerkracht die ze nodig hebben om effectief te presteren.

En als organisaties naar de toekomst kijken, kunnen ze vinden dat limieten op de schaalbaarheid van hun netwerk de implementatie van de extra tenants en VM's kunnen hinderen die nodig zijn om te dienen aan de eisen die hun groei dicteert.

Principes van automatisering, integratie en zichtbaarheid

Een organisaties succes in het implementeren van een privécoud is grotendeels afhankelijk van het zowel begrijpen als dringende overweging geven aan kritieke factoren zoals hierboven genoemd.

Een aanpak gebaseerd op de principes van automatisering, integratie en zichtbaarheid zal een organisatie helpen om effectievere controle te nemen over de implementatie van zijn privécoud.

Bron: Arya Barirani, VP, Product Marketing, Infoblox