05 High Availability
05 High Availability
Reshape.Security
Embrace Cyber Resilience
2 Working Mode
Agenda
3 HA Terms
4 HA Implementation (A/P)
Reliable System Reliable Board Reliable Hardware Reliable Module Reliable software
AA/AP redundant Hardware bypass System Power N+M control board redundancy In-Service Software
deployment board card redundancy service card redundancy Upgrade
System Fan redundancy switch board redundancy Dynamic resource
allocation
• High Availability (HA) provides a fail-over solution for communications lines or device failure to ensure
the smooth communication and effectively improve the reliability of the network.
• To implement the HA function, you need to configure the two devices as HA clusters with identical
settings for the following: Hardware platform, Firmware version, Licenses, VRouter, and identical
configuration of function status.
• Master
• Handling ARP requests, SSH, Telnet, etc.
• Slave
SCM SCM
SSM SSM IOM IOM
• Backup Master Slave
Master
192.168.10.254
NGFW
192.168.10.0/24
gw:192.168.10.1
HA Internet
Backup
Access
Returned data
NGFW Downtime
Local interface,
FW1 FW2 Zone find
Lookup route
session
Policy rematch
session
Install session(tagged as
peer session)
The interface can send and receive Can send and receive mgmt.
packets normally packets only
Service interface uses virtual MAC All interfaces use real MAC
for communication addresses
• HA Group
Ø System will select the primary and backup device of the same HA group ID in an HA cluster according to
the HCMP protocol and the HA configuration. The primary device is in the active state and processes
network traffic. When the primary device fails, the backup device will take over its work.
Ø When assigning a cluster ID to the device, the HA group with ID 0 will be automatically created. In
Active-Passive (A/P) mode, the device only has HA group 0. In Active-Active (A/A) mode, the latest
Hillstone version supports two HA groups, i.e., Group 0 and Group 1.
• HA Link Interface
Ø Used for the HA negotiation, configuration synchronization, status and failure notification etc.
• Priority – Specifies the priority for the HA device. The device with higher priority (smaller number) will
be selected as the primary device.
• Monitor track – Specifies the track object which used to monitor the working status of the device.
• Preempt – Configure the preempt mode. When the preempt mode is enabled, once the backup device finds
that its own priority is higher than the primary device, it will upgrade itself to become the primary device and the original primary
device will become the backup device.
• Init Init
• Hello
Hello
• Backup
• Failed
• RDO includes:
• Session information
• PKI information
• IPSec VPN information
Ø Track failed
• HA failure switchover mechanism assures the network availability, avoids network interruption
caused by single point failure.
p Original master device physical interface down/up, impels peripheral switches clear mac forward table;
p New master device sends free ARP to refresh mac table of peripheral switches and steers traffic
Master
e0/1 e0/4
192.168.10.1 200.0.0.10
e0/2 e0/3
192.168.10.0/24
gw:192.168.10.1
GW
200.0.0.254
HA Link Internet
e0/2 e0/3
Backup
Access
Return data
Downtime
# HA link
ha link interface ethernet0/2
ha link interface ethernet0/3
ha link ip 1.1.1.2/30
# HA cluster
ha cluster 1 node 1
.1
E0/4
Internet01 2xx.0.0.0/24
.10
E0/6 E0/6
Core_Firewall01 Core_Firewall02
.1 1.1.1.0/30 .2
.1 E0/1
E0/1
Office
192.168.40.0/24
PC1
27 | See. Understand. Act. 192.168.40.10 © 2022 Hillstone Networks | All rights reserved.
Requirements:
• Two firewalls, Core_Firewall01 and Core_Firewall02, are set up in an HA Active-Passive (AP)
mode in the core area of the enterprise network. After the configuration is completed,
Core_Firewall01 is elected as the master device, while Core_Firewall02 serves as the backup
device. The master device Core_Firewall01 will handles traffic forwarding and synchronizes
configuration information and status data to the backup device Core_Firewall02. In the event of
a failure of the master device Core_Firewall01 that it cannot forward traffic properly, the backup
device will seamlessly switch to the master role without affecting user communication, and
continuing forward the traffic.
Ø During the practical implementation of this task, it is essential to maintain consistency in the model, version, and
licenses of the two core area firewall devices. Monitor the firewall state switchover, session synchronization
information, and MAC address changes after successful HA negotiation.
Ø To check the current HA status, use the following command:
- show ha group 0
Ø To view the HA link status, use the following command:
- show ha link status
Ø To check the HA configuration synchronization status, use the following command:
- show ha sync state all