SlideShare una empresa de Scribd logo
1 de 38
Descargar para leer sin conexión
Amazon RDS for MySQL: Best
Practices and Data Migration

© 2011 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified or distributed in whole or in part without the express consent of Amazon.com, Inc.
Multi-AZ deployments
cname update

DNS
Primary Update

AZ1

Physical
Synchronous
Replication

AZ2

New!

Less than 2 minutes for failover
Read Replicas

Sync
Replication
Async Replication
Logical Failover – Replicas of Replicas

Sync
Replication

Async Replication
Things to consider – Read Replicas
• MySQL replication is single-threaded
• MySQL 5.1 and 5.5 – Replication may stop after crash
recovery on the master
– sync_binlog = 0 by default
– Includes Multi-AZ failover
– mysql.rds_next_master_log if potential missing info. is acceptable.

• MySQL 5.6 – Crash safe slaves
– sync_binlog = 1 by default
– Less performance impact but more replica reliability
Backup and Restore
Amazon S3

Log
1 Log
2

AZ1

Log
5

AZ2
Cross Region – Snapshot Copy
Amazon
S3

Amazon
S3

AZ1

AZ3
Region 1

Region 2
Cross Region – Read Replicas

AZ1
Region 1

AZ3
Region 2
Provisioned IOPS - Scale
db.m2.4xlarge - 130GB Data - Partial Random Read Workload
20,000

17,500

15,000

333GB - Regular
12,500
T
P 10,000
S
7,500

5,000

2,500

0

333GB - 1000 PIOPS

300GB - 3000 PIOPS
Provisioned IOPS - Latency

db.m2.4xlarge - 130GB Data - Partial Random Read Workload - Max Rate

9%

Percentage in Latency Bucket

8%

7.69% 7.89%

7%

6%

333GB - Regular

333GB - 1000 PIOPS

300GB - 3000 PIOPS

5%
4%

3.83%

3%

2%

1.38%

1%

0.42%
0.00%

0.01% 0.00% 0.00%

0%

3-20 ms

20-500ms

>500ms
Provisioned IOPS - Scale
db.m2.4xlarge - 130GB Data - Partial Random Read Workload
20,000

17,500

15,000

333GB - Regular

333GB - 1000 PIOPS

12,500
T
P 10,000
S
7,500

5,000

2,500

0

Target = 5000

300GB - 3000 PIOPS
Provisioned IOPS– Latency @ 5000 TPS
db.m2.4xlarge - 130GB Data - Partial Random Read Workload - 5000 TPS
9%

Percentage in Latency Bucket

8%

7.89%

7%
6%
5%

333GB - Regular

333GB - 1000 PIOPS

300GB - 3000 PIOPS

4%
3%
2%
1.17%
1%

0.35% 0.27%

0.00% 0.00%

0.04% 0.00% 0.00%

0%

3-20 ms

20-500ms

>500ms
Provisioned IOPS– 10,000 IOPS
db.m2.4xlarge - 130GB Data - Partial Random Read Workload

40,000

35,000

30,000

25,000
T
P 20,000
S
15,000

10,000

5,000

0

333GB - Regular
300GB - 3000 PIOPS

333GB - 1000 PIOPS
1000GB-10000 PIOPS
What Limit? – Amazon CloudWatch
Metrics
Bottlenecks and Scaling
Throughput
•
•
•
•

EBS Optimized (0.5 -1Gbit)
db.m1.large,db.m1.xlarge,m2.2xlarge,m2.4xlarge

db.cr1.8xlarge – 10Gbit
Regular + non optimized – shared

DB Instance Class

IOPS

•
•
•

•

db.t1.micro – db.cr1.8xlarge
1-88 ECU
0.6 – 244 GB RAM

Memory to ECU Ratio
•

1.7 to 2.8 (exclude micro)

Regular or 1,000-30,000

Storage
•

Ratio 3:1 to 10:1

5GB - 100GB - 3TB

DB Engine
•
•

Block Size 8 – 16K
Ability to utilize resources
Read/Write Benchmark

130GB Data - Partial Random 90R/10W Workload 10K IOPS

