Cloud Connectivity

Walter van DijkTF-MSP 27 September 2012

Connecting Cloud Providers to the SURFnet network

Agenda

Cloud Brokerage Perspective

Connecting Cloud Providers: Use-cases Connectivity options: scenario’s

Spotlights on NetherLight

Next steps

Cloud Brokerage Perspective

Networks are an important asset of NREN’s: leverage towards cloud providers by combining network access with connecting services:

go for the package deal

Especially relevant with regard to IaaS providers: charge significantly for data transfer (e.g. Amazon)

SURF Vendor Management will take this up with various IaaS providers: let’s share experiences!

4

Connecting Cloud Providers: use cases

• Fast & low-cost IP connectivity between cloud providers and our customers:

• Document sharing

• Video platforms

• Mailfiltering

• Et cetera

• Dedicated P-t-P connections between cloud providers and our customers, requiring high bandwidth and/or security

• Storage, back-up

• SIP

• Genomics datasets

• Etc…

• Customer infra in cloud datacenters:

• Outsourcing ICT

• Outsourcing housing / co-location

SURFnet - We make innovation work

5

Connecting Service Providers: options

- Fast & affordable IP connectivity with our customers:• AMS-IX peering• Private peering• Content provider connection• Standard Internet (baseline scenario)

- Dedicated P-t-P connections (drivers: bandwidth & security):• NetherLight

- Customer infra in datacenter • Additional connection in datacenter

SURFinternet

100 GE

N* 100 GE

1 GE

10 GE SURFnet7

N* 100 GE

External IPconnectiviteit

6

7

SURFinternet: AMS-IX

Scenario: a service provider (e.g. Blackboard) wants to provide services to our customers.

• Efficient use of upstream capacity

• Both the SP and SURFnet are connected to AMS-IX.• Peering on AMS-IX is realized.

• Costs: € 0,=

Why?

How?

At what cost?

8

SURFinternet: Content provider connection

Scenario: a service provider provides videoconferencing services to our customers. A high-capacity connection is required.

• Performance is important, high capacity required.

• Service provider realizes connection to one of our PoP’s and connects on a dedicated port.

• IP traffic may only be routed towards institutes connected to SURFnet• Connection may only be used for connecting services.

• Cost: € 1900,= /month (charged to SP)

Why?

How?

At what cost?

9

SURFinternet: Via standard Internet (baseline scenario)

Scenario: a service provider delivers webhosting services to our customers.

• Performance & capacity are ‘good enough’• Traffic volumes are moderate and hence impact on upstream traffic is low

• Standard internet connectivity via SURFnet’s existing AMS-IX peers or upstream providers

• Costs: € 0,=

Why not?

How?

At what cost?

10

Lightpaths: NetherLight

Scenario: a service provider offers storage services to SURFnet connected institutions.

• Guaranteed bandwidth, low latency crucial for performance.• Services should act as virtual part of the infrastructure of the customer.• One-on-one relation between customer and service provider.

• Service provider connects to NetherLight. SP can be reached by means of lightpaths by one or more SURFnet connected institutions.

• Cost: 1G: €500/month, 10G: €1200/month (charged at SP)

+ tariff lightpath to NetherLight (charged at institution)

Why?

How?

At what cost?

Connecting Cloud Services via NetherLight

11

SURFnet7

Cloud A

Cloud B

Cloud C

Core values NetherLight

• SURFnet facilitates interconnects on a global scale between R&E networks, international carriers and (cloud) service providers.

• SURFnet strives to use cutting-edge networking technology.

• SURFnet promotes competition and innovation and hence supports an open connection policy (anyone can connect) and imposes no use policies with regard to the traffic on the interconnects.

• SURFnet actively contributes to international connections with other networks, preferably using Open Exchanges in order to enhance higher education and research purposes.

NetherLight …

• Is an international exchange point for (OnDemand) lightpaths for the exchange and distribution of scientific data

and

• Functions as a ‘market place’ where service providers are encouraged to offer their services to our customers

and

• Could become a ‘market place’ where service providers are encouraged to connect services targeted to your customers as well

Example use case NetherLight

Tariff example

SURFnet7

Cloud service provider

1Gbit/s = € 500 p/m

250 Mbit/s Lightpath Fixed Protected €

350 p/mOr via MSP

SURFnet connected institutionSURFnet connected institution

750 Mbit/s Lightpaht Fixed Protected € 1050 p/mOr via MSP

Interconnect’s for free

Datacenters

16

SURFnet7

Datacenter

17

Housing in Datacenter: Additional connection

Scenario: a service provider provides housing services to an institution connected to SURFnet. Rackspace is offered in a datacenter

• Guaranteed bandwidth, latency is crucial.• Services should act as part of institution’s infra domain.• Location selected by customer i.c.w service provider.• One-on-one relation between customer and service provider.

• Connection is realized for customer in datacenter. At this new PoP both IP and lightpaths can be provisioned.

• Cost: € 2500,= /month + tariff for lightpath (customer is charged)

Why?

How?

At what cost?

Next steps

• Various NREN’s have initiated ‘cloud brokerage’:• How do we organize exchange of experience?• How can we leverage advantages of collaboration

within our community (scale, standards etc)?• Should TF-MSP function as an ‘umbrella’?

Questions / discussion

19

W

Walter.vanDijk@SURFnet.nl

@walingvandijk

walingvandijk

www.surfnet.nl

+31 30 2 305 305

Creative Commons “Attribution” license: http://creativecommons.org/licenses/by/3.0/