25
©2015, Amazon Web Services, Inc. or its affiliates. All rights reserved Scale, baby, scale! Julien Simon Principal Technical Evangelist Amazon Web Services [email protected] @julsimon

Scale, baby, scale! (June 2016)

Embed Size (px)

Citation preview

Page 1: Scale, baby, scale! (June 2016)

©2015, Amazon Web Services, Inc. or its affiliates. All rights reserved

Scale, baby, scale!

Julien Simon Principal Technical Evangelist Amazon Web Services [email protected] @julsimon

Page 2: Scale, baby, scale! (June 2016)

So let’s start from day 1, user 1 (you)

Page 3: Scale, baby, scale! (June 2016)

Day 1, user 1

•  A single Amazon EC2 instance, with full stack on this host –  Web app –  Database –  Management –  And so on…

•  A single Elastic IP address •  Amazon Route 53 for DNS

Amazon EC2

instance

Elastic IP address

Amazon Route 53

User

Page 4: Scale, baby, scale! (June 2016)

“We’re gonna need a bigger box” •  “Scale up”: simplest approach •  Can now leverage PIOPS •  High I/O instances •  High memory instances •  High CPU instances •  High storage instances •  Easy to change instance sizes •  Will hit a wall eventually

c4.8xlarge

m4.2xlarge t2.micro

Page 5: Scale, baby, scale! (June 2016)

Day 1, user 1

•  We could potentially get to a few hundred to a few thousand depending on application complexity and traffic

•  No failover •  No redundancy •  Too many eggs in one

basket

EC2 instance

Elastic IP address

Amazon Route 53

User

Page 6: Scale, baby, scale! (June 2016)

AWSome Days 3.8

Page 7: Scale, baby, scale! (June 2016)

100 users First, let’s separate out our single host into more than one: •  Web •  Database

Use Amazon RDS to make your life easier

Web instance

Elastic IP address

RDS DB instance

Amazon Route 53

User

Page 8: Scale, baby, scale! (June 2016)

1000 users Next, let’s address our lack of failover and redundancy issues: •  Elastic Load

Balancing (ELB) •  Another web instance

In another Availability Zone

•  RDS Multi-AZ

Web Instance

RDS DB Instance Active (Multi-AZ) Availability Zone Availability Zone

Web Instance

RDS DB Instance Standby (Multi-AZ)

ELB Balancer

Amazon Route 53

User

Page 9: Scale, baby, scale! (June 2016)

Scaling this horizontally and vertically will get us pretty far

(tens to hundreds of thousands)

Page 10: Scale, baby, scale! (June 2016)

10k-100k users

RDS DB Instance Active (Multi-AZ)

Availability Zone Availability Zone

RDS DB Instance Standby (Multi-AZ)

ELB Balancer

RDS DB Instance Read Replica

RDS DB Instance Read Replica

RDS DB Instance Read Replica

RDS DB Instance Read Replica

Web Instance

Web Instance

Web Instance

Web Instance

Web Instance

Web Instance

Web Instance

Web Instance

Amazon Route 53

User

Page 11: Scale, baby, scale! (June 2016)

This will take us pretty far, but we care about performance

and efficiency, so let’s improve further

Page 12: Scale, baby, scale! (June 2016)

RDS DB Instance Active (Multi-AZ)

Availability Zone

ELB Balancer

Amazon Route 53

User

Let’s lighten the load on our web and database instances

Shift some load around

Web Instances

Page 13: Scale, baby, scale! (June 2016)

RDS DB Instance Active (Multi-AZ)

Availability Zone

ELB Balancer

Amazon S3

Amazon CloudFront

Amazon Route 53

User

Let’s lighten the load on our web and database instances: •  Move static content from

the web instance to Amazon S3 and Amazon CloudFront

•  We could even host the site directly in S3 (aka “S3 static website”)

Shift some load around

Web Instances

Page 14: Scale, baby, scale! (June 2016)

Shift some load around Let’s lighten the load on our web and database instances: •  Move static content from the

web instance to Amazon S3 and Amazon CloudFront

•  Move session/state and DB caching to Amazon ElastiCache or Amazon DynamoDB

RDS DB Instance Active (Multi-AZ)

Availability Zone

ELB Balancer

Amazon S3

Amazon CloudFront

Amazon Route 53

User

ElastiCache

DynamoDB

Web Instances

Page 15: Scale, baby, scale! (June 2016)

Shift some load around Let’s lighten the load on our web and database instances: •  Move static content from the

web instance to Amazon S3 and Amazon CloudFront

•  Move session/state and DB caching to ElastiCache or DynamoDB

•  Move dynamic content from the ELB balancer to Amazon CloudFront

RDS DB Instance Active (Multi-AZ)

Availability Zone

ELB Balancer

Amazon S3

Amazon CloudFront

Amazon Route 53

User

ElastiCache

DynamoDB

Web Instances

Page 16: Scale, baby, scale! (June 2016)

Now that our web tier is much more lightweight…

Page 17: Scale, baby, scale! (June 2016)

Auto Scaling! Resize server farms automatically

based on monitoring metrics

Spot instances! Bid on unused EC2 capacity (typically at 80% discount)

Page 18: Scale, baby, scale! (June 2016)

500k users

Availability Zone

Amazon Route 53

User

Amazon S3

Amazon CloudFront

Availability Zone

ELB Balancer

DynamoDB RDS DB Instance

Read Replica

Web Instance

Web Instance

Web Instance

ElastiCache RDS DB Instance Read Replica

Web Instance

Web Instance

Web Instance

ElastiCache RDS DB Instance Standby (Multi-AZ)

RDS DB Instance Active (Multi-AZ)

Page 19: Scale, baby, scale! (June 2016)

AWSome Days 3.8

Page 20: Scale, baby, scale! (June 2016)

There are more improvements to be made

and we could get much higher, but do we really

want to manage all these instances ?

Page 21: Scale, baby, scale! (June 2016)

Werner Vogels, CTO, Amazon.com AWS re:Invent 2015

Page 22: Scale, baby, scale! (June 2016)

Use the Force, Luke!

Managed services + AWS Lambda

= Serverless architecture

Page 23: Scale, baby, scale! (June 2016)

AWSome Days 3.8

Page 24: Scale, baby, scale! (June 2016)

Upcoming book on AWS Lambda

Written by AWS Technical Evangelist Danilo Poccia

Early release available at: https://www.manning.com/books/aws-lambda-in-action

Page 25: Scale, baby, scale! (June 2016)

©2015, Amazon Web Services, Inc. or its affiliates. All rights reserved

Thank You !

Julien Simon [email protected]

@julsimon