introduc)on*–*chris*develder*users.atlantis.ugent.be/cdvelder/papers/2015/develder...networking*for*big*data*applica)ons*...

17
Introduc)on – Chris Develder ! PhD, Ghent University, 2003 “Design and analysis of op<cal packet switching networks” ! Professor at Ghent University since Oct. 2007 Research Interests: dimensioning, modeling and op<mizing op)cal (grid/ cloud) networks; smart grids; mul<media and home networks; informa)on retrieval Visi<ng researcher at UC Davis, CA, USA, JulQOct. 2007 (op<cal grids) Visi<ng researcher at Columbia Univ., NY, USA, 2013Q15 (IR/IE) ! Industry Experience: network planning/design tools OPNET Technologies (now part of Riverbed), 2004Q05 ! More info: h^p://users.atlan<s.ugent.be/cdvelder C. Develder, "Dimensioning (op:cal) networks for cloud compu:ng", Invited panelist talk at ITC 27, 9 Sep. 2015

Upload: others

Post on 07-Feb-2021

1 views

Category:

Documents


0 download

TRANSCRIPT

  • Introduc)on*–*Chris*Develder*

    ! PhD,%Ghent%University,%2003%•  “Design%and%analysis%of%op

  • Dimensioning*(op)cal)*networks*for*cloud*compu)ng*

    Chris%Develder,%et(al.%%%Ghent%University%–%iMinds%Dept.%of%Informa

  • Networking*for*big*data*applica)ons*

    Op

  • Networking*for*big*data*applica)ons*

    Op

  • Dimensioning*networks*for*mul)?site*Data*Centers*

    Given:*! Cloud%service%requests%(bandwidth%+%server%capacity)%

    ! Network%topology%(w/%candidate%DC%loca

  • Dimensioning*for*clouds:*What’s*different?*

    C.(Develder,("Dimensioning((op:cal)(networks(for(cloud(compu:ng",(Invited(panelist(talk(at(ITC(27,(9(Sep.(2015(

  • Anycast*

    Users%do%(in%general)%NOT%care%where%applica

  • Network*virtualiza)on*

    Physical%network%is%logically%par

  • Key*ques)ons?*

    C.(Develder,("Dimensioning((op:cal)(networks(for(cloud(compu:ng",(Invited(panelist(talk(at(ITC(27,(9(Sep.(2015(

  • Exploi)ng*anycast*to*minimize*capacity?*

    1.  Does%choice%of%anycast%algorithm%highly%impact%network%bandwidth%requirements?%

    2.  What%is%benefit%of%reloca

  • !  Impact%of%server%capacity%distribu/on:%(unif%vs%prop)%Smart,%nonQuniform%server%distribu

  • (2)*Reloca)on*to*maximally*share*resources*

    Intui

  • -20%

    -10%

    +0%

    +10%

    +20%

    +30%

    +40%

    +50%

    0 100 200 300

    Tota

    l cos

    t

    Number of unit demands

    NR, 1L

    NR, 1LSN

    RO, 1L

    RO, 1LS

    EU-basic, FD, K=3

    Total cost relative to the NR, 1L

    case

    (2)*Reloca)on*to*maximally*share*resources*

    Single%link%failures%(1L):%!  Reduc

  • (3)*Changing*routes*for*)me?varying*traffic*

    Resilience%scenarios:%!  Scenario*I:%Do%NOT%change%!  Scenario*II:%May%change%backup%&%synchroniza

  • Pattern #1, total Pattern #2, total

    −6%

    −4%

    −2%

    0%

    −7.5%

    −5.0%

    −2.5%

    0.0%

    50 100 150 200 50 100 150 200Traffic volume

    Rel

    ative

    cos

    t diff

    eren

    ce

    Scenario I(no changes)

    Scenario II(change only backup and/or sync)

    Scenario III(change working, backup and/or sync)

    (3)*Changing*routes*for*)me?varying*traffic*

    !  Total%cost%savings%up%to%almost%8%%(pa^ern%#2,%i.e.,%more%mul

  • Wrap?up*

    ! Cloud%compu

  • ?*

    Thank*you*…*any*ques)ons?*

    Chris%Develder%[email protected]%%Ghent%University%–%iMinds%%%

    C.(Develder,("Dimensioning((op:cal)(networks(for(cloud(compu:ng",(Invited(panelist(talk(at(ITC(27,(9(Sep.(2015(