80,000
70,000

cpu
95%
r/s
6800
w/s
2600
rMB/s 104

60,000

TPS

50,000
40,000
30,000

20,000
10,000

cpu
85%
r/s
3450
w/s
600
rMB/s
52

cpu
100%
r/s
6800
w/s
950
rMB/s 104

42,000

cpu
40%
r/s
0
w/s
3200
rMB/s
0

47,000

13,200
5,850
-

db.m1.large

db.m1.xlarge

db.m2.4xlarge

db.cr1.8xlarge
Bottlenecks and Scaling – Read Replicas
Read/Write Benchmark – Using RR
130GB Data - Partial Random 90R/10W Workload – 10K IOPS

120,000

100,000

TPS

80,000
126,000

60,000

40,000

42,000

20,000
5,850

47,000

db.m2.4xlarge

db.cr1.8xlarge

13,200

-

db.m1.large

db.m1.xlarge

cr1 + 3 x 4xlarge
Things to consider – Provisioned IOPS
• Use Provisioned IOPS optimized instances
– M1.L, M3.XL, M2.2XL (500Mbps)
– M1.XL, M3.2XL, M2.4XL (1000Mbps)
– CR1.8XL (>1000 Mbps)

• Understand Channel Bandwidth
– Full duplex
– 1000 Mbps ~ 100MBps (with protocol overhead) or
– 100 MBps ~ 6250 16KB IOPS
Things to consider – Provisioned IOPS
• Max realizable IOPS
– Workload dependent
– 1:1 R/W -> Max realizable IOPS ~12.5K 16KB IOPS for M2.4XL
– 1:1 R/W -> 20K 16KB IOPS for CR1.8XL

• Provisioning more than Max can help lower latency
• IO Size
– IO Sizes <= 16KB is same
– IO Sizes > 16KB consumes more IO
– 6250 16KB IOPS = 3125 32KB IOPS
Things to consider – Provisioned IOPS
• Not able to realize IOPS provisioned?
–
–
–
–

Using Provisioned IOPS optimized instances?
Running automated backups, snapshots, scale storage?
Reviewed Queue Depth?
Database contention? Locking? Deadlocks?
Other Best Practices
• Storage Engine
– Avoid MyISAM – not transactional

• Cloudwatch alarms
– CPU, Memory, Storage, Latency, Replica Lag

• SMS/email notifications
– Failover, Replication status

• Number of Tables
– Not more than 1000 tables (standard) and 10,000 tables (PIOPS)
RDS Pre-Migration Steps
•
•
•
•
•

Stop applications accessing the DB
Take a snapshot
Disable backups
Use Single-AZ instances
Configure security for cross-DB traffic
Importing from a MySQL DB Instance
Application

DB

Application

mysqldump

Staging
area

Load data

scp
Tsunami UDP
Staging server

Replication

AWS Region
Create a DB Instance for MySQL and EC2
Create DB instance for MySQL using AWS Management Console or CLI
PROMPT>rds-create-db-instance mydbinstance -s 1024 -c db.m3.2xlarge -e MySQL - u
<masterawsuser> -p <secretpassword> --backup-retention-period 3

Create Amazon EC2 (Staging server) using AWS Management Console or CLI
aws ec2 run-instances --image-id ami-xxxxxxxx --count 1 --instance-type m3.2xlarge --key-name
MyKeyPair --security-groups MySecurityGroup

Create replication user on the master
mysql> GRANT SELECT,REPLICATION USER,REPLICATION CLIENT ON *.* TO
repluser@‘<RDS Endpoint>' IDENTIFIED BY ‘<password>';
Configure the Master Database
Record the “File” and the “Position” values.
$ mysql -h localhost -u root -p
mysql> show master statusG
*************************** 1. row ***************************
File: mysql-bin.000023
Position: 107
Binlog_Do_DB: mytest
Binlog_Ignore_DB:
1 row in set (0.00 sec)
Importing from a MySQL DB Instance
Upload Files to Amazon EC2 using UDP
• Tar and compress MySQL dump file preparation to
ship to Amazon EC2 staging server.
• Update the Amazon EC2 security group to allow
UDP connection from the server where the dump file
is being created to your new MySQL client server.
• On the Amazon EC2 staging instance, untar the
tar.tgz file.
Configure the Amazon RDS database
Create the database
mysql> create database bench;

