Cloud NAT overview

Cloud NAT (network address translation) lets certain resources in Google Cloud create outbound connections to the internet or to other Virtual Private Cloud (VPC) networks, on-premises networks, or any other cloud provider networks. Cloud NAT supports address translation for established inbound response packets only. It does not allow unsolicited inbound connections.

Cloud NAT provides outgoing connectivity for the following resources:

Types of Cloud NAT

In Google Cloud, you use Cloud NAT to create NAT gateways that let instances in a private subnet connect to resources outside your VPC network.

Using a NAT gateway, you can enable the following types of NAT:

  • Public NAT
  • Private NAT

You can have both Public NAT and Private NAT gateways offering NAT services to the same subnet in a VPC network.

Public NAT

Public NAT lets Google Cloud resources that don't have public IP addresses communicate with the internet. These VMs use a set of shared public IP addresses to connect to the internet. Public NAT does not rely on proxy VMs. Instead, a Public NAT gateway allocates a set of external IP addresses and source ports to each VM that uses the gateway to create outbound connections to the internet.

Consider a scenario in which you have VM-1 in subnet-1 whose network interface does not have an external IP address. However, VM-1 needs to connect to the internet to download critical updates. To enable connectivity to the internet, you can create a Public NAT gateway that is configured to apply to the IP address range of subnet-1. Now, VM-1 can send traffic to the internet by using the internal IP address of subnet-1.

For more information about Public NAT, see Public NAT specifications.

Private NAT

Private NAT enables private-to-private translations for the following uses cases:

  • Inter-VPC NAT: lets you create a Private NAT gateway to perform NAT between VPC networks configured as VPC spokes in a Network Connectivity Center hub. The gateway uses a NAT IP address from a Private NAT subnet to perform NAT on traffic between resources that are attached to the Network Connectivity Center hub.

  • Hybrid NAT (Preview): lets you create a Private NAT gateway that performs NAT on traffic between VPC networks and on-premises networks or any other cloud provider networks that are connected over Google Cloud's enterprise hybrid connectivity products such as Cloud VPN.

Assume that the resources in your VPC network need to communicate with the resources in a VPC network or an on-premises or other cloud provider network that is owned by a different business entity. However, the VPC network of that business entity contains subnets whose IP addresses overlap with the IP addresses of your VPC network. In this scenario, you create a Private NAT gateway that routes traffic between the subnets in your VPC network to the non-overlapping subnets of that business entity.

For more information about Private NAT, see Private NAT.

Architecture

Cloud NAT is a distributed, software-defined managed service. It's not based on proxy VMs or appliances. Cloud NAT configures the Andromeda software that powers your Virtual Private Cloud (VPC) network so that it provides source network address translation (source NAT or SNAT) for resources. Cloud NAT also provides destination network address translation (destination NAT or DNAT) for established inbound response packets.

Traditional NAT versus Cloud NAT.
Traditional NAT versus Cloud NAT (click to enlarge).

Benefits

Cloud NAT provides the following benefits:

  • Security

    When using a Public NAT gateway, you can reduce the need for individual VMs to each have external IP addresses. Subject to egress firewall rules, VMs without external IP addresses can access destinations on the internet. For example, you might have VMs that only need internet access to download updates or to complete provisioning.

    If you use manual NAT IP address assignment to configure a Public NAT gateway, you can confidently share a set of common external source IP addresses with a destination party. For example, a destination service might only allow connections from known external IP addresses.

    When a VM in a Private NAT configuration tries to initiate a connection with a VM in another network, the Private NAT gateway performs SNAT by using the IP addresses from the Private NAT range. The gateway also performs DNAT on the responses to the outbound packets.

  • Availability

    Cloud NAT is a distributed, software-defined managed service. It doesn't depend on any VMs in your project or a single physical gateway device. You configure a NAT gateway on a Cloud Router, which provides the control plane for NAT, holding configuration parameters that you specify. Google Cloud runs and maintains processes on the physical machines that run your Google Cloud VMs.

  • Scalability

    Cloud NAT can be configured to automatically scale the number of NAT IP addresses that it uses, and it supports VMs that belong to managed instance groups, including the groups with autoscaling enabled.

  • Performance

    Cloud NAT does not reduce the network bandwidth per VM. Cloud NAT is implemented by Google's Andromeda software-defined networking. For more information, see Network bandwidth in the Compute Engine documentation.

  • Logging

    For Cloud NAT traffic, you can trace the connections and bandwidth for compliance, debugging, analytics, and accounting purposes.

  • Monitoring

    Cloud NAT exposes key metrics to Cloud Monitoring that give you insight into your fleet's use of NAT gateways. Metrics are sent automatically to Cloud Monitoring. There, you can create custom dashboards, set up alerts, and query metrics.

Product interactions

For more information about the important interactions between Cloud NAT and other Google Cloud products, see Cloud NAT product interactions.

What's next