Delta Dcisoft Download

0 views
Skip to first unread message

Siiri

unread,
Aug 4, 2024, 11:03:55 PM8/4/24
to datherteweb
Whenmaking policy changes in an active-passive HA pair, do you usually edit and commit the policy using the active device, or the passive? I have always made my changes on the active device, but lately I've been thinking that because the management CPU usage on the passive device is much lower, it might be faster running the commit there. I checked the documentation and couldn't find any advice one way or the other. Is there an official recommendation? Would commits be faster if they were initiated from the passive firewall?

So long as configs are in HA sync, commits should be possible on either active or passive device. With exception for box specific configs (HA settings, mgmt IP, etc), It should not matter which device you commit from.


1) The box you are currently logged in to will commit the ruleset (compiling etc) and if successful it will load the dataplane. If commit is successful the config is then synced to its HA-partner who will perform the same operation.


2) When you hit commit the config is saved and directly sent to the HA-partner - both boxes will try to compile and program their dataplane at the same time. Not until both succeeded the user will be notified of a "Success!".


Just to follow up, I tested this today using 4.0.12 and found that committing changes on the passive firewall was much faster than on the active. In the past, we have experienced commits taking up to 10-15 minutes because the management CPU on the active firewall tends to be fairly busy. On the passive firewall the commit took 2 minutes 10 seconds, and the sync to the active firewall finished 2 minutes 42 seconds later. The web UI on the passive firewall was also a lot more responsive than the active firewall, so that saved some time too. So my initial conclusion is that committing changes from the passive firewall is the way to go.


The commit process is that the unit on which you do the commit will do the verification, the compliling of the configuration xml together with a bunch of other tests that will then be applied to the dataplane. AFTER the commit finishes on the unit, the configuration will be transfered to the paired unit and then a "HA Sync" event will take place. The HA Sync task is nothing more than another commit to that device (delta commit) but it will be a little bit faster because initial compilation does not take place (the configuration is already compiled when sent to the paired unit(.


Moreover, it is a good idea to check that the HA Sync task on the paired unit has finished successfully before doing another commit on the unit you are usually committing. And always make sure that both units have the same application, threat, antivirus and url filtering versions (depending on your license some of these features would not be updatable) are the same on both units, and with most important the Application Database version (the appid's).

3a8082e126
Reply all
Reply to author
Forward
0 new messages