Connect the Cloud. Connectivity als bedrijfskritische factor in de cloud infrastructuur. Whitepaper

Transcriptie

1 Whitepaper Connect the Cloud Connectivity als bedrijfskritische factor in de cloud infrastructuur Zo n beetje alle enterprise computing gaat naar de private en/of publieke cloud. Cloud kan alleen slagen als de levering van de services zonder haperingen of oponthoud plaatsvindt. Daar zijn goede verbindingen voor nodig. Maar wat is goed? Wat zijn de trends en ontwikkelingen? Kies je voor internet of toch voor eigen verbindingen? En welke addertjes liggen er onder het gras bij het kiezen van connectivity met de cloud? Custom Connect Krijn Taconiskade HW Amsterdam info@custom-connect.com Whitepaper Connect de Cloud Custom Connect 2015

2 Inhoud De vier parameters van connectiviteit...3 Drie Maturity Fasen...3 Zero Assessment...4 De scope van de Zero Assessment...4 Bandbreedte...5 Beschikbaarheid: vijf negens...5 Toets de SLA...5 Fase 1: zelf doen...6 Fase 2: outsourcing...7 Neutraal of proprietary?...7 Pay-per-use...7 Fase 3: cloud...8 Nadelen internet...9 Conclusie...9 Tips...9 Over Custom Connect...10 Doe een Zero Assessment...10 Whitepaper Connect de Cloud Custom Connect 2015

3 De vier parameters van connectiviteit Connectivity is het vermogen om een connectie maken en te onderhouden tussen twee of meer punten door middel van een telecom- of datacomsysteem. Los van de gekozen verbindingstechnologie wordt de keuze voor connectivity bepaald door een viertal parameters. Dat zijn Prijs, Bandbreedte, Latency (vertraging) en Beschikbaarheid. Elke bedrijfssituatie vergt een specifieke afweging van de optimale mix. En elke keuze daarin is van invloed op de selectie van de verbindingstechnologie en van de providers. Het ene bedrijf heeft veel bandbreedte nodig tegen een lage prijs, het andere bedrijf wil de laagste latency of de hoogste beschikbaarheid, en is bereid daar meer budget voor vrij te maken. In deze whitepaper beperken we ons tot cloud connectivity in een enterprise omgeving. Datacentric computing neemt daarin een belangrijke plaats in. Er zijn tal van goede redenen voor een onderneming om meerdere datacenters in te zetten. Veel voorkomende motieven zijn: voldoen aan wet- en regelgeving, de behoefte aan load balancing, globalisering of het borgen van de continuïteit. Al deze motieven leiden tot een sterke noodzaak voor redundancy: het meervoudig uitvoeren van alle componenten in een systeem om een single point of failure uit te sluiten en de kans op down-time te minimaliseren. Connectivity staat daarbij centraal, maar het wordt vaak over het hoofd gezien. Drie Maturity Fasen In feite zien we in de ontwikkeling van connectivity binnen datacentric computing drie maturity fasen. Deze fasen lopen parallel met de ontwikkelingen in de IT in het algemeen: zelf doen, uitbesteden en als een kant-en-klare service afnemen (cloud). Fase 1. Het opzetten en koppelen van eigen datacenters (zelf doen) Fase 2. Het koppelen van eigen datacenters met die van commerciële datacenter providers (outsourcen) Fase 3. Het koppelen van de eigen en de geoutsourcete datacenter infrastructuur aan die van publieke cloud providers. Whitepaper Connect de Cloud Custom Connect

4 Zero Assessment In welke fase van volwassenwording de onderneming ook verkeert cloud of niet - er is altijd enige mate van connectiviteit nodig. Welke mate dat is, verschilt per bedrijf en vervolgens per applicatie of service. Dat dient goed in kaart te worden gebracht. Om die reden is het altijd aan te raden een zero assessment te doen om te beoordelen in hoeverre de bestaande connectivity in lijn is met de bedrijfsstrategie en de bedrijfsprocessen van de onderneming en om bij afwijkingen vervolgens vast te stellen wat er moet gebeuren om de connectivity af te stemmen op de huidige en toekomstige behoeften. Het is daarbij belangrijk de eisen te identificeren die aan de business worden gesteld, bijvoorbeeld door toezichthouders. In de financiële sector bijvoorbeeld kunnen de toezichthouders het synchroon repliceren van data opleggen. De connectivity moet dat wel mogelijk kunnen maken. Ook de wensen van de business zelf moeten worden vastgesteld. Een volgend punt van aandacht vormen de applicaties die je op meer locaties wilt inzetten of die uit de cloud worden afgenomen. Per applicatiecategorie wordt vanuit risk management en kostenperspectief vastgesteld welke connectiviteit nodig is. Storage-replicatie bijvoorbeeld, heeft een ander connectivity-profiel dan file-sharing, Office-toepassingen zijn minder bedrijfskritisch dan primaire bedrijfsapplicaties zoals CRM, ERP of procesbesturing. De gemiddelde latency van transatlantische verbindingen van ms is prima voor gebruik van bijvoorbeeld kantoortoepassingen, maar niet geschikt voor het synchroon repliceren van data. De scope van de Zero Assessment 1 Eisen van de business, al dan niet opgelegd door wetgeving of toezichthouders 2 Basisinfrastructuur en applicaties (bijv. Office) 3 Bedrijfsspecifieke applicaties (bijv. ERP) 4 Onderlinge relaties tussen data, servers, storage, netwerken en clouds 5 Het datavolume per tijdseenheid (feitelijk en verwacht) 6 Benodigde bandbreedte (gedimensioneerd op piekbelasting) 7 De toedeling van bandbreedte per applicatie en per vestiging De Zero Assessment laat dus zien wat de minimaal en maximaal benodigde bandbreedtes zijn en wat de latency-effecten zijn vanuit het perspectief van de gebruikers en van de applicaties. Whitepaper Connect de Cloud Custom Connect

