google-cloud-vmseries-ha-tutorial

Terraform tutorial detailing how to deploy Active/Passive VM-Series with session sync in Google Cloud.

Download

View on GitHub

gcp

google-cloud

google-cloud-platform

terraform

vm-series

vmseries

active-passive

highavailability

load-balancer

pan-os

panos

VM-Series Active/Passive HA on Google Cloud

This tutorial creates a pair of Active/Passive VM-Series firewalls on Google Cloud. This architecture provides the following benefits:

Configuration sync between the VM-Series firewalls.
State synchronization between instances to maintain state on failover.

The autoscale architecture is recommended in most use-cases. Please see VM-Series on Google Cloud for more information on VM-Series deployment models.

Architecture

This deployment model provides solutions for the following key use-cases:

IPSec termination of site-to-site VPNs.
Legacy applications that need visibility of the original source client IP (No SNAT solution) for inbound traffic flows.
Requirements for session fail-over on failure of VM-Series.

Overview Diagram

Prepare for deployment

Enable the required APIs, generate an SSH key, and clone the repository.

gcloud services enable compute.googleapis.com
ssh-keygen -f ~/.ssh/vmseries-tutorial -t rsa
git clone https://github.com/PaloAltoNetworks/google-cloud-vmseries-ha-tutorial
cd google-cloud-vmseries-ha-tutorial

Create a terraform.tfvars file.

cp terraform.tfvars.example terraform.tfvars

Edit the terraform.tfvars file and set values for the following variables:

Variable	Description
`project_id`	Set to your Google Cloud deployment project.
`public_key_path`	Set to match the full path you created previously.
`mgmt_allow_ips`	Set to a list of IPv4 ranges that can access the VM-Series management interface.
`prefix`	(Optional) If set, this string will be prepended to the created resources.
`vmseries_image_name`	(Optional) Defines the VM-Series image to deploy. A full list of images can be found here.

(Optional) If you are using BYOL image (i.e. vmseries-flex-byol-*), the license can be applied during deployment by adding your VM-Series authcode to bootstrap_files/authcodes.
Save your terraform.tfvars file.

Deployment

When no further changes are necessary in the configuration, deploy the resources:

Initialize and apply the Terraform plan.
```
terraform init
terraform apply
```
Enter yes to start the deployment.

After all the resources are created, Terraform displays the following message:

Apply complete!

Outputs:

EXTERNAL_LB_IP    = "ssh paloalto@1.1.1.1 -i ~/.ssh/vmseries-tutorial"
EXTERNAL_LB_URL    = "https://1.1.1.1"
VMSERIES_ACTIVE    = "https://2.2.2.2"
VMSERIES_PASSIVE   = "https://3.3.3.3"

Test the deployment

We can now test the deployment by accessing the workload-vm that resides in the trust VPC network. All of the workload-vm traffic is routed directly through the VM-Series HA pair.

Use the output EXTERNAL_LB_URL to access the web service on the workload-vm through the VM-Series firewall.
Use the output EXTERNAL_LB_SSH to open an SSH session through the VM-Series to the workload-vm.
```
ssh paloalto@1.1.1.1 -i ~/.ssh/vmseries-tutorial
```

On the workload VM, run a preloaded script to test the failover mechanism across the VM-Series firewalls.

/network-check.sh

You will see output like this where x.x.x.x is the IP address is EXTERNAL_LB_IP address.

Wed Mar 12 16:40:18 UTC 2023 -- Online -- Source IP = x.x.x.x
Wed Mar 12 16:40:19 UTC 2023 -- Online -- Source IP = x.x.x.x
Wed Mar 12 16:40:20 UTC 2023 -- Online -- Source IP = x.x.x.x
Wed Mar 12 16:40:21 UTC 2023 -- Online -- Source IP = x.x.x.x

Login to the VM-Series firewalls using the VMSERIES_ACTIVE and VMSERIES_PASSIVE output values.
```
UN: admin
PW: Pal0Alt0@123 
```
After login, take note of the HA Status in the bottom right corner on each firewall.