Import the database that you previously exported from the master database
Mysql> load data local infile '/reinvent/tables/customer_address.txt' into table customer_address
fields terminated by ',';
Mysql> load data local infile '/reinvent/tables/customer.txt' into table customer fields terminated by ',';

Configure the slave DB instance for MySQL, and start the slave server
mysql> call mysql.rds_set_external_master(‘<master
server>',3306,‘<replicationuser>',‘<password>','mysql-bin.000013',107,0);
mysql> call mysql.rds_start_replication;
Make Amazon RDS instance the Master
Switch over to the RDS instance
– Stop the service/application that is pointing at the Master
Database
– Once all changes have been applied to New RDS
Database. Stop replication with “call mysql.rds_stop_replication”
– Point the service/application at the New RDS Database.
– Once Migration is complete. “call mysql.
rds_reset_external_master”
RDS Post-migration Steps
•
•
•
•
•

Turn on backups
Turn on multi-az
Tighten down security
Set up alarms for key metrics
Turn on notifications for Database Events
References
• Data Import Guide for MySQL
• Best practices/operational guidelines
• Using Amazon RDS Notifications
Questions?

© 2011 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified or distributed in whole or in part without the express consent of Amazon.com, Inc.
Thank You

© 2011 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified or distributed in whole or in part without the express consent of Amazon.com, Inc.

Más contenido relacionado

Destacado

実務で活かせる AWSアーキテクチャ設計 〜AWS re:Invent 2016アップデート最新版〜
実務で活かせる AWSアーキテクチャ設計 〜AWS re:Invent 2016アップデート最新版〜実務で活かせる AWSアーキテクチャ設計 〜AWS re:Invent 2016アップデート最新版〜
実務で活かせる AWSアーキテクチャ設計 〜AWS re:Invent 2016アップデート最新版〜
真吾 吉田
 

Destacado (6)

MySQL→Aurora移行セミナー
MySQL→Aurora移行セミナーMySQL→Aurora移行セミナー
MySQL→Aurora移行セミナー
 
実務で活かせる AWSアーキテクチャ設計 〜AWS re:Invent 2016アップデート最新版〜
実務で活かせる AWSアーキテクチャ設計 〜AWS re:Invent 2016アップデート最新版〜実務で活かせる AWSアーキテクチャ設計 〜AWS re:Invent 2016アップデート最新版〜
実務で活かせる AWSアーキテクチャ設計 〜AWS re:Invent 2016アップデート最新版〜
 
サーバーレスにおける開発プロセス戦略(パネルディスカッション用スライド)
サーバーレスにおける開発プロセス戦略(パネルディスカッション用スライド)サーバーレスにおける開発プロセス戦略(パネルディスカッション用スライド)
サーバーレスにおける開発プロセス戦略(パネルディスカッション用スライド)
 
(DAT405) Amazon Aurora Deep Dive
(DAT405) Amazon Aurora Deep Dive(DAT405) Amazon Aurora Deep Dive
(DAT405) Amazon Aurora Deep Dive
 
jawsdays 2017 新訳-とある設計士の雲設計定石目録_3
jawsdays 2017 新訳-とある設計士の雲設計定石目録_3jawsdays 2017 新訳-とある設計士の雲設計定石目録_3
jawsdays 2017 新訳-とある設計士の雲設計定石目録_3
 
データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜
データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜
データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜
 

Más de Amazon Web Services

Tools for building your MVP on AWS
Tools for building your MVP on AWSTools for building your MVP on AWS
Tools for building your MVP on AWS
Amazon Web Services
 
How to Build a Winning Pitch Deck
How to Build a Winning Pitch DeckHow to Build a Winning Pitch Deck
How to Build a Winning Pitch Deck
Amazon Web Services
 
Building a web application without servers
Building a web application without serversBuilding a web application without servers
Building a web application without servers
Amazon Web Services
 
AWS_HK_StartupDay_Building Interactive websites while automating for efficien...
AWS_HK_StartupDay_Building Interactive websites while automating for efficien...AWS_HK_StartupDay_Building Interactive websites while automating for efficien...
AWS_HK_StartupDay_Building Interactive websites while automating for efficien...
Amazon Web Services
 

Más de Amazon Web Services (20)

Come costruire servizi di Forecasting sfruttando algoritmi di ML e deep learn...
Come costruire servizi di Forecasting sfruttando algoritmi di ML e deep learn...Come costruire servizi di Forecasting sfruttando algoritmi di ML e deep learn...
Come costruire servizi di Forecasting sfruttando algoritmi di ML e deep learn...
 
Big Data per le Startup: come creare applicazioni Big Data in modalità Server...
Big Data per le Startup: come creare applicazioni Big Data in modalità Server...Big Data per le Startup: come creare applicazioni Big Data in modalità Server...
Big Data per le Startup: come creare applicazioni Big Data in modalità Server...
 
Esegui pod serverless con Amazon EKS e AWS Fargate
Esegui pod serverless con Amazon EKS e AWS FargateEsegui pod serverless con Amazon EKS e AWS Fargate
Esegui pod serverless con Amazon EKS e AWS Fargate
 
Costruire Applicazioni Moderne con AWS
Costruire Applicazioni Moderne con AWSCostruire Applicazioni Moderne con AWS
Costruire Applicazioni Moderne con AWS
 
Come spendere fino al 90% in meno con i container e le istanze spot
Come spendere fino al 90% in meno con i container e le istanze spot Come spendere fino al 90% in meno con i container e le istanze spot
Come spendere fino al 90% in meno con i container e le istanze spot
 
Open banking as a service
Open banking as a serviceOpen banking as a service
Open banking as a service
 
Rendi unica l’offerta della tua startup sul mercato con i servizi Machine Lea...
Rendi unica l’offerta della tua startup sul mercato con i servizi Machine Lea...Rendi unica l’offerta della tua startup sul mercato con i servizi Machine Lea...
Rendi unica l’offerta della tua startup sul mercato con i servizi Machine Lea...
 
OpsWorks Configuration Management: automatizza la gestione e i deployment del...
OpsWorks Configuration Management: automatizza la gestione e i deployment del...OpsWorks Configuration Management: automatizza la gestione e i deployment del...
OpsWorks Configuration Management: automatizza la gestione e i deployment del...
 
Microsoft Active Directory su AWS per supportare i tuoi Windows Workloads
Microsoft Active Directory su AWS per supportare i tuoi Windows WorkloadsMicrosoft Active Directory su AWS per supportare i tuoi Windows Workloads
Microsoft Active Directory su AWS per supportare i tuoi Windows Workloads
 
Computer Vision con AWS
Computer Vision con AWSComputer Vision con AWS
Computer Vision con AWS
 
Database Oracle e VMware Cloud on AWS i miti da sfatare
Database Oracle e VMware Cloud on AWS i miti da sfatareDatabase Oracle e VMware Cloud on AWS i miti da sfatare
Database Oracle e VMware Cloud on AWS i miti da sfatare
 
Crea la tua prima serverless ledger-based app con QLDB e NodeJS
Crea la tua prima serverless ledger-based app con QLDB e NodeJSCrea la tua prima serverless ledger-based app con QLDB e NodeJS
Crea la tua prima serverless ledger-based app con QLDB e NodeJS
 
API moderne real-time per applicazioni mobili e web
API moderne real-time per applicazioni mobili e webAPI moderne real-time per applicazioni mobili e web
API moderne real-time per applicazioni mobili e web
 
Database Oracle e VMware Cloud™ on AWS: i miti da sfatare
Database Oracle e VMware Cloud™ on AWS: i miti da sfatareDatabase Oracle e VMware Cloud™ on AWS: i miti da sfatare
Database Oracle e VMware Cloud™ on AWS: i miti da sfatare
 
Tools for building your MVP on AWS
Tools for building your MVP on AWSTools for building your MVP on AWS
Tools for building your MVP on AWS
 
How to Build a Winning Pitch Deck
How to Build a Winning Pitch DeckHow to Build a Winning Pitch Deck
How to Build a Winning Pitch Deck
 
Building a web application without servers
Building a web application without serversBuilding a web application without servers
Building a web application without servers
 
Fundraising Essentials
Fundraising EssentialsFundraising Essentials
Fundraising Essentials
 
AWS_HK_StartupDay_Building Interactive websites while automating for efficien...
AWS_HK_StartupDay_Building Interactive websites while automating for efficien...AWS_HK_StartupDay_Building Interactive websites while automating for efficien...
AWS_HK_StartupDay_Building Interactive websites while automating for efficien...
 
Introduzione a Amazon Elastic Container Service
Introduzione a Amazon Elastic Container ServiceIntroduzione a Amazon Elastic Container Service
Introduzione a Amazon Elastic Container Service
 

Último

Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Victor Rentea
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Safe Software
 
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Victor Rentea
 

Último (20)

Cyberprint. Dark Pink Apt Group [EN].pdf
Cyberprint. Dark Pink Apt Group [EN].pdfCyberprint. Dark Pink Apt Group [EN].pdf
Cyberprint. Dark Pink Apt Group [EN].pdf
 
Exploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with MilvusExploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with Milvus
 
presentation ICT roal in 21st century education
presentation ICT roal in 21st century educationpresentation ICT roal in 21st century education
presentation ICT roal in 21st century education
 
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost SavingRepurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
 
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
 
Corporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptxCorporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptx
 
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodPolkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistan
 
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data DiscoveryTrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
 
How to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected WorkerHow to Troubleshoot Apps for the Modern Connected Worker
How to Troubleshoot Apps for the Modern Connected Worker
 
Manulife - Insurer Transformation Award 2024
Manulife - Insurer Transformation Award 2024Manulife - Insurer Transformation Award 2024
Manulife - Insurer Transformation Award 2024
 
Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024Axa Assurance Maroc - Insurer Innovation Award 2024
Axa Assurance Maroc - Insurer Innovation Award 2024
 
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemkeProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
 
Exploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone ProcessorsExploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone Processors
 
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
 
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot TakeoffStrategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
AXA XL - Insurer Innovation Award Americas 2024
AXA XL - Insurer Innovation Award Americas 2024AXA XL - Insurer Innovation Award Americas 2024
AXA XL - Insurer Innovation Award Americas 2024
 
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
 
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, AdobeApidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
 

AWS Webcast - Amazon RDS for MySQL: Best Practices and Migration

  • 1. Amazon RDS for MySQL: Best Practices and Data Migration © 2011 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified or distributed in whole or in part without the express consent of Amazon.com, Inc.
  • 2.
  • 3. Multi-AZ deployments cname update DNS Primary Update AZ1 Physical Synchronous Replication AZ2 New! Less than 2 minutes for failover
  • 5. Logical Failover – Replicas of Replicas Sync Replication Async Replication
  • 6. Things to consider – Read Replicas • MySQL replication is single-threaded • MySQL 5.1 and 5.5 – Replication may stop after crash recovery on the master – sync_binlog = 0 by default – Includes Multi-AZ failover – mysql.rds_next_master_log if potential missing info. is acceptable. • MySQL 5.6 – Crash safe slaves – sync_binlog = 1 by default – Less performance impact but more replica reliability
  • 7.
  • 8. Backup and Restore Amazon S3 Log 1 Log 2 AZ1 Log 5 AZ2
  • 9. Cross Region – Snapshot Copy Amazon S3 Amazon S3 AZ1 AZ3 Region 1 Region 2
  • 10. Cross Region – Read Replicas AZ1 Region 1 AZ3 Region 2
  • 11.
  • 12. Provisioned IOPS - Scale db.m2.4xlarge - 130GB Data - Partial Random Read Workload 20,000 17,500 15,000 333GB - Regular 12,500 T P 10,000 S 7,500 5,000 2,500 0 333GB - 1000 PIOPS 300GB - 3000 PIOPS
  • 13. Provisioned IOPS - Latency db.m2.4xlarge - 130GB Data - Partial Random Read Workload - Max Rate 9% Percentage in Latency Bucket 8% 7.69% 7.89% 7% 6% 333GB - Regular 333GB - 1000 PIOPS 300GB - 3000 PIOPS 5% 4% 3.83% 3% 2% 1.38% 1% 0.42% 0.00% 0.01% 0.00% 0.00% 0% 3-20 ms 20-500ms >500ms
  • 14. Provisioned IOPS - Scale db.m2.4xlarge - 130GB Data - Partial Random Read Workload 20,000 17,500 15,000 333GB - Regular 333GB - 1000 PIOPS 12,500 T P 10,000 S 7,500 5,000 2,500 0 Target = 5000 300GB - 3000 PIOPS
  • 15. Provisioned IOPS– Latency @ 5000 TPS db.m2.4xlarge - 130GB Data - Partial Random Read Workload - 5000 TPS 9% Percentage in Latency Bucket 8% 7.89% 7% 6% 5% 333GB - Regular 333GB - 1000 PIOPS 300GB - 3000 PIOPS 4% 3% 2% 1.17% 1% 0.35% 0.27% 0.00% 0.00% 0.04% 0.00% 0.00% 0% 3-20 ms 20-500ms >500ms
  • 16. Provisioned IOPS– 10,000 IOPS db.m2.4xlarge - 130GB Data - Partial Random Read Workload 40,000 35,000 30,000 25,000 T P 20,000 S 15,000 10,000 5,000 0 333GB - Regular 300GB - 3000 PIOPS 333GB - 1000 PIOPS 1000GB-10000 PIOPS
  • 17. What Limit? – Amazon CloudWatch Metrics
  • 18. Bottlenecks and Scaling Throughput • • • • EBS Optimized (0.5 -1Gbit) db.m1.large,db.m1.xlarge,m2.2xlarge,m2.4xlarge db.cr1.8xlarge – 10Gbit Regular + non optimized – shared DB Instance Class IOPS • • • • db.t1.micro – db.cr1.8xlarge 1-88 ECU 0.6 – 244 GB RAM Memory to ECU Ratio • 1.7 to 2.8 (exclude micro) Regular or 1,000-30,000 Storage • Ratio 3:1 to 10:1 5GB - 100GB - 3TB DB Engine • • Block Size 8 – 16K Ability to utilize resources
  • 19. Read/Write Benchmark 130GB Data - Partial Random 90R/10W Workload 10K IOPS 80,000 70,000 cpu 95% r/s 6800 w/s 2600 rMB/s 104 60,000 TPS 50,000 40,000 30,000 20,000 10,000 cpu 85% r/s 3450 w/s 600 rMB/s 52 cpu 100% r/s 6800 w/s 950 rMB/s 104 42,000 cpu 40% r/s 0 w/s 3200 rMB/s 0 47,000 13,200 5,850 - db.m1.large db.m1.xlarge db.m2.4xlarge db.cr1.8xlarge
  • 20. Bottlenecks and Scaling – Read Replicas
  • 21. Read/Write Benchmark – Using RR 130GB Data - Partial Random 90R/10W Workload – 10K IOPS 120,000 100,000 TPS 80,000 126,000 60,000 40,000 42,000 20,000 5,850 47,000 db.m2.4xlarge db.cr1.8xlarge 13,200 - db.m1.large db.m1.xlarge cr1 + 3 x 4xlarge
  • 22. Things to consider – Provisioned IOPS • Use Provisioned IOPS optimized instances – M1.L, M3.XL, M2.2XL (500Mbps) – M1.XL, M3.2XL, M2.4XL (1000Mbps) – CR1.8XL (>1000 Mbps) • Understand Channel Bandwidth – Full duplex – 1000 Mbps ~ 100MBps (with protocol overhead) or – 100 MBps ~ 6250 16KB IOPS
  • 23. Things to consider – Provisioned IOPS • Max realizable IOPS – Workload dependent – 1:1 R/W -> Max realizable IOPS ~12.5K 16KB IOPS for M2.4XL – 1:1 R/W -> 20K 16KB IOPS for CR1.8XL • Provisioning more than Max can help lower latency • IO Size – IO Sizes <= 16KB is same – IO Sizes > 16KB consumes more IO – 6250 16KB IOPS = 3125 32KB IOPS
  • 24. Things to consider – Provisioned IOPS • Not able to realize IOPS provisioned? – – – – Using Provisioned IOPS optimized instances? Running automated backups, snapshots, scale storage? Reviewed Queue Depth? Database contention? Locking? Deadlocks?
  • 25. Other Best Practices • Storage Engine – Avoid MyISAM – not transactional • Cloudwatch alarms – CPU, Memory, Storage, Latency, Replica Lag • SMS/email notifications – Failover, Replication status • Number of Tables – Not more than 1000 tables (standard) and 10,000 tables (PIOPS)
  • 26.
  • 27. RDS Pre-Migration Steps • • • • • Stop applications accessing the DB Take a snapshot Disable backups Use Single-AZ instances Configure security for cross-DB traffic
  • 28. Importing from a MySQL DB Instance Application DB Application mysqldump Staging area Load data scp Tsunami UDP Staging server Replication AWS Region
  • 29. Create a DB Instance for MySQL and EC2 Create DB instance for MySQL using AWS Management Console or CLI PROMPT>rds-create-db-instance mydbinstance -s 1024 -c db.m3.2xlarge -e MySQL - u <masterawsuser> -p <secretpassword> --backup-retention-period 3 Create Amazon EC2 (Staging server) using AWS Management Console or CLI aws ec2 run-instances --image-id ami-xxxxxxxx --count 1 --instance-type m3.2xlarge --key-name MyKeyPair --security-groups MySecurityGroup Create replication user on the master mysql> GRANT SELECT,REPLICATION USER,REPLICATION CLIENT ON *.* TO repluser@‘<RDS Endpoint>' IDENTIFIED BY ‘<password>';
  • 30. Configure the Master Database Record the “File” and the “Position” values. $ mysql -h localhost -u root -p mysql> show master statusG *************************** 1. row *************************** File: mysql-bin.000023 Position: 107 Binlog_Do_DB: mytest Binlog_Ignore_DB: 1 row in set (0.00 sec)
  • 31. Importing from a MySQL DB Instance
  • 32. Upload Files to Amazon EC2 using UDP • Tar and compress MySQL dump file preparation to ship to Amazon EC2 staging server. • Update the Amazon EC2 security group to allow UDP connection from the server where the dump file is being created to your new MySQL client server. • On the Amazon EC2 staging instance, untar the tar.tgz file.
  • 33. Configure the Amazon RDS database Create the database mysql> create database bench; Import the database that you previously exported from the master database Mysql> load data local infile '/reinvent/tables/customer_address.txt' into table customer_address fields terminated by ','; Mysql> load data local infile '/reinvent/tables/customer.txt' into table customer fields terminated by ','; Configure the slave DB instance for MySQL, and start the slave server mysql> call mysql.rds_set_external_master(‘<master server>',3306,‘<replicationuser>',‘<password>','mysql-bin.000013',107,0); mysql> call mysql.rds_start_replication;
  • 34. Make Amazon RDS instance the Master Switch over to the RDS instance – Stop the service/application that is pointing at the Master Database – Once all changes have been applied to New RDS Database. Stop replication with “call mysql.rds_stop_replication” – Point the service/application at the New RDS Database. – Once Migration is complete. “call mysql. rds_reset_external_master”
  • 35. RDS Post-migration Steps • • • • • Turn on backups Turn on multi-az Tighten down security Set up alarms for key metrics Turn on notifications for Database Events
  • 36. References • Data Import Guide for MySQL • Best practices/operational guidelines • Using Amazon RDS Notifications
  • 37. Questions? © 2011 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified or distributed in whole or in part without the express consent of Amazon.com, Inc.
  • 38. Thank You © 2011 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified or distributed in whole or in part without the express consent of Amazon.com, Inc.