Live  Webinar  Slides  

•  These  slides  were  presented  as  part  of  a  live  webinar  

•  View  the  live  webinar  on-­‐demand  with  the  link  below  

•  h:ps://www.brigh:alk.com/r/cV3  

Agenda  

Your  presenter  Problem  statement    8  best  pracFces  to  migrate  effecFvely  Is  it  really  that  easy?  Spoiler:  no  Customer  success  story  MigraFon  technologies  A  li:le  about  Peak  HosFng  Q/A  session  (you  can  post  Q’s  during  the  presentaFon  and  I  will  answer  as  many  as  I  can  at  the  end)  

20  years  of  Internet  Plumbing  here  and  here  and  here  and  here  and  here….  

Proprietary  and  confiden/al,  not  for  public  distribu/on.  

Define  NERD:      Kids  named  a@er  RouAng  Protocols  (EGP  &  BGP)  

Proprietary  and  confiden/al,  not  for  public  distribu/on.  

Next  Two:  TCP  &  UDP  -­‐  Thomas  Crile  &  Ulysses  Danger…  

What’s  the  big  deal?  

Your  business  has  outgrown  your  current  situaFon,  but  you’re  worried  that  the  headache  and  chaos  of  migraFng  

isn’t  worth  the  trouble  _______________________________  

“MigraFons  represent  60%  of  all  large  enterprise  IT  Projects,  and  only  60%  are  completed  on  Fme”  –  according  to  IDC1  

–  Meanwhile,  nearly  half  of  enterprise  IT  budgets  are  devoted  to  operaFng  costs,  per  451  Research2  

Two  biggest  concerns  that  organizaFons  face  during  data  migraFons:  –  Risk  of  downFme  or  extended  downFme  and  impact  to  the  business3  

–  The  budget  overrun  of  the  migraFon  project3  

The  leading  indicator  of  schedule  and  budget  overruns  was  the  team  member  experience  level3  

1-­‐  IDC  Storage  and  Data  MigraFon  Services  Overview,  November  2013  2-­‐  InfoPro  Storage  Wave  17,  451  Research,  2013  3-­‐  Reduce  Costs  and  Risks  for  Data  MigraFons,  Hitachi  Data  Systems,  March  2014  

What  does  a  successful  migraFon  look  like?  

Step  1  –  Architect  your  custom  soluFon  Step  2  –  Build,  provision,  and  pre-­‐test  Step  3  –  Move  your  data  to  the  new  system  Step  4  –  Synchronize  your  database  Step  5  –  Migrate  your  DNS  Step  6  –  Implement  your  code  Step  7  –  Test  your  code  with  live  data  Step  8  –  “Flip  the  switch”  with  zero  downFme      

Step  1  -­‐  Architect  your  custom  soluFon  

COMMUNICATING ONE ON ONE

DEFINING YOUR GOALS

ARCHITECHTINGENVIRONMENT

SCALING ASYOU GROW

The  foundaFon  of  a  rock  solid  system  is  to  custom  design  each  soluFon    at  the  outset  of  the  project  

Step  2  -­‐  Build,  provision,  &  pre-­‐test  

Implement  your  custom  design  and  TEST  TEST  TEST  to  ensure  all  necessary  libraries,  packages,  and  supporFng  sojware  are  installed  

Step  3:  Move  your  data  to  the  new  system  

Internet

OLD

WEB

FIREWALL

LOAD BALANCER

WEB

MIDDLE TIER MIDDLE TIER

DATABASE

SAN

DATABASE

WEB

LOAD BALANCER

FIREWALL

MIDDLE TIER

DATABASE

Environment New EnvironmentAlwaysUpSM

SYNCDATA

SECURE RSYNC

SECURE COPY

Work  with  your  hosFng  provider  to  ensure  the  correct  data  is    idenFfied,  captured,  migrated  and  updated  

Step  4:  Synchronize  your  database  

Internet

OLD

WEB

FIREWALL

LOAD BALANCER

WEB

MIDDLE TIER MIDDLE TIER

DATABASE

SAN

DATABASE

WEB

LOAD BALANCER

FIREWALL

MIDDLE TIER

DATABASE

Environment New EnvironmentAlwaysUpSM

SYNCDATA

MASTER/SLAVE REPLICATION

OR CLUSTERED LOG SHIPPING

Ensure  all  appropriate  database  informaFon  is  securely  and  reliably    updated  to  the  new  environment  

Step  5:  Migrate  your  DNS  

Internet

OLD

WEB

FIREWALL

LOAD BALANCER

WEB

MIDDLE TIER MIDDLE TIER

DATABASE

SAN

DATABASE

WEB

LOAD BALANCER

FIREWALL

MIDDLE TIER

DATABASE

Environment New EnvironmentAlwaysUpSM

DNS MIGRATION

Internet

OLD

WEB

FIREWALL

LOAD BALANCER

WEB

MIDDLE TIER MIDDLE TIER

DATABASE

SAN

DATABASE

WEB

LOAD BALANCER

FIREWALL

MIDDLE TIER

DATABASE

Environment New EnvironmentAlwaysUpSM

Update  your  public  site’s  DNS  records  to  point  to  high  availability  load  balancers,  which  will  then  immediately  redirect  the  connecFon  back  to  your  exisFng  infrastructure  

Step  6:  Implement  your  code  

Internet

OLD

WEB

FIREWALL

LOAD BALANCER

WEB

MIDDLE TIER MIDDLE TIER

