How do I move my Amazon Redshift cluster into a different subnet?

Last updated: 2020-09-18

I'm trying to move my Amazon Redshift cluster into a different subnet. How can I do that?

Short description

When a new Amazon Redshift cluster is launched, an Amazon Virtual Private Cloud (Amazon VPC), security group, and cluster subnet group are provided. During the launch, Amazon Redshift picks up random subnets from the associated cluster subnet group.

To move your existing Amazon Redshift cluster into a different subnet, restore your cluster from a snapshot. Additionally, be sure that there is only one subnet in the subnet group. Otherwise, Amazon Redshift might not launch the cluster in that specific subnet.

Resolution

To move your Amazon Redshift cluster into a different subnet group, perform the following steps:

1.    Create a manual snapshot of the cluster.

2.    Restore the cluster using the snapshot you just created.

3.    Under Additional configurations, disable the Use defaults settings.

4.    Choose the Properties tab.

5.    Choose Network and security.

6.    Select the desired subnet group.

7.    Choose Restore cluster from snapshot.

For more information, see How do I move my Amazon Redshift cluster from one VPC to another VPC?

To confirm which subnet and subnet group your Amazon Redshift cluster is using, perform the following steps:

1.    Open the Amazon Redshift console.

2.    Choose the Clusters tab.

3.    Select your Amazon Redshift cluster.

4.    Choose the Properties tab.

5.    Choose Network and security to view network details. The Network and security information shows you which subnet group is being used.

6.    Choose the drop-down arrow next to Connection details. Connection details shows you information (such as node IP addresses and ranges for your subnet group) that can help you verify the subnet that's used. The subnet listed must be from your subnet group.

Subnet best practices

When you move your Amazon Redshift cluster into a different subnet, consider the following best practices:

  • Configure your cluster subnet group so that the subnets reside in a homogenous network. In a homogenous network configuration, all the subnets that belong to that group share similar networking rules, performing as a uniform network. A homogenous network configuration also minimizes any connectivity issues that can occur when moving your Amazon Redshift cluster into a different subnet.
  • Be sure that there are enough IP addresses present in each of your subnets within the subnet group. Otherwise, Amazon Redshift provisions your cluster into two or more subnets within the same Availability Zone (AZ). If there are no available subnets within the same Availability Zone, or there aren't enough IP addresses present, your cluster launch might fail. To resolve a launch failure, delete any unused elastic network interfaces. Or, you can move your AWS resources into a different subnet by choosing a different subnet group.

Did this article help?


Do you need billing or technical support?