Asking for best practice regarding editing multiple interfaces of a FW HA pair which is managed by Panorama

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Announcements

Asking for best practice regarding editing multiple interfaces of a FW HA pair which is managed by Panorama

L1 Bithead

Hi,


We have a FW HA pair which we want to put under Panorama's management.
However, this pair will have to undergo interfaces editing in a few weeks - putting individual interfaces in aggregate interfaces.
If there was no Panorama, I would have edited the FW settings via CLI, commited, and it would have got replicated to the other FW.

I have some experience with Panorama and FW HA management. The templates of each node would be placed under the same template stack.
When working Panorama what I want to do with the interfaces might be more challenging as the settings must be edited on the templates.

My questions are:
• Should I edit each FW template separately, commit to panorama and push to devices? I assume this would be most labor intense but the cleanest. This is very inconvenient and time consuming, of course.
• Is there a way to edit interfaces on the primary FW node, and push it to update Panorama template settings? I assume that not.
• Is it recommended in a case of HA pair to completely remove network management from Panorama?

I'm asking for a good solution.
Than you.

2 accepted solutions

Accepted Solutions

Cyber Elite
Cyber Elite

Hi @Yevgeny_Libov ,

 

Here is a good document on migrating a standalone HA pair to Panorama -> https://docs.paloaltonetworks.com/panorama/10-2/panorama-admin/manage-firewalls/transition-a-firewal....

 

There are some best practices that we can learn from it.

 

  1. Should I edit each FW template separately?  HA pairs should be in one template to guarantee the same config on both.  You can manage IP addresses for HA connections locally as the doc says or use template variables.
  2. Is there a way to edit interfaces on the primary FW node, and push it to update Panorama template settings?  You can do this when you initially add the NGFWs to Panorama.  After that, the config is the same, regardless of Panorama or local.
  3. Is it recommended in a case of HA pair to completely remove network management from Panorama?  No.  HA pairs can be easily managed from Panorama.

Here are a few things to consider:

 

  • Config sync can be enabled after the pair is added to Panorama.  Then local changes will be synchronized.  Panorama changes are pushed to each NGFW individually and not synced.
  • You will need to decide:
    • Will you also managed Network and Device config from Panorama?  If so, don't skip the Force Template values step.  Also, enable Automated Commit Recovery 1st.
    • What settings will be managed locally?  The management interface is an obvious example.  I like managing everything else from Panorama.
    • What settings will be common across other NGFWs?  This will determine device group hierarchy and template stack configurations.

The Beacon free course Managing Firewalls at Scale has some excellent guidance on the last bullet.

 

Thanks,

 

Tom

Help the community: Like helpful comments and mark solutions.

View solution in original post

Cyber Elite
Cyber Elite

Hi @Yevgeny_Libov ,

 

You wrote "This step adds both device templates under the same template stack."  This is incorrect.  The step actually adds both devices to different template stacks.  Once you are done with the steps in the document, you can actually delete the device group, template, and template stack created by importing the 2nd NGFW (step 7 #2 and #5).  At the end of the document, you should have both NGFWs in 1 template stack with 1 template.  You do not need separate templates for each NGFW in an HA pair.  Unique settings such as management IP or HA link IPs should be (1) managed locally (no config in Panorama), (2) overridden locally, or (3) use template variables.  Everything else should be the same.

 

Correct.  The device is associated with the template stack, and not the template.

 

Thanks,

 

Tom

 

Help the community: Like helpful comments and mark solutions.

View solution in original post

5 REPLIES 5

Cyber Elite
Cyber Elite

Hi @Yevgeny_Libov ,

 

Here is a good document on migrating a standalone HA pair to Panorama -> https://docs.paloaltonetworks.com/panorama/10-2/panorama-admin/manage-firewalls/transition-a-firewal....

 

There are some best practices that we can learn from it.

 

  1. Should I edit each FW template separately?  HA pairs should be in one template to guarantee the same config on both.  You can manage IP addresses for HA connections locally as the doc says or use template variables.
  2. Is there a way to edit interfaces on the primary FW node, and push it to update Panorama template settings?  You can do this when you initially add the NGFWs to Panorama.  After that, the config is the same, regardless of Panorama or local.
  3. Is it recommended in a case of HA pair to completely remove network management from Panorama?  No.  HA pairs can be easily managed from Panorama.

Here are a few things to consider:

 

  • Config sync can be enabled after the pair is added to Panorama.  Then local changes will be synchronized.  Panorama changes are pushed to each NGFW individually and not synced.
  • You will need to decide:
    • Will you also managed Network and Device config from Panorama?  If so, don't skip the Force Template values step.  Also, enable Automated Commit Recovery 1st.
    • What settings will be managed locally?  The management interface is an obvious example.  I like managing everything else from Panorama.
    • What settings will be common across other NGFWs?  This will determine device group hierarchy and template stack configurations.

The Beacon free course Managing Firewalls at Scale has some excellent guidance on the last bullet.

 

Thanks,

 

Tom

Help the community: Like helpful comments and mark solutions.

Hi Tom, many thanks.

 

I've followed the manual before and an additional manual for adding the HA pair, but haven't followed in the correct order.
I will try to follow this one step by step (and take what is necessary from the one which instructs how to use variables).

I would like to know your opinion on how to manage network settings from Panorama for an HA pair (Active-Passive). I didn't find it in your answer or the guide.

Under STEP 7, section 6: "Select the template stack for the first firewall, add the second firewall, select OK
and Commit to Panorama to add it to the same template stack as the HA peer."


This step adds both device templates under the same template stack.
However, how do I manage the network settings? When I was experimenting with this, when in Panorama I attempted to change network settings under template stack, I have had limited edit options, or it was in a Read Only state.
I had to select the FW template in order to have full edit capability, so here I wander: Should I edit each device template separately?
This doesn't make sense and I'm probably missing something.

About managing the HA from Device Groups when both FW are associated under the the device groups, this works well.

Edit: I think I partly understand what I've been missing:

"Select the template stack for the first firewall, add the second firewall, select OK and Commit to Panorama to add it to the same template stack as the HA peer."
I want to understand please: The end result of this is a single template stack with both devices added, and a single template assigned to it, which belongs to one of the devices, right?

Cyber Elite
Cyber Elite

Hi @Yevgeny_Libov ,

 

You wrote "This step adds both device templates under the same template stack."  This is incorrect.  The step actually adds both devices to different template stacks.  Once you are done with the steps in the document, you can actually delete the device group, template, and template stack created by importing the 2nd NGFW (step 7 #2 and #5).  At the end of the document, you should have both NGFWs in 1 template stack with 1 template.  You do not need separate templates for each NGFW in an HA pair.  Unique settings such as management IP or HA link IPs should be (1) managed locally (no config in Panorama), (2) overridden locally, or (3) use template variables.  Everything else should be the same.

 

Correct.  The device is associated with the template stack, and not the template.

 

Thanks,

 

Tom

 

Help the community: Like helpful comments and mark solutions.

L1 Bithead

Hi Tom,

 

Yes, you are right. I continued researching this and editing my reply, and between my edits you made this comment.
Thank you for correcting me while I was making my mind 🙂

I will follow up the steps and add the HA to Panorama at the beginning of next week and will report on results.

L1 Bithead

Works like charm. Thanks Tom.

  • 2 accepted solutions
  • 2291 Views
  • 5 replies
  • 0 Likes
Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

Click Accept as Solution to acknowledge that the answer to your question has been provided.

The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!

These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!

The LIVEcommunity thanks you for your participation!