Active Firewall

Passive Firewall
Perform a user initiated failover.
1. On the Active Firewall, go to the Device → High Availability → Operational Commands.
2. Click Suspend local device for high availability.
3. When prompted, click OK to initiate the failover.

You should notice your SSH session to the workload-vm is still active. This indicates the session successfully failed over between the VM-Series firewalls. The script output should also display the same source IP address.

Wed Mar 12 16:47:18 UTC 2023 -- Online -- Source IP = x.x.x.x
Wed Mar 12 16:47:19 UTC 2023 -- Online -- Source IP = x.x.x.x
Wed Mar 12 16:47:21 UTC 2023 -- Offline
Wed Mar 12 16:47:22 UTC 2023 -- Offline
Wed Mar 12 16:47:23 UTC 2023 -- Online -- Source IP = x.x.x.x
Wed Mar 12 16:47:24 UTC 2023 -- Online -- Source IP = x.x.x.x

(Optional) Onboard Internet Applications

You can onboard and secure multiple internet facing applications through the VM-Series firewall. This is done by mapping forwarding rules on the external load balancer to NAT policies defined on the VM-Series firewall.

In Cloud Shell, deploy a virtual machine into a subnet within the trust VPC network. The virtual machine in this example runs a sample application for you.

 gcloud compute instances create my-app2 \
     --network-interface subnet="panw-us-central1-trust",no-address \
     --zone=us-central1-a \
     --image-project=panw-gcp-team-testing \
     --image=ubuntu-2004-lts-apache-ac \
     --machine-type=f1-micro

Record the INTERNAL_IP address of the new virtual machine.

NAME: my-app2
ZONE: us-central1-a
MACHINE_TYPE: f1-micro
PREEMPTIBLE:
INTERNAL_IP: 10.0.2.4
EXTERNAL_IP:
STATUS: RUNNING

Create a new forwarding rule on the external TCP load balancer.

gcloud compute forwarding-rules create panw-vmseries-extlb-rule2 \
    --load-balancing-scheme=EXTERNAL \
    --region=us-central1 \
    --ip-protocol=L3_DEFAULT \
    --ports=ALL \
    --backend-service=panw-vmseries-extlb

Retrieve and record the address of the new forwarding rule.

gcloud compute forwarding-rules describe panw-vmseries-extlb-rule2 \
    --region=us-central1 \
    --format='get(IPAddress)'

(output)

34.172.143.223

On the active VM-Series, go to Policies → NAT. Click Add and enter a name for the rule.
Configure the Original Packet as follows:
1. Source Zone: untrust
2. Destination Zone: untrust
3. Service: service-http
4. Destination Address: Set to the forwarding rule's IP address (i.e. 34.172.143.223).
In the Translated Packet tab, configure the Destination Address Translation as follows:
1. Translated Type: Static IP
2. Translated Address: Set to the INTERNAL_IP of the sample application (i.e. 10.0.2.4).
Click OK and Commit the changes.
Access the sample application using the forwarding rule's address.
```
http://34.172.143.223
```

Clean up

To avoid incurring charges to your Google Cloud account for the resources you created in this tutorial, delete all the resources when you no longer need them.

(Optional) If you onboarded an additional application, delete the forwarding rule and sample application machine.

gcloud compute forwarding-rules delete panw-vmseries-extlb-rule2 \
    --region=us-central1

gcloud compute instances delete my-app2 \
    --zone=us-central1-a

Run the following command.
```
terraform destroy
```
At the prompt to perform the actions, enter yes.

After all the resources are deleted, Terraform displays the following message:
```
Destroy complete!
```

Additional information

Learn about the VM-Series on Google Cloud.
Getting started with Palo Alto Networks PAN-OS.
Read about securing Google Cloud Networks with the VM-Series.
Learn about VM-Series licensing on all platforms.
Use the VM-Series Terraform modules for Google Cloud.

google-cloud-vmseries-ha-tutorial .css-17neft0{box-sizing:border-box;margin:0;min-width:0;max-width:100%;height:auto;position:relative;top:3px;}