Working with AWS DRS and AWS Outposts - AWS Elastic Disaster Recovery

Working with AWS DRS and AWS Outposts

AWS Elastic Disaster Recovery supports AWS Outpost racks. AWS Outposts require specific configurations in the default replication settings, individual source server replication settings, default launch templates and source server launch templates to work. The following sections explain how to use AWS Outpost racks with DRS, how to troubleshoot key AWS Outpost issues, and how to monitor AWS Outposts with DRS. Learn more about AWS Outposts.

Note

AWS Elastic Disaster Recovery does not support AWS Outpost servers.

Considerations when using AWS Outposts:

  • To use an AWS Outpost, you need to have a subnet within the Outpost selected to be used for replication or recovery. If you select an Outpost subnet for replication, a subnet in the same Outpost must be selected for recovery.

  • Your Outpost must be in direct VPC routing mode. For more information see Direct VPC routing in the AWS Outposts user guide.

  • Once a subnet within an AWS Outpost is selected for replication, all replication resources (including replication servers, conversion servers, EBS volumes, and snapshots) will be created and saved within the Outpost.

  • If a subnet within an AWS Outpost is selected for launch, then the recovery instances, EBS volumes and snapshots used for recovery are created and saved within the Outpost.

  • Your S3 storage must be locally deployed on the Outpost rack. Remote S3 storage is not supported.

Default Replication Settings

Selecting an Outpost subnet on the Settings: default replication page means that newly added source servers will automatically start replicating to the Outpost.

Subnets that are within Outposts will have the word "Outpost" appended after the subnet name in the subnet selector drop down.

Once the Subnet is chosen, you will have to select the replication server instance type. Only instance types that are supported by the chosen Outpost will be shown.

Edit default replication settings interface for AWS Elastic Disaster Recovery configuration.

Outposts only support GP2 disks. As such, you will not be able to change the default disk type in the replication settings.

All Outpost volumes must be encrypted, and so you must select an encryption key when a subnet within an Outpost is selected. You will not be able to select not to encrypt. Ensure that you choose the correct volume encryption key you want to use. You can use the default KMS key for your account, or select a customer managed key (CMK).

Other replication settings can be set normally. Learn more about default replication settings.

Note

When selecting an Outpost subnet in your replication settings, ensure that your launch template specifies a subnet on the same Outpost. Not doing so may result in an error during recovery.

Source Server Replication Settings

Use these settings to have a specific source server or multiple source servers replicate into an AWS Outpost by selecting a subnet within an AWS Outpost.

Subnets that are within Outposts will have the word "Outpost" appended after the subnet name in the subnet selector drop down.

Once the Subnet is chosen, you will have to select the replication server instance type. Only instance types that are supported by the chosen Outpost will be shown.

Replication settings interface showing server configuration options and EBS volume settings.

Outposts only support GP2 disks. As such, you will not be able to change the default disk type in the replication settings.

All Outpost volumes must be encrypted and you must select an encryption key when a subnet within an Outpost is selected. You will not be able to select not to encrypt. Ensure that you choose the correct volume encryption key you want to use. You can use the default KMS key for your account or select a customer managed key (CMK).

Other replication settings can be set normally. Learn more about replication settings.

Note

You cannot edit the replication settings of multiple source servers if some of the source servers are replicating to Outpost subnets and others are replicating to non-Outpost subnets.

Note

When selecting an Outpost subnet in your replication settings, ensure that your launch template specifies a subnet on the same Outpost. Not doing so may result in an error during recovery.

Default Launch Template

Selecting an Outpost subnet in the default launch template means that newly added source servers will launch into the Outpost. You must select the instance type from the list of available instance types on your Outpost.

Note

When working with Outposts, if you selected a subnet within an AWS Outpost in the default replication settings, you must also choose a subnet within the same Outpost in the default launch template. Otherwise, newly added source servers will replicate into an Outpost but launch outside of an Outpost which may result in an error.

Note

Network replication and recovery does not create a subnet within the Outpost.

Outposts only support GP2 disks. As such, you will not be able to change the default disk type per volume in the default launch template.

EC2 launch template settings with instance type r5.large and EBS volume type gp2 highlighted.

Source Server Launch Templates

When working with Outposts, if you selected a subnet within an AWS Outpost in the replication settings for any source server, you must also choose a subnet within the same Outpost in the launch template of that source server. You must select the instance type to launch into from the list of available instance types on your Outpost. Not doing so may result in an error during recovery.

Note

Network replication and recovery does not create a subnet within the Outpost.

Outposts only support GP2 disks. As such, you will not be able to change the default disk type per volume in the default launch template.

EC2 launch template edit page showing instance type selection dropdown with various options.
Note

You cannot edit the launch templates of multiple source servers if some of the source servers are configured to launch to Outpost subnets and the others are configured to launch to non-Outpost subnets.

Source Server Page

You can find which of your servers are replicating into an AWS Outpost rack, as these are marked with the value (Outpost) in the Replicating to field. The following are search options for source servers replicating to an Outpost:

  • You can enter the text "Outpost" in the search field to only display source servers that are replicating to an AWS Outpost rack.

    Search field with "Outposts" entered, showing filtering functionality for source servers.
  • You can enter the text "!Outpost" to only display source servers that are not replicating to an AWS Outpost rack.

    Search bar with "!Outposts" entered and a cancel icon, filtering source servers.
  • You can enter "Replicating to: Outpost" in the search field to only display source servers that are replicating to an AWS Outpost rack.

    Search field with "Replicating to: Outposts" entered, filtering source servers.
  • You can enter "Replicating to !: Outpost" in the search field to only display source servers that are not replicating to an AWS Outpost rack.

    Search field with "Replicating to !: Outposts" entered, showing filter functionality.

Important Outpost Notes

Outpost Storage

AWS Outposts have a certain storage capacity. You should actively monitor available storage capacity in your Outpost. If you run out of storage capacity, you may not be able to use DRS with that Outpost environment. For example, if S3 runs out of capacity on the Outpost then DRS won’t be able to create any new snapshots, so no new points in time will be created.

Be aware of EBS storage capacity on the Outpost. DRS requires storage capacity roughly on a 2:1 ratio (excluding any launched instances on the Outpost). For example, if you have source volumes amounting to a total of 1 TiB of storage, then DRS will require at least 1 TiB for replication resources, and another 1 TiB for conversion or recovery instance creation.

Replication and Launch Subnets

When using DRS with Outposts it is imperative that the subnet in replication setting and launch settings are on the same Outpost. If the subnets are not on the same Outpost, it may result in a failure during recovery.

Instance Types and Operating Systems (OSs)

Note

AWS Outposts only support Nitro instance types.

  • Linux - RHEL 7.0+ and CentOS 7.0+

  • Windows - Windows Server 2008 R2, Windows Server 2012 R2, Windows Server 2016, and higher.

Monitoring

You can monitor Outpost metrics for S3, EC2, and EBS capacity through CloudWatch. You can create a dashboard with these metrics:

  • EBS Metrics: EBSVolumeTypeCapacityAvailability, EBSVolumeTypeCapacityUtilization

  • EC2 Metrics: InstanceTypeCapacityUtilization, AvailableInstanceType_Count

  • S3 Metrics: OutpostTotalBytes, OutpostFreeBytes

Learn more about CloudWatch S3 monitoring.

Learn more about CloudWatch Metrics for AWS Outposts.