You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: compute/instances/how-to/migrate-routed-ips.mdx
+8-3Lines changed: 8 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,11 +13,11 @@ categories:
13
13
- compute
14
14
---
15
15
16
-
During deployment, each Instance gets a NAT IP from its hosting node, besides its public IP, which is routed to the Instance through a [carrier-grade NAT](/compute/instances/concepts/#carrier-grade-nat-(cgnat)) solution. However, if the underlying hypervisor changes, the NAT IP changes. This can happen when you restart your Instance. The NAT IP lets Instances communicate via an underlying internal network, without public IPs.
16
+
Prior to April 2024, all Instances got a NAT IP from their hosting node, which was routed to the Instance through a [carrier-grade NAT](/compute/instances/concepts/#carrier-grade-nat-(cgnat)) solution. This was in addition to the public (flexible) IP. The NAT IP let Instances communicate via an underlying internal network, without public IPs. However, if the underlying hypervisor changed, the NAT IP changed also. This could happen when you restarted your Instance.
17
17
18
-
Routing a public IP directly to an Instance bypasses NAT IPs, sending traffic to its [routed flexible IP](/compute/instances/concepts/#routed-flexible-ip). The benefit is the IP stays consistent even if the Instance is restarted or moved. Routed IPs also let you assign multiple flexible IPv4s and IPv6s to an Instance, as both IPv4 and IPv6 are supported.
18
+
Since October 2024 it is no no longer possible to create Instances with NAT IPs. Instead, Instances' public IPs are **routed** IPs. Routing a public IP directly to an Instance bypasses NAT IPs, sending traffic to its [routed flexible IP](/compute/instances/concepts/#routed-flexible-ip). The benefit is the IP stays consistent even if the Instance is restarted or moved. Routed IPs also let you assign multiple flexible IPv4s and IPv6s to an Instance, as both IPv4 and IPv6 are supported.
19
19
20
-
Using a routed flexible IP is recommended for all compatible Instance types, as it allows precise control over network configurations. It simplifies troubleshooting, ensures compatibility with more applications, and allows for enhanced security monitoring.
20
+
In addition to the benefits explained above, routed IPs allow precise control over network configurations, simplify troubleshooting, ensure compatibility with more applications, and allow for enhanced security monitoring. We recommend that users with Instances still using NAT IPs move them to routed IPs by following the instructions below.
21
21
22
22
<Messagetype="important">
23
23
* The routed IP feature **is incompatible** with legacy Instance types using the bootscript feature.
@@ -79,3 +79,8 @@ After the transition finishes, the notification icon will no longer be visible i
79
79
</Message>
80
80
81
81
82
+
## IPv6 support
83
+
84
+
Routed IPs provide flexible IPv6 support. This means you can now assign an IPv6 address that will remain the same wherever the Instance is located. Before the advent of routed IPs, IPv6 addresses were assigned per node location, thus whenever an Instance was relocated, its IPv6 address was changed.
85
+
Note that for the best experience with IPv6, your Instance must be supported (we do not provide support for EOL Operating Systems).
86
+
For IPv6 only, you need `cloud-init` version [23.2](https://github.com/canonical/cloud-init/releases/tag/23.2) or later and `scaleway-ecosystem` version 0.6 or later.
0 commit comments