5 Bandbreedte Aan de hand van de Zero Assessment kunnen keuzes worden gemaakt over de inzet van de bandbreedte. Vaak kiezen bedrijven voor een one-size-fits-all benadering. Dat is eenvoudig en overzichtelijk. Naar onze stellige overtuiging is het vanuit kostenoogpunt en ook vanuit risk management-beleid veel beter om per applicatie de benodigde bandbreedte in te regelen. Het is gewoonweg niet nodig de bedrijfsbrede connectivity af te stemmen op de piekbelasting van een enkele bedrijfskritische applicatie. Beschikbaarheid: vijf negens Hoe groot de beschikbaarheid van de verbindingen moet zijn, hangt af van de benodigde bedrijfszekerheid van de verbinding. We mogen gerust stellen dat in de verbinding tussen datacenters een 5-negen beschikbaarheid noodzakelijk is (99,999% uptime). Kiezen voor een dergelijke beschikbaarheid stelt eisen aan het vendor management. Er zijn genoeg connectivity providers die een SLA afsluiten op basis van dit getal. In de optiek van veel aanbieders is dat vooral een administratief cijfer, de basis voor een eventueel te betalen boete als deze beschikbaarheid niet wordt gehaald. Maar er ontstaat dan altijd een heilloze discussie: de klant moet aantonen dat de beloofde beschikbaarheid niet is gehaald, de provider zal zich als het even kan beroepen op force majeure ( zeekabel is kapotgetrokken door ankerend schip, sorry ) en uiteindelijk staat de betaalde boete niet in verhouding tot de door de klant geleden schade. Een minderheid van de providers doet het anders, deze heeft de infrastructuur zo opgezet dat materieel invulling gegeven kan worden aan de 99,999% beschikbaarheid. Deze providers vatten het 5-negen getal op als leidraad bij het bouwen van het netwerk. Dit brengt met zich mee dat elke component in het netwerk dubbel is uitgevoerd. Toets de SLA Als toets om te bepalen tot welk kamp de provider behoort (de administratieve of de materiele SLA), kunt u de vraag stellen of u de netwerk-topologie mag zien. Veel providers zullen niet in staat zijn die aan te leveren vanwege matig beheer of de complexiteit van de oplossing. Als ze zelf niet in beeld hebben hoe het netwerk eruit ziet, hoe kunnen ze u dan end-to-end redundancy garanderen? En als u een provider heeft gevonden die wel in staat is daadwerkelijk te laten zien hoe het netwerk is opgezet, dient u erop toe te zien dat hij zich nadrukkelijk committeert aan de gepresenteerde topologie. Whitepaper Connect de Cloud Custom Connect

6 ROUTE A DATACENTER A MMR1 Power A CUSTOMER EQUIPMENT Power B MMR2 DATACENTER B MMR1 Power A CUSTOMER EQUIPMENT Power B MMR2 ROUTE B Alles redundant? Dan ook de connectiviteit! Fase 1: zelf doen Terug naar het datacenter. In het schema ziet u hoe de verbinding tussen twee datacenters eruit moet zien om de vijf negens materieel te kunnen bieden. Alles moet dubbel zijn uitgevoerd: redundante en gescheiden stroomvoorziening per device (A en B feed), dubbele paden, gescheiden paden, redundante koeling. Met alle kosten voor aanschaf, beheer, onderhoud en vernieuwing van dien. En dat op twee of meer plaatsen, afhankelijk van het aantal datacenters dat gekoppeld dient te worden. Ook de connectivity tussen de datacenters moet op basis van 99,999% beschikbaarheid geregeld worden. Zeker bij grensoverschrijdende verbindingen is er nagenoeg geen enkele provider die end-to-end verbindingen kan bieden. Het bouwen van een netwerk is dan altijd het samenstellen van een mix van providers met hun verbindingen en hun SLA s. Dat moet allemaal worden aangestuurd en gemanaged. Dit is voor veel CIO s onbekende materie die veel specialisme vergt. Het mag duidelijk zijn dat het zelf doen voor veel enterprises te ver gaat. Het zelf bouwen van connectivity met 99,999% beschikbaarheid is een bijna onmogelijke opgave. Natuurlijk zijn er organisaties, met name in de financiële en de overheidssfeer, die uit strategische of juridische overwegingen alles in eigen hand willen houden, maar voor het gros van de ondernemingen is deze aanpak inefficiënt. Whitepaper Connect de Cloud Custom Connect

