Automatisering gebruiken voor nauwkeuriger privécloudbeheer

Een groeiend aantal organisaties investeert in gevirtualiseerde, geautomatiseerde datacenters en private clouds. Dit is misschien geen verrassing als je kijkt naar de lagere infrastructuurkosten, grotere flexibiliteit en betere beveiliging die ze bieden in vergelijking met traditionele client-server-architecturen of openbare clouds.

Deze voordelen kunnen bedrijfstakken helpen nieuwe kansen te benutten, in te spelen op de eisen van klanten en hun concurrentie een stap voor te blijven.

Om vertragingen bij de implementatie van de private cloud te helpen voorkomen, is het echter belangrijk dat organisaties prioriteit geven aan een investering in schaalbare, geautomatiseerde netwerkcontrole. Hoewel de server- en opslagelementen in een private cloud grotendeels geautomatiseerd kunnen zijn, is het waarschijnlijk dat het bijbehorende netwerk handmatig wordt ingericht en geconfigureerd.

Een IT-afdeling doorloopt een aantal fasen naarmate de private cloud-infrastructuur volwassen wordt, waarvan de eerste het uitvoeren van proefprojecten is. Hier zal het IT-team niet-kritieke applicaties en workloads gebruiken om het ontwerp en de infrastructuur van hun cloud te testen.

> Zie ook:Of je het nu leuk vindt of niet, bedrijfskritieke gegevens lopen gevaar in de cloud

Hierdoor kunnen ze niet alleen vertrouwen en ervaring opdoen, maar ook de nodige wijzigingen aanbrengen voordat ze naar de tweede productiefase gaan, wanneer een of een klein aantal bedrijfskritieke workloads naar de cloud worden verplaatst.

Ten slotte zal het initiatief, na eventuele verdere noodzakelijke aanpassingen, volledig worden uitgerold, mogelijk met geografisch verspreide cloudomgevingen in meerdere datacenters en draaiend op cloudplatforms van meerdere leveranciers.

De risico's beheren

Elk van deze fasen kan riskant zijn. Ongeacht de omvang en schaal van het initiatief, als de implementatie niet goed gesynchroniseerd is gedurende het hele proces, zal het waarschijnlijk niet soepel verlopen.

De verschillende groepen die zich bezighouden met de private cloud kunnen bijvoorbeeld een grote uitdaging vormen.

Hoewel het serverteam verantwoordelijk kan zijn voor de virtualisatiecomponent, kunnen alle netwerkaspecten geheel door een ander team worden afgehandeld. Als gevolg hiervan heeft het netwerkteam mogelijk geen inzicht in de resources van virtuele machines (VM's) wanneer deze worden gemaakt en vernietigd, waardoor het moeilijk is om deze te koppelen aan geautomatiseerde set-up- en configuratietaken.

Zonder deze zichtbaarheid heeft het weinig zin dat netwerkteams zelfs maar proberen te voldoen aan het audit- en beveiligingsbeleid, aangezien ze op geen enkel moment over nauwkeurige informatie beschikken over welke IP-adressen en DNS-records aan welke VM's zijn toegewezen.

Talloze factoren, zoals applicaties, locaties en gebruikers, moeten worden gevolgd voor VM's en netwerken, IP-adressen en DNS-zones. De meeste serverbeheerders hebben toegang tot deze informatie, maar netwerkteams waarschijnlijk niet.

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

De belofte van snelle levering waarmaken

Een private cloud kan maar zo snel zijn als zijn langzaamste component. De belofte van snelle levering, misschien wel een van de belangrijkste attracties van private cloudimplementatie, kan worden afgeremd tegen de tijd die nodig is om handmatig DNS-records en IP-adressen in een virtuele omgeving te verstrekken. Dit proces kan vaak onnauwkeurig en inefficiënt zijn en kan leiden tot een wildgroei aan ongebruikte IP-adressen en DNS-records.

De mogelijkheid van een potentieel kostbare netwerkstoring als gevolg van onbetrouwbare DNS-, DHCP- en IP-adresbeheerservices - gezamenlijk bekend als DDI - kan een aanzienlijke bedreiging vormen voor elke organisatie, met risico's die verder reiken dan alleen het netwerk zelf.

Het is mogelijk dat onnauwkeurigheden ertoe kunnen leiden dat belangrijke interne klanten ten onrechte in rekening worden gebracht - en begrijpelijkerwijs benadeeld - als de IP-adressen van VM's worden gebruikt voor factureringsdoeleinden. En een paar simpele foutieve toetsaanslagen kunnen leiden tot potentiële IP-adresconflicten, wat op zijn beurt kan leiden tot aanzienlijke downtime in de private cloud-omgeving.

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

Hoog beschikbare DDI-services zijn cruciaal voor die private clouds die kritieke workloads uitvoeren of zich over meerdere verschillende geografische locaties uitstrekken, waardoor ze de schaalbaarheid en veerkracht krijgen die ze nodig hebben om effectief te presteren.

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

Principes van automatisering, integratie en zichtbaarheid

Het succes van een organisatie bij het implementeren van een private cloud hangt grotendeels af van het begrip en de dringende aandacht voor kritieke factoren zoals hierboven vermeld.

Door een aanpak te volgen die is gebaseerd op de principes van automatisering, integratie en zichtbaarheid, kan een organisatie effectievere controle krijgen over de implementatie van de private cloud.

Afkomstig van Arya Barirani, VP, Product Marketing, Infoblox