MSP Bank, Limited is a leading Japanese monetary institution that provides a full range of financial products and services to both institutional and individual customers. It is headquartered in Tokyo. MSP Bank is hosting their existing infrastructure on premise.
MSP bank has lot of web applications, databases and data warehouse built on Teradata, NoSQL databases, and other types of data stores. MSP bank has lot of data assets in terms of logs, documents; excel files, CSV files, PDF documents and others.
MSP Bank is running one of their web application NODE.JS supported by MSSQL relational database. The schema designed is based on 3NF. The Web Application has different user workloads at different parts of the day.
MSP Bank is looking to keep the migration simple. As a part of the migration, MSP bank needs some inputs on migration on the following
Migration of MySQL database to a managed relational database with performance of up to 5 times the existing implementation
Database to support both read and write workloads, with READ queries do not impact write query performance
select 2 options.

Answer options:

A.Migrate MySQL Server to Amazon Aurora database MYSQL version with Aurora supporting read replicas which enables segregation of read and write workloads to primary and read replicas and provides 5 times performance compared to standard MySQL
B.Migrate MySQL Server to Amazon Aurora database PostgreSQL version, as PostgreSQL is more performant compared to MySQL and provides 5 times performance compared to standard MySQL
C.Migrate MySQL Server to Amazon RDS database MYSQL version, with RDS supporting read replicas which enables segregation of read and write workloads to primary and read replicas and provides 5 times performance compared to standard MySQL
D.Migrate MySQL Server to MySQL cluster built on EC2 machines, configure cluster to support read replicas which enables segregation of read and write workloads to primary and read replicas
E.Use Data Migration Service (DMS) to address migration of MySQL database on premise to database on AWS cloud
F.Use Data Migration Service (DMS) and Schema Conversion Tool (SCT) to address migration of MySQL database on premise to database on AWS cloud

Answer: A, E
Option A is correct - Migration of MySQL on premise to Aurora database. Amazon Aurora (Aurora) is a fully managed relational database engine that`s compatible with MySQL and PostgreSQL. Aurora can deliver up to five times the throughput of MySQL.
An Amazon Aurora DB cluster consists of one or more DB instances and a cluster volume that manages the data for those DB instances. An Aurora cluster volume is a virtual database storage volume that spans multiple Availability Zones, with each Availability Zone having a copy of the DB cluster data. Two types of DB instances make up an Aurora DB cluster:
Primary DB instance – Supports read and write operations, and performs all of the data modifications to the cluster volume. Each Aurora DB cluster has one primary DB instance.
Aurora Replica – Connects to the same storage volume as the primary DB instance and supports only read operations. Each Aurora DB cluster can have up to 15 Aurora Replicas in addition to the primary DB instance. Maintain high availability by locating Aurora Replicas in separate Availability Zones. Aurora automatically fails over to an Aurora Replica in case the primary DB instance becomes unavailable. You can specify the failover priority for Aurora Replicas. Aurora Replicas can also offload read workloads from the primary DB instance.
Since Migration from MySQL to MySQL is a straight forward migration, migration will be simple. https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraOverview.html
Option B is incorrect -Migration of MySQL to PostgreSQL is not encouraged because the migration of data between different databases makes migration complex and does not guarantee 5 times performance in terms of implementation.
An Amazon Aurora DB cluster consists of one or more DB instances and a cluster volume that manages the data for those DB instances. An Aurora cluster volume is a virtual database storage volume that spans multiple Availability Zones, with each Availability Zone having a copy of the DB cluster data. Two types of DB instances make up an Aurora DB cluster:
Primary DB instance – Supports read and write operations, and performs all of the data modifications to the cluster volume. Each Aurora DB cluster has one primary DB instance.
Aurora Replica – Connects to the same storage volume as the primary DB instance and supports only read operations. Each Aurora DB cluster can have up to 15 Aurora Replicas in addition to the primary DB instance. Maintain high availability by locating Aurora Replicas in separate Availability Zones. Aurora automatically fails over to an Aurora Replica in case the primary DB instance becomes unavailable. You can specify the failover priority for Aurora Replicas. Aurora Replicas can also offload read workloads from the primary DB instance.
Since Migration from MySQL to MySQL is a straight forward migration, migration will be simple. 
https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraOverview.html
Option C is incorrect -Migration of MySQL to RDS is not a right option since it does not guarantee 5 times performance improvement compared to standard implementation. Amazon Relational Database Service (Amazon RDS) is a web service that makes it easier to set up, operate, and scale a relational database in the cloud. It provides cost-efficient, resizable capacity for an industry- standard relational database and manages common database administration tasks. 
https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html
Option D is incorrect -Migration of MySQL to cluster built on EC2 instances is not a managed service. This makes the setup and migration very complex. Instead the team can go ahead with Aurora which provides 5 times performance compared to standard implementation, a managed service and also segregates read and write workloads through replica servers
An Amazon Aurora DB cluster consists of one or more DB instances and a cluster volume that manages the data for those DB instances. An Aurora cluster volume is a virtual database storage volume that spans multiple Availability Zones, with each Availability Zone having a copy of the DB cluster data. Two types of DB instances make up an Aurora DB cluster:
Primary DB instance – Supports read and write operations, and performs all of the data modifications to the cluster volume. Each Aurora DB cluster has one primary DB instance.
Aurora Replica – Connects to the same storage volume as the primary DB instance and supports only read operations. Each Aurora DB cluster can have up to 15 Aurora Replicas in addition to the primary DB instance. Maintain high availability by locating Aurora Replicas in separate Availability Zones. Aurora automatically fails over to an Aurora Replica in case the primary DB instance becomes unavailable. You can specify the failover priority for Aurora Replicas. Aurora Replicas can also offload read workloads from the primary DB instance.
https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraOverview.html
Option E is correct -Since Migration of data from MySQL to Aurora MySQL is a standard Migration, DMS would fulfill the requirement. There is no schema conversion involved in the implementation 
https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html
Option F is incorrect - Since migration is between same databases, schema conversion is not needed. Use the AWS Schema Conversion Tool (AWS SCT) to translate your database schema to the new platform. Use AWS DMS to migrate the data convert relational OLTP schema, or data warehouse schema. Your converted schema is suitable for an Amazon Relational Database Service (Amazon RDS) MySQL DB instance, an Amazon Aurora DB cluster, an Amazon RDS PostgreSQL DB instance, or an Amazon Redshift cluster 
https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html