7 Fase 2: outsourcing De combinatie van eigen datacenters en de inzet van commerciële datacenters is op dit moment het meest voorkomend. En dat is ook logisch, de investeringen in energie, beveiliging, koeling etc. van een datacenter zijn aanzienlijk. Uitbesteden aan partijen die daar hun core business van hebben gemaakt, ligt voor de hand. De datacenter business is booming. Met name in de regio Amsterdam is er heel veel keuze tussen aanbieders in allerlei soorten en maten, van internationale spelers tot lokale specialisten. Waar moet je op letten? Als het om connectivity gaat is er een scheidslijn te trekken tussen carrier-neutrale providers en zogeheten carrier-hotels. Carrier-neutrale datacenters verschaffen in het datacenter connecties met alle grote carriers; de carrier-hotels daarentegen worden geëxploiteerd door carriers die uitsluitend connectivity via de eigen infrastructuur bieden. Neutraal of proprietary? Beide benaderingen hebben voor- en nadelen. Om met de carrier-neutrale datacenters te beginnen: de klant heeft meer vrijheid en flexibiliteit bij de keuze van de geboden oplossingen. Je kunt binnen hetzelfde datacenter van carrier wisselen zonder dat verhuizing naar een andere locatie nodig is. De concurrentie tussen de diverse carriers is hevig, en dat heeft een prijsdrukkend en innovatieverhogend effect. Nadeel is wel dat de klant zelf goed bij de les moet blijven om de ontwikkelingen te volgen. Carrier-hotels bieden een one-stop-shop aanpak: één aanspreekpunt en één factuur voor zowel datacenter als connectivity. Vaak bieden ze end-to-end connectivity via de eigen infrastructuur, al dan niet door het inzetten van partners. Dat is gemakkelijk. Nadelen zijn er ook: de exploitatie van het datacenter is geen core business voor de carrier. En er is een grote mate van vendor lock-in in de relatie. Pay-per-use Een belangrijke trend is het pay-per-use model: de klant betaalt voor de benutte bandbreedte, niet voor de capaciteit. We zien dat dit in de VS doorbreekt. In Europa is het nog niet zover. Carriers uit de wereld van Internet connectivity lopen hierin voorop. De meeste traditionele carriers hebben moeite met het opzetten van billing systemen. Het is technisch complexe materie. Bovendien is het gemakkelijker en lucratiever - om te factureren op basis van afgenomen capaciteit in plaats van gebruik. Indien payper-use mogelijk is, zie je vaak mengvormen ontstaan: 50% van de op piekbelasting gedimensioneerde bandbreedte wordt vast afgenomen, en de rest gefactureerd op basis van daadwerkelijk gebruik. Carriers doen aan overbooking, dus er zit veel lucht in de aangeboden prijzen. Whitepaper Connect de Cloud Custom Connect

