Aurora & MSSQL on AWS RDS (Team study 2017, Japanese) * This document was written for non-profit purposes, and if there is a copyright problem please contact me.

1. Aurora & MSSQL on AWS RDS

2. RDSのScale-Up・Out
Aurora
– Storage : 10GB ~ 64TB (汎用SSD)
– Storageサイズは、データ容量に合わせて64TBまで自動増加
– Instance Type(CPU&Memory)変更は再起動が必要
– 最大15個の Replicaが可能
– Multi-AZで読み込み専用Endpoint支援
MySQL
– Storage : 5GB ~ 6TB (汎用SSD)
– Instance Type(CPU&Memory)やStorageサイズ変更は再起動が必要
– 最大5個の Replicaが可能
MSSQL
– Storage : 200GB ~ 4TB (standard,enterprise)
– Storageの増量が不可能
– Instance Type(CPU&Memory)変更は再起動が必要

3. RDSの制限：Aurora & MySQL
Aurora
– MySQLのバージョン5.6のみ互換
– テーブルの最大サイズは64TB
MySQL
– バージョン 5.5、5.6、5.7 サポート
– Storage engineはInnoDBのみ可能
– innodb_file_per_tableテーブルの場合テーブルの最大サイズは6TB
– Global Transaction IDs, Transportable Table Space, Authentication
Plugin, Password Strength Plugin, Replication Filters, Semi-
synchronous Replication機能は使用不可能
http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/CHAP_Limits.html
http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/CHAP_MySQL.html

4. RDSの制限： MSSQL
Database個数は最大30個
msdb DatabaseへのDataのImportが不可能
Multi AZの場合はDatabaseの名前の変更が不可能
Storageの増量が不可能
Analysis Services, Integration Services, Reporting Services,
Data Quality Services, Master Data Serviceが使用不可能
bulkadmin, dbcreator, diskadmin, securityadmin,
serveradmin, sysadminのRoleが使用不可能
Maintenance Plans, Database Mail, Distributed Queries,
MSDTC, Replication, Performance Data Collectorが使用不可
能
http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html

5. Multi AZの基本動作
Availability Zone
RDS Master
Availability Zone
RDS Standby
Replication
member-db.fffffffff.ap-northeast-1.rds.amazonaws.com
Availability Zone
RDS Master
Failover
Availability Zone
RDS Master
EC2 Lambda Beanstalk

6. Multi AZの詳細 #1：MySQLとAuroraの差異点 #1
両方共にDBで提供するReplication機能でなくAWSのStorageを
ハードウェア的にリアルタイム複製する方式
https://www.slideshare.net/AmazonWebServicesJapan/amazon-aurora-deep-dive-db-tech-showcase-2016/24

7. Multi AZの詳細 #2：MySQLとAuroraの差異点 #2
Auroraが復旧時間およびサーバー負荷で長所がある
https://www.slideshare.net/AmazonWebServicesJapan/amazon-aurora-deep-dive-db-tech-showcase-2016/25

8. Multi AZの詳細 #3： MSSQL
MSSQLのMirroring機能を利用
– AuroraはStorage共有方式
– MySQL,MariaDB,Oracle,PostgreSQLは物理的なReplication
Standby Instanceは読み取り用で設定不可能
In-Memory OLTPの場合Multi-AZ不可能
生成後Database名変更は不可能
msdbはMirroring されないのでFailoverの時はSQL Server
Agent ジョブの再作成が必要
物理的Replication ではないのでlatencyが長くなる可能性
BackupをRestoreする場合はMirroring再構築時間が必要
http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/USER_SQLServerMultiAZ.html

9. その他
Credits & Burst
– CPU Credits : T2 Types
– I/O Credits : SSD汎用
http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/CHAP_Storage.html#Concepts.Storage.GeneralSSD
IOPS
– 汎用(SSD) vs Provisioned IOPS
SSD：容量によって100~10,000IOPS
Provisioned IOPS ： IOPSはInstanceのTypeによって ~32,000IOPS
http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/CHAP_Storage.html#USER_PIOPS
Local Time Zone
– MSSQL：生成後変更不可能
– MySQL：5.5バージョンは生成後変更不可能、5.5~は変更可能
– Aurora：変更可能