• Save
Architecting for the Cloud: Demo and Best Practicses - Janakiram MSV
Upcoming SlideShare
Loading in...5
×
 

Architecting for the Cloud: Demo and Best Practicses - Janakiram MSV

on

  • 2,403 views

 

Statistics

Views

Total Views
2,403
Slideshare-icon Views on SlideShare
2,392
Embed Views
11

Actions

Likes
3
Downloads
0
Comments
0

4 Embeds 11

http://paper.li 5
http://a0.twimg.com 4
https://si0.twimg.com 1
https://twitter.com 1

Accessibility

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Architecting for the Cloud: Demo and Best Practicses - Janakiram MSV Architecting for the Cloud: Demo and Best Practicses - Janakiram MSV Presentation Transcript

    • Architec(ng  for  the  Cloud:   Demo  and  Best  Prac(ces     Janakiram  MSV   Technology  Evangelist   Amazon  Web  Services  
    • ARCHITECTINGFOR THE CLOUDDemo and Best Practices Janakiram MSV AWS Technology Evangelist, India
    • Agenda
    • Introduction Intro
    • } Introduction Seven Principles Intro 1 2 3 4 5 6 7
    • Introduction Seven Principles Conclusions Intro 1 2 3 4 5 6 7 End
    • Introduction Intro 1 2 3 4 5 6 7 End
    • The Cloud Architect Physical vs. Cloud Scalability How to access the Cloud Costs
    • Storage in the Physical world DAS (Direct-Attached Storage) SAN (Storage Area Network) NAS (Network-Attached Storage)
    • Storage in the Cloud EC2 (Local Instance Store) EBS (Elastic Block Store) S3 (Simple Storage Service) SimpleDB, SQS, etc.
    • Understanding Durability Designed for a Durability of: With 10,000 objects, 99.999999999 % on average, you lose one every 10,000,000 years S3 (Simple Storage Service)
    • Scalability Large Medium Small
    • Scale Up / Scale Out Scale Out (horizontally)
    • Scale Up / Scale Out Scale Up (vertically)
    • Demo #1: Scaling up EC2
    • Web Software Command Resource Management Libraries Line Management Console and SDK Interface Tools Amazon Web Services API
    • Cost is affected by Architecture EC2 instances (Generic, High-CPU, High-Mem) Data compression Backup strategy
    • Cost is affected by Architecture EC2 instances (Generic, High-CPU, High-Mem) Data compression Backup strategy, example: Amazon S3: High Durability / Reduced Durability 99.99999999999% 99.99% from 0.140 from 0.093 US$ / GB / month US$ / GB / month
    • EC2 instances: Small vs Medium 1 ECU = 1.2 GHz Xeon Small Medium Elastic Compute Unit 1 5X 5 RAM 1.7 GB 1.7 GB Storage 160 GB 2.2X 350 GB Hourly cost (US$) 0.085 2X 0.170
    • Demo #2: EC2 instance types
    • The Cloud Architect Physical vs. Cloud Scalability How to access the Cloud Costs
    • Acronyms! Launch EC2 with EBS behind ELB with your domain on Route 53 and your videos on CloudFront, backup to S3 and your DB on RDS with Multi-AZ.
    • Design for Failure and nothing will fail Intro 1 2 3 4 5 6 7 End
    • Design for Failure and nothing will fail
    • Design for Failure and nothing will fail Backup/Restore strategy Become impervious to reboot/relaunch Move in-memory sessions to data store Use Availability Zones (AZ), distribute EC2 Use Elastic Load Balancer Use Relational Database Service + Multi-AZ Use Elastic IP
    • The AWS global infrastructure
    • Regions Region: set of multiple Data Centers US West-2 US East AP Japan EU West US West-1 AP Singapore
    • Regions Region: set of multiple Data Centers US West-2 GovCloud US East AP Japan EU West US West-1 AP Singapore
    • Availability Zones (AZ) Distinct locations, insulated from failures US West-2 A B US East A B AP Japan A B A B C A B C C D EU West US West-1 A B AP Singapore
    • Availability Zones (AZ) Distinct locations, insulated from failures Low latency connectivity within same region US West-2 A B US East A B AP Japan A B A B C A B C C D EU West US West-1 A B AP Singapore
    • In addition to this...
    • Amazon CloudFront + Route 53 Content Delivery Network (CDN) + DNS Seattle Amsterdam New York London Newark Stockholm Palo Alto Dublin Tokyo Frankfurt Paris Los Angeles Ashburn Jacksonville Hong Kong Dallas St.Louis Miami Singapore Sao Paulo
    • Multi-AZ US West-2 A B US East A B AP Japan A B A B C A B C C D EU West US West-1 A B AP Singapore
    • Multi-AZ ap-southeast-1a ap-southeast-1b EC2 EC2 EC2 EC2 A B AP Singapore AP Singapore
    • Multi-AZ with RDS ap-southeast-1a ap-southeast-1b Master DB RDS RDS Standby Replica Auto Sync AP Singapore
    • Demo #3: RDS with Multi-AZ
    • Decouple Intro 1 2 3 4 5 6 7 End
    • Simple Queue Service Reliable, highly scalable Queue Unlimited Queues / Messages Lock / Unlock Messages Also available externally
    • Example: video encoding Sequential A B C D Input Store Encode Publish
    • Example: video encoding Asynchronous A B C D Input Store Encode Publish M M M M M M M M M M M SQS Queue SQS Queue SQS Queue
    • Example: video encoding Easier to scale! C C B B C C C A B C D Input Store Encode Publish M M M M M M M M M M M SQS Queue SQS Queue SQS Queue
    • Elasticity Intro 1 2 3 4 5 6 7 End
    • Elastic Warfare
    • Elasticity with Amazon EC2 Cloudwatch EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 Amazon Web Services Your Application(s)
    • Elasticity with Amazon EC2 Cloudwatch EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 Amazon Web EC2 EC2 Services Your Application(s)
    • Elasticity with Amazon EC2 Cloudwatch EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 Amazon Web EC2 EC2 Services EC2 Your Application(s) EC2
    • Elasticity with Amazon EC2 Cloudwatch EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 EC2 Amazon Web EC2 EC2 Services Your Application(s)
    • Elasticity Scaling: Cyclic / Event-based / AutoScaling CloudWatch metrics Scale everything (servers, storage, etc) Use Management Tools whenever possible Bootstrap your instances
    • Elasticity Scaling: Cyclic / Event-based / AutoScaling CloudWatch metrics Scale everything (servers, storage, etc) Use Management Tools whenever possible Bootstrap your instances Scaling out Scaling up EC2 EBS (from 1 to 5 servers) (from 20 GB to 100 GB)
    • Demo #4: Setting up Autoscaling Demo #5: Watch EC2 autoscaling EBS scaling up
    • Dynamic and Static Intro 1 2 3 4 5 6 7 End
    • Dynamic and Static Keep dynamic data closer to EC2. E.g.: use same AZ for data-intensive applications Keep static data closer to end-user E.g.: use CloudFront to distribute content Tools: Custom AMI (Amazon Machine Image),bootstrap EC2 instances, Elastic IP
    • Remapping an Elastic IP ec2-50-16-126-161.compute-1.amazonaws.com web 1 107.20.243.251 web 2
    • Demo #6: Scaling up EC2
    • Think Parallel Intro 1 2 3 4 5 6 7 End
    • Mumbai Dabbawallas
    • Think Parallel Elastic Map Reduce (EMR): Hadoop cluster Multi-part upload for Amazon S3 Elastic Load Balancing
    • Demo #7: Elastic Load Balancing
    • Don t fear constraints Intro 1 2 3 4 5 6 7 End
    • Heroes don’t fear constraints
    • Don t fear constraints Need Better Database performance? Sharding / Multiple Read-Only / Clustering
    • Don t fear constraints Need Better Database performance? Sharding / Multiple Read-Only / Clustering Need More RAM? Shared Distributed cache (Memcached)
    • Don t fear constraints Need Better Database performance? Sharding / Multiple Read-Only / Clustering Need More RAM? Shared Distributed cache (Memcached) Need Faster disks? Multiple EBS in Raid configuration
    • Multi-AZ for RDS ap-southeast-1a ap-southeast-1b Master DB RDS RDS Standby Replica (as shown earlier)
    • RDS Read Replica ap-southeast-1a ap-southeast-1b RDS RDS Master Standby Read RDS Queries Replica RDS 1 Replica 2
    • Security Intro 1 2 3 4 5 6 7 End
    • Security
    • Security Certifications: ISO 27001, PCI-DSS level 1, etc. Physical / Network Security Encryption: SSL Endpoints, Encrypted FS EC2: Instance Isolation, Security Groups IAM: Identity Access Management VPC: Virtual Private Cloud
    • Security groups Admin Console (107.3.8.123) RDS-servers RDS Public Internet RDS RDS 80 22 1521 web-servers app-servers DB-servers EC2 EC2 EC2 any EC2 22 EC2 EC2 EC2 EC2 EC2 1521
    • Demo #8: Security Groups
    • IAM: Identity Access Management Manage Users / Groups Manage security credentials Control access to API Control access to specific resources Control access based on environment variables Cost: zero.
    • Net Networking & Security Internet Internet AWS Direct Connect Amazon Virtual Private Dedicated Instances Cloud (VPC) Dedicated connection between Create and connect your Run your applications in a singleyour IT infrastructure and the isolated AWS resources and tenant model within the AWS AWS datacenters your IT infrastructure via a infrastructure secure VPN connection
    • Conclusions Intro 1 2 3 4 5 6 7 End
    • Seven principles: recap 1. Design for failure and nothing will fail 2. Decouple 3. Elasticity 4. Dynamic and Static 5. Think Parallel 6. Don t fear constraints 7. Security
    • ARCHITECTINGFOR THE CLOUD
    • Additional resources Architecture on AWS: http://aws.amazon.com/architecture White paper: Cloud Architecture http://j.mp/aws-architecture This presentation: http://slidesha.re/aws-architecting-cloud
    • Janakiram MSV AWS Technology Evangelist, India jmsv@amazon.com Twitter: @janakiramm