8 Fase 3: cloud Connectivity met cloud providers is de volgende fase in de ontwikkeling van enterprise computing. De algemeen heersende voorkeur om Capex (investeringen) om te zetten in Opex (kosten), doet ook opgang in IT. Het is slimmer om te betalen voor het gebruik, en niet voor het bezit. Zoals hierboven uitgelegd zien we deze ontwikkeling naar pay-per-use ook in connectivity in het algemeen. Deze whitepaper beperkt zich tot connectivity en IaaS (Infrastructuur-as-a-Service). IaaS is een krachtige ontwikkeling in enterprise computing. In feite is het mogelijk om complete datacenters uit de cloud af te nemen. Ook hier geldt: voer een Zero Assessment uit. Maak op basis van business requirements, risk management en kosten een afweging wat wel en niet uit de cloud wordt betrokken. Is het nog mogelijk om zelf invloed uit te oefenen op de outsourcing partner, bij cloud computing ligt dat anders. Daar heb je het aanbod van de provider as-is te accepteren. Je bent dus ook afhankelijk van de connectivity aan zijn kant van de verbinding. Ook in een cloud omgeving is de ketting zo sterk als de zwakste schakel, en dat blijkt vaak de verbinding. De ervaring leert dat cloud providers erg gericht zijn op hun interne systemen en hun technologie. Daar durven ze hoge SLA s voor af te geven. De connectivity blijft onderbelicht of wordt helemaal niet meegenomen in de SLA. Met andere woorden, je krijgt garantie tot de voordeur. We zien overigens dat enkele innovatieve cloud providers oog hebben gekregen voor het belang van connectivity voor de kwaliteit van de geleverde dienst. Zij bieden naast internet alternatieve, rechstreekse verbindingsmethoden met de vereiste redundancy, en geven daar garanties op af. Bij het bekijken van een IaaS propositie is het is zaak gedetailleerd antwoord te krijgen op vragen over de connectiviteit van de dienst. Hoe krijgt de SLA materieel vorm? Hoe is de connectivity geregeld? Neemt de provider contractueel de verantwoordelijkheid voor de connectiviteit? Welke performance garanties geeft hij af? Zijn er andere connecties mogelijk naast internet? Wat is het fail-over beleid inzake de verbindingen, zijn ze redundant? En minstens zo belangrijk: hoe is de Quality of Service (QoS) geregeld, hoe wordt het verkeer geprioriteerd? En hoe zien de support en escalatie eruit? Whitepaper Connect de Cloud Custom Connect

9 Nadelen internet Meestal wordt voor de cloud verbinding het internet gebruikt. Het voordeel van internet is de bedrijfszekerheid: de architectuur van internet is zo opgezet dat onder alle omstandigheden gecommuniceerd moet kunnen worden. Nadeel is de latency, de vertraging waarmee de verzonden datapakketjes aankomen op de plaats van bestemming. Die latency kan hoog en onvoorspelbaar zijn. Voor Five-9 omgevingen is het a priori niet wenselijk om internet in te zetten, maar wellicht biedt de provider ook andere vormen van connectiviteit. Conclusie In welke fase uw datacentric computing zich ook bevindt, connectivity is - hoewel onderbelicht van cruciaal belang. Doordacht connectivity beleid is afgestemd op de bedrijfsstrategie en draagt bij aan goed risk management. Met een slimme aanpak valt veel geld te besparen, de algemene beschikbaarheid van IT voorzieningen te verhogen en de flexibiliteit van de onderneming te vergroten. Tips Er is altijd een grotere beschikbaarheid nodig dan u denkt, doe een Zero Assessment Stel per applicatie de bandbreedte in, een one-size-fits-all benadering is nodeloos duur Blijf flexibel en voorkom langlopende contracten (max. 2 jaar). Connectivity daalt voortdurend in prijs, de latency wordt steeds lager en de innovaties gaan heel snel. De oplossing van vandaag is overmorgen alweer verouderd Vraag om pay-per-use bandbreedte Stel bij cloud nauwkeurig vast wie in de keten verantwoordelijk is voor de connectivity en de Quality of Service: wie bepaalt de prioritering van het verkeer? Whitepaper Connect de Cloud Custom Connect

10 Over Custom Connect Custom Connect levert wereldwijd high-performance netwerkoplossingen. De carrierneutrale aanpak waarborgt dat klanten kunnen rekenen op betrouwbare, geïntegreerde connectiviteit via een enkel point-of-contact. Dit verlaagt de netwerkkosten, verbetert het netwerkmanagement, helpt support te consolideren en vereenvoudigt het inkoopproces. Het specialisme in het ontwikkelen en implementeren van low-latency netwerken op maat heeft Custom Connect een vooraanstaande positie gegeven in tijdgevoelige sectoren, zoals Finance, Enterprise, Retail, Media en Cloud Services. De op maat gemaakte oplossingen variëren van Private Dark Fiber, Wavelength, Ethernet, IP en MPLS netwerken tot meer gespecialiseerde connectiviteitsopties zoals Microwave en Millimeterwave. Custom Connect biedt multinationale ondernemingen met complexe infrastructurele uitdagingen volledig gemanagede multi-site connectivity services met onder meer site-to-site networking, lokale en gecentraliseerde IP-services, co-location services en datacenter connectivity. Elke klant krijgt dedicated project management en 24x7 support. Custom Connect s klantenbestand bestaat uit bedrijven uit de Fortune 500/FTSE1500, Automated Trading Desks, ISPs, banken, consumentenmerken, cloud service providers en media. Het hoofdkantoor van Custom Connect staat in Amsterdam. In de City of London, New York en Dubai zijn kantoren. Custom Connect Krijn Taconiskade HW Amsterdam info@custom-connect.com Doe een Zero Assessment Wilt u weten hoe u kosteneffectief en bedrijfszeker kunt aansluiten op de cloud? Vraag een Zero Assessment aan via info@custom-connect.com Whitepaper Connect de Cloud Custom Connect