DATABASE

SAN

DATABASE

WEB

LOAD BALANCER

FIREWALL

MIDDLE TIER

DATABASE

Environment New EnvironmentAlwaysUpSM

YOU IMPLEMENTYOUR CODE

Implement  your  customized  code  on  your  new  hosFng  plamorm    

Step  7:  Test  your  live  code  with  live  data  

Internet

OLD

WEB

FIREWALL

LOAD BALANCER

WEB

MIDDLE TIER MIDDLE TIER

DATABASE

SAN

DATABASE

WEB

LOAD BALANCER

FIREWALL

MIDDLE TIER

DATABASE

Environment New EnvironmentAlwaysUpSM

CONTINUOUSSYNC

YOUR STAFFTESTING YOUR CODE

Test  your  real  code,  with  REAL  data,  to  ensure  accuracy  and    completeness  of  the  applicaFon  

Step  8:  “Flip  the  switch”  with  zero  downFme  

Because  the  database  and  data  volumes  have  been  conFnuously    migraFng  updates,  all  data  is  in  real  Fme  and  ready  to  support  customers  

HA!    No…  The  devil  is  in  the  details  Methodology  is  criFcal      Requires  a  close  working  relaFonship  with  your  provider    

So,  is  it  really  that  easy?  

Success  Story  –  SGN  

Leading  cross-­‐plamorm  developer  and  publisher  of  games  on  iOS,  Android,  Facebook  and  the  Web.      

             

SGN  started  with  Amazon  Web  Services  (AWS).  Gaming  can  produce  tremendous  spikes  relaFve  to  exisFng  infrastructure  at  small  scale.      Cloud  services  can  address  this  need  for  elasFcity  without  requiring  a  custom  soluFon.    

Titles:      

$

Success  Story  –  SGN  Results  

   

Performance  increased  100%  

   

Spending  decreased  60%    

“As  soon  as  we  migrated,  we  saw  an  immediate  improvement  in  both  cost  and  performance.  We  roughly  doubled  our  total  capacity  while  reducing  our  bill  to  a  third  of  

what  it  was  on  Amazon.”  –  Aber  Whitcomb,  CTO  

“If  you  can  build  your  own  systems  that  can  handle  elas/city,  you’re  going  to  see  much  beIer  results  in  terms  of  performance,  capacity,  and  costs.”  –  Aber  Whitcomb,  CTO  

Results:    

Success  Story  –  SGN  Challenge  #1  

Challenge:  Cloud  Cost  Creep      

SoluAon:  Overprovisioning  is  not  the  issue  –  overpaying  is      

Benefit:  Predictable  price  for  performance  –  the  more  you  buy,  the  more  you  save  

“Our  bill  kept  increasing  and  we  were  seeing  a  creep  in  the  number  of  instances  we  were  using.”  –  Aber  Whitcomb,  CTO    

$$  

$$   $$  

$$  

Challenge:  $$  per  FLOP  Scaling  Logarithmically      

SoluAon:  Architecture  defines  scalability      

Benefit:  Moving  from  the  cloud  brought  SGN’s  system  onto  its  own  servers,  eliminaFng  issues  with  scaling  and  mulF-­‐tenancy  

 

Success  Story  –  SGN  Challenge  #2  

“Instead  of  having  the  applica/on  spread  out  over  mul/ple  small  instances,  with  larger  servers,  you  can  collapse  all  your  instances  into  a  single  bare-­‐metal  machine  that  gets  

you  beIer  I/O  and  more  capacity”  –  Aber  Whitcomb,  CTO  Pe

rformance  

Spend  

>  

Success  Story  –  SGN  Challenge    #3  

Challenge:  Staffing  DistracFon    

SoluAon:    Staff  augmentaFon  and  economies  of  scale      Benefit:  Peak  HosFng’s  experts  in  the  17  skills  needed  to  build,  migrate  and  run  a  technical  operaFons  department  meant  SGN  didn’t  need  to  find  and  hire  staff  to  cover  them    

 “Typically,  the  reason  that  people  don’t  switch  over  even  though  they  know  they’re  overpaying  is  the  opportunity  costs  around  that  migra/on.  But  aNer  some  careful  

analysis  on  our  Amazon  bills  and  the  cost  to  performance  and  staffing  ra/os  that  we  would  get  with  Peak,  I  decided  that  it  was  worth  the  effort.”  –  Aber  Whitcomb,  CTO  

Cloud  Architecture  vs.  Peak  HosFng  

Cloud  Architecture   Peak  HosFng  

MigraFon  technologies  

RightScale  – Tool  that  makes  steps  faster  – You  sFll  need  the  steps!  

 Dockers  – An  open  plamorm  for  distributed  applicaFons  for  developers  and  sysadmins  

–  If  provider  supports  – Apps  run  within  them    

 

 Founded  in  2001  Over  100  data  center  moves  “Everything  but  your  code®”  Dedicated  Private  HosFng  +  Technical  OperaFons  Department    

A  li:le  about  Peak  HosFng  

DedicaFon  

Experience  

ARPU  

Key  takeaways  

Steps  to  migraFon  should  always  be  the  same  –  It’s  straighmorward  but  not  easy  

But  who’s  doing  it?  – Do  you  want  it  to  be  your  problem,  or  someone  else’s?  

– Experience  counts  MigraFon  can  be  a  pain,  but  the  long-­‐term  benefits  can  outweigh  the  short-­‐term  cost  

 

Q/A  Session