Google Cloud offers services worldwide at locations across 200+ countries and territories, and it’s up to you to pick which of the Google Cloud Regions and Zones your applications will live in. When it comes to Google Cloud resources and services, they can either be zonal, regional or managed by Google across different regions. Here’s what you need to know about these geographic locations along with some tips to help you pick the right one for you.

What are Google Cloud Regions and How Many are There?

In Google Cloud, regions are independent geographic areas that are made up of one or more zones where users can host their resources. There are currently 22 regions around the world, scattered across North America, South America, Europe, Asia, and Australia. 

Since regions are independent geographic areas, spreading your resources and applications across different regions and zones provides isolation from different kinds of resources, applications, hardware, software, and infrastructure failures. This provides an even higher level of failure independence meaning the failure of one resource will not affect other resources in different regions and zones. 

Within a region, you will find regional resources. Regional resources are resources that are redundantly deployed across all the zones within a region, giving them higher availability. 

Here’s a look at the different region names and their region descriptions:

Region NameRegion Description
asia-east1Taiwan
asia-east2Hong Kong
asia-northeast1Tokyo
asia-northeast2Osaka
asia-northeast3Seoul
asia-south1Mumbai
asia-southeast1Singapore
australia-southeast1Sydney
europe-north1Finland
europe-west1Belgium
europe-west2London
europe-west3Frankfurt
europe-west4Netherlands
europe-west6Zürich
northamerica-northeast1Montréal
southamerica-east1Sao Paulo
us-central1Iowa
us-east1South Carolina
us-east4Northern Virginia
us-west1Oregon
us-west2Los Angeles
us-west3Salt Lake City

 

What are Google Cloud Zones and How Many are There?

Zones are isolated locations in a region. Zones are deployment areas for your resources in a region. Zones should be considered a single failure domain within a region. To deploy fault-tolerant applications with high availability and help protect against unexpected failures, deploy your applications across multiple zones in a region. Around the world, there are currently 67 zones.

Zones have high-bandwidth, low-latency network connections to other zones in the same region. As a best practice, Google suggests deploying applications across numerous zones and multiple regions so users can deploy high availability, fault-tolerant applications. This is a key step as it helps protect against unexpected failures of components. Within a Zone, you will find zonal resources that operate within a single zone. If a zone becomes unavailable, all zonal resources in that zone are unavailable until service is restored. 

 Here’s a closer look at the available Zones broken down by region. 

Region NameRegion DescriptionZones
asia-east1Taiwanasia-east1-a

asia-east1-b

asia-east1-c

asia-east2Hong Kongasia-east2-a

asia-east2-b

asia-east2-c

asia-northeast1Tokyoasia-northeast1-a

asia-northeast1-b

asia-northeast1-c

asia-northeast2Osakaasia-northeast2-a

asia-northeast2-b

asia-northeast2-c

asia-northeast3Seoulasia-northeast3-a

asia-northeast3-b

asia-northeast3-c

asia-south1Mumbaiasia-south1-a

asia-south1-b

asia-south1-c

asia-southeast1Singaporeasia-southeast1-a

asia-southeast1-b

asia-southeast1-c

australia-southeast1Sydneyaustralia-southeast1-a

australia-southeast1-b

australia-southeast1-c

europe-north1Finlandeurope-north1-a

europe-north1-b

europe-north1-c

europe-west1Belgiumeurope-west1-b

europe-west1-c

europe-west1-d

europe-west2Londoneurope-west2-a

europe-west2-b

europe-west2-c

europe-west3Frankfurteurope-west3-a

europe-west3-b

europe-west3-c

europe-west4Netherlandseurope-west4-a

europe-west4-b

europe-west4-c

europe-west6Züricheurope-west6-a

europe-west6-b

europe-west6-c

northamerica-northeast1Montréalnorthamerica-northeast1-a

northamerica-northeast1-b

northamerica-northeast1-c

southamerica-east1Osascosouthamerica-east1-a

southamerica-east1-b

southamerica-east1-c

us-central1Iowaus-central1-a

us-central1-b

us-central1-c

us-central1-f

us-east1South Carolinaus-east1-b

us-east1-c

us-east1-d

us-east4Northern Virginiaus-east4-a

us-east4-b

us-east4-c

us-west1Oregonus-west1-a

us-west1-b

us-west1-c

us-west2Los Angelesus-west2-a

us-west2-b

us-west2-c

us-west3Salt Lake Cityus-west3-a

us-west3-b

us-west3-c

 

Here are Some Things to Keep in Mind When Choosing a Region or Zone

Now that we know what regions and zones are, here are some things to be aware of when you are selecting which region or zone would be the best fit for your infrastructure. 

  • Distance – choose zones based on the location of your customers and where your data is required to live. It makes more sense to store your resources in zones that are closer to your point of service in order to keep network latency low. 
  • Communication – It’s important to be mindful of the fact that communication across and within regions will incur different costs and happen at different speeds. Typically, communication within a region will be cheaper than communication across different regions. 
  • Redundant Systems – As we mentioned above, Google is big on the fact that you should deploy fault-tolerant systems with high availability in case there are unexpected failures. Therefore, you should design any important systems with redundancy across multiple regions zones. This is to mitigate any possible effects if your instances were to experience an unexpected failure. 
  • Resource Distribution – Zones are designed to be independent of one another so if one zone fails or becomes unavailable, you can transfer traffic to another zone in the same region to keep your services running.
  • Cost – always check the pricing to compare the cost between regions.

What Sorts of Features are Defined by Region and Zone?

Each zone supports a combination of Sandy Bridge, Ivy Bridge, Broadwell, Skylake, Haswell, Cascade Lake, or Skylake CPU platforms. Once you’ve created an instance within a zone, your instance will use the default processor that’s supported in that zone. As an alternative option, you could choose what CPU platform you’d like. 

For example, take a look at the features offered in the europe-west6 region and us-east4-a Zones to see the similarities and differences.

These are the features that you can find in the europe-west6 region Zone:

  • Available CPU Platforms
    • Intel Xeon (Skylake) (default)
  •  N1 machine types with 96 vCPUs when using Skylake
  • E2 machine types up to 16 vCPUs and 128 GB of memory
  • Local SSDs 
  • Sole-tenant nodes

And in the us-east4-a Zone the features include:

  • Available CPU Platforms
    • Intel Xeon E5 v4 (Broadwell)(default)
    • Intel Xeon (Skylake) 
  • N1 machine types with up to 96 vCPUs when using Skylake platform
  • N2 machine types with up to 80 vCPUs and  640 GB of memory
  • E2 machine types up to 16 vCPU and 128 GB of memory
  • C2 machine types with up to 60 vCPUs and 240 GB of memory
  • M1 ultramem memory-optimized machine types with 160 vCPUs and 3.75 TB of memory
  • M2 ultramem memory-optimized machine types with 416 vCPUs and 11.5 TB of memory
  • Local SSDs
  • GPUs
  • Sole-tenant nodes

As you can see, the europe-west6 region doesn’t have quite as many features as the rest of the Zones. 

Multiregional Products

There are a handful of Google Cloud services that are managed to be redundant and distributed across and within regions. These services optimize performance, resource efficiency and availability. However, these services do require a trade-off – users must choose between either the consistency or latency model. 

Note: *These trade-offs are documented on a product-specific basis.*

A key feature of multiregional resources is that the data associated with these resources aren’t tied to a specific region so therefore can be moved between regions. There are seven products that are multiregional are, they are:

  • BigQuery
  • Cloud Storage
  • Cloud Spanner
  • Cloud Firestore
  • Container Registry
  • Cloud Key Management Service
  • Cloud EKM

Google Cloud’s expansion shows no sign of slowing down, they are continuing to announce new regions and services to help serve their customers worldwide and continue to advance their place in the public cloud market share

Further Reading:

5 Things You Need to Know About AWS Regions and Availability Zones

About Nicole Bavis

Nicole Bavis is a Marketing Associate at ParkMyCloud. Nicole is responsible for running ParkMyCloud's social media accounts, link building, prospect research, and other marketing tasks. She earned a BS in Sociology from James Madison University. In her free time, she enjoys spending time with family and friends, traveling, and playing in local sports leagues.