Creating a replication instance - AWS Database Migration Service

Creating a replication instance

Your first task in migrating a database is to create a replication instance. This replication instance requires sufficient storage and processing power to perform the tasks that you assign and migrate data from your source database to the target database. The required size of this instance varies depending on the amount of data you need to migrate and the tasks that you need the instance to perform. For more information on replication instances, see Working with an AWS DMS replication instance.

To perform the following procedure, choose Replication instances from the AWS DMS console's navigation pane and then choose Create replication instance.

To create a replication instance by using the AWS console

  1. On the Create replication instance page, specify your replication instance information. The following table describes the settings.

    For this option Do this

    Name

    Enter a name for the replication instance that contains from 8 to 16 printable ASCII characters (excluding /,", and @). The name should be unique for your account for the AWS Region you selected. You can choose to add some intelligence to the name, such as including the AWS Region and task you are performing, for example west2-mysql2mysql-instance1.

    Description

    Enter a brief description of the replication instance.

    Instance class

    Choose an instance class with the configuration you need for your migration. Keep in mind that the instance must have enough storage, network, and processing power to successfully complete your migration. For more information on how to determine which instance class is best for your migration, see Working with an AWS DMS replication instance.

    Replication engine version

    In the AWS DMS console, you can choose any supported engine version that you want. From the AWS CLI, the replication instance runs the latest stable version of the AWS DMS replication engine unless you specify a different engine version in the AWS DMS console.

    VPC

    Choose the VPC that you want to use. If your source or your target database is in a VPC, choose that VPC. If your source and your target databases are in different VPCs, ensure that they are both in public subnets and are publicly accessible. Then choose the VPC where the replication instance is to be located. The replication instance must be able to access the data in the source VPC. If neither your source or target database is in a VPC, choose a VPC where the replication instance is to be located.

    Multi-AZ

    Use this optional parameter to create a standby replica of your replication instance in another Availability Zone for failover support. If you intend to use change data capture (CDC) or ongoing replication, you should enable this option.

    Publicly accessible

    Choose this option if you want the replication instance to be accessible from the internet.

  2. Choose the Advanced tab to set values for network and encryption settings if you need them. The following table describes the settings.

    For this option Do this

    Allocated storage (GiB)

    Storage is primarily consumed by log files and cached transactions. For caches transactions, storage is used only when the cached transactions need to be written to disk. Therefore, AWS DMS doesn't use a significant amount of storage. Some exceptions include the following:

    • Very large tables that incur a significant transaction load. Loading a large table can take some time, so cached transactions are more likely to be written to disk during a large table load.

    • Tasks that are configured to pause before loading cached transactions. In this case, all transactions are cached until the full load completes for all tables. With this configuration, a fair amount of storage might be consumed by cached transactions.

    • Tasks configured with tables being loaded into Amazon Redshift. However, this configuration isn't an issue when Amazon Aurora is the target.

    In most cases, the default allocation of storage is sufficient. However, it's always a good idea to pay attention to storage-related metrics. Make sure to scale up your storage if you find you are consuming more than the default allocation.

    Replication Subnet Group

    Choose the replication subnet group in your selected VPC where you want the replication instance to be created. If your source database is in a VPC, choose the subnet group that contains the source database as the location for your replication instance. For more information about replication subnet groups, see Creating a replication subnet group.

    Availability zone

    Choose the Availability Zone where your source database is located.

    VPC Security group(s)

    The replication instance is created in a VPC. If your source database is in a VPC, choose the VPC security group that provides access to the DB instance where the database resides.

    KMS key

    Choose the encryption key to use to encrypt replication storage and connection information. If you choose (Default) aws/dms, the default AWS Key Management Service (AWS KMS) key associated with your account and AWS Region is used. A description and your account number are shown, along with the key's ARN. For more information on using the encryption key, see Setting an encryption key and specifying AWS KMS permissions.

  3. Specify the Maintenance settings. The following table describes the settings. For more information about maintenance settings, see Working with the AWS DMS maintenance window.

    For this option Do this

    Auto minor version upgrade

    Choose to have minor engine upgrades applied automatically to the replication instance during the maintenance window.

    Maintenance window

    Choose a weekly time range during which system maintenance can occur, in Universal Coordinated Time (UTC).

    Default: A 30-minute window selected at random from an 8-hour block of time per AWS Region, occurring on a random day of the week.

  4. Choose Create replication instance.