Overview
Use CloudConnexa to establish private connectivity between a Google Cloud virtual private cloud (VPC) and a Microsoft Azure virtual network (VNet).
By deploying a Network Connector in each cloud environment and configuring the required routes, you can enable resources in Google Cloud and Azure to communicate through CloudConnexa without establishing a direct connection between the networks.
This article explains how to deploy the Network Connectors, configure routing, and verify connectivity between Google Cloud and Azure.
Before you begin, ensure you have:
- Administrator access to CloudConnexa.
- Access to Google Cloud with permissions to deploy virtual machine (VM) instances and configure VPC routes.
- Access to Azure with permissions to deploy VMs and configure VNet route tables.
- A Google Cloud VPC and an Azure VNet with nonoverlapping CIDR ranges.
- The private subnet ranges for both VPCs.
Important: Ensure that the Google Cloud VPC and Azure VNet CIDR ranges don't overlap. Overlapping subnets can prevent CloudConnexa from routing traffic correctly between the two environments.
Step 1: Deploy a Network Connector in Google Cloud
Deploy a Network Connector to connect your Google Cloud VPC to CloudConnexa.
- Sign in to the Google Cloud console.
- Follow the CloudConnexa Google Cloud Connector deployment tutorial.
- Configure the Network Connector to provide access to the private subnet resources in your Google Cloud VPC.
- Verify that the Network Connector connects to CloudConnexa.
Step 2: Deploy a Network Connector in AWS
Next, deploy a Network Connector to connect your Azure VNet to CloudConnexa.
- Sign in to the Azure portal.
- Follow the CloudConnexa Azure VNet Connector deployment tutorial.
- Configure the Network Connector to provide access to the private subnet resources in your Azure VNet.
- Verify that the Network Connector connects to CloudConnexa.
Step 3: Configure routing between Google Cloud and Azure
Configure routing in both cloud environments so resources in each network can communicate through CloudConnexa.
You'll add routes that direct traffic for the remote network to your local Network Connector.
For this example, we'll use the following subnet ranges:
| Network | Example subnet |
| Google Cloud VPC | 192.0.2.0/24 |
| Azure VNet | 198.51.100.0/24 |
| CloudConnexa WPC | 100.96.0.0/11 |
| CloudConnexa Domain Routing | 100.80.0.0/12 |
Note: The Google Cloud and Azure VNet subnet ranges are reserved for documentation and aren't intended for actual deployments. Use your VPCs' actual private CIDR ranges and the subnet ranges assigned to your CloudConnexa WPC.
Configure routing for the Google Cloud VPC
First, configure routing in Google Cloud so resources in your Google Cloud VPC can reach the AWS VPC.
- Sign in to the Google Cloud console.
- Navigate to VPC network → Routes.
- Select the Route management tab.
- Select Create route.
- Configure the route with the following settings:
- Name: Enter a descriptive name, such as 'to-azure-vnet'.
- Network: Select the VPC containing your Google Cloud Network Connector.
- Destination IP range: Enter 198.51.100.0/24 (the subnet for the Azure VNet).
- Priority: Use the appropriate route priority for your environment.
- Next hop: Select the next-hop IP address option and enter the internal IP address of your Google Cloud Network Connector.
- Select Create to save the route.
- Add routes for your CloudConnexa WPC and Domain Routing subnets if your configuration requires them. Use the same Network Connector as the next hop.
Your Google Cloud VPC now has a route directing traffic for the Azure VNet to the local Network Connector.
Configure Routing for the Azure VNet
Next, configure routing in Azure so resources in your Azure VNet can reach the Google Cloud VPC.
- Sign in to the Azure portal.
- Navigate to Route tables.
- Select the route table associated with the subnet containing the resources you want to connect to the Google Cloud VPC.
- Under Settings, select Routes.
- Select Add to create a route.
- Configure the route with the following settings:
- Route name: Enter a descriptive name, such as 'to-google-cloud-vpc'.
- Destination type: Select IP Addresses, if prompted.
- Destination IP addresses/CIDR ranges: 192.0.2.0/24 (the subnet for the Google Cloud VPC).
- Next hop type: Select Virtual appliance.
- Next hop address: Enter the private IP address of your Azure Network Connector.
- Select Add to save the route.
- Add routes for your CloudConnexa WPC and Domain Routing subnets if your configuration requires them. Use the same Azure Network Connector as the next hop.
Your Azure route table now directs traffic for the Google Cloud VPC to the local Network Connector.
Note: Ensure that the Azure route table is associated with each subnet containing resources that need connectivity to Google Cloud. If a route table isn't associated with the required subnet, its routes won't apply to that subnet.
Step 4: Verify network access settings
Before testing connectivity, check that both cloud environments and CloudConnexa allow traffic between the VPCs.
- In Google Cloud, verify that IP forwarding is enabled for the VM instance running your Network Connector.
- In Azure, verify that IP forwarding is enabled on the Network Connector's network interface and configured within the VM operating system.
- Review your Google Cloud firewall rules and Azure network security groups (NSGs). Ensure they allow the traffic you want to exchange between the VPCs.
- In the CloudConnexa Administration Portal, verify that your Access Groups allow the intended communication between the two Networks.
- Confirm that both Network Connectors are connected to CloudConnexa.
Verify connectivity
Test the connection in both directions to confirm that resources in Google Cloud and Azure can communicate.
- Connect to a VM instance in your Google Cloud VPC.
- Test connectivity to the private IP address of a resource in your Azure VNet.
- Connect to a VM instance in your Azure VNet.
- Test connectivity to the private IP address of a resource in your Google Cloud VPC.
- Verify that the applications or services you want to access are reachable across the connection.
If connectivity fails, check the Google Cloud and Azure routes, Google Cloud firewall rules, Azure NSGs, CloudConnexa Access Groups, and Network Connector status.
Note: If you're testing with
ping, ensure that your firewall rules, NSGs, and host firewalls allow ICMP traffic. Otherwise, test using a protocol and port permitted by your configuration.
Comments
0 comments
Please sign in to leave a comment.