Fortinet white logo
Fortinet docs logo DOCUMENT LIBRARY
Fortinet white logo
Fortinet docs logo DOCUMENT LIBRARY
Products Best Practices Hardware Guides Products A-Z
Summary
By Solution
By 4D Pillars
By Cloud
Secure Networking
Unified SASE
Security Operations
Secure SD-WAN
Secure Access Service Edge (SASE)
ZTNA
LAN Edge
Identity and Access Management
Next Generation Firewall
Public Cloud
Private Cloud
FortiCloud
Secure Networking
  • Hybrid Mesh Firewall
  • NOC Management
  • LAN
  • WAN
    • More >>
    Unified SASE
  • Single Vendor SASE
  • Cloud Network Security
  • Secure Endpoint Connectivity
  • Web Application / API Protection
    • More >>
    Security Operations
  • Security Operations Automation
  • Identity
  • Early Detection & Prevention
    • More >>
    Secure Networking
  • Hybrid Mesh Firewall
  • NOC Management
  • LAN
  • WAN
  • Communication & Surveillance
    • Unified SASE
  • Single Vendor SASE
  • Secure Endpoint Connectivity
  • Cloud Network Security
  • Cloud-Native Security
  • Web Application / API Protection
    • Security Operations
  • Security Operations Automation
  • Endpoint
  • Data Protection
  • Identity
  • Email
  • Early Detection & Prevention
  • Expert Services
  • Edge Firewall
  • Orchestration & management
  • SD Branch
  • Application Delivery
  • Single Vendor SASE
  • Secure Endpoint Connectivity
  • Secure Private Access
  • Thin Edge
  • Identity
  • Application Gateway
  • Enterprise Asset Management
  • Endpoint Agent
  • Agentless Security Posture
  • Identity
  • Wireless
  • Switching
  • Identity
  • Privilege Acccess Management
  • Next Generation Firewall
  • Orchestration & management
  • Expert Services
  • All
  • All
  • Account Management
  • SAAS Management
  • SAAS Application Security
  • Managed Services
  • Platform as a service (PAAS)
  • Other SAAS Services
    • 4D Resources
    Solution Hubs
  • 4D Pillars
  • Cloud
  • Popular Solutions

    • FortiGate-7000F Handbook

    Home FortiGate-7000 6.4.14 FortiGate-7000F Handbook
    6.4.14
    7.0.16
    7.0.15
    7.0.14
    7.0.13
    7.0.12
    7.0.10
    7.0.5
    6.4.15
    6.4.14
    6.4.13
    6.4.12
    6.4.10
    6.4.8
    6.4.6
    6.2.16
    6.2.16
    6.2.15
    6.2.13
    6.2.12
    6.2.11
    6.2.10
    6.2.9
    6.2.7
    6.2.6

    Virtual clustering

    Virtual clustering

    FortiGate-7000F supports virtual clustering with two FortiGate-7000Fs operating in Multi VDOM mode. Virtual clustering is not supported for Split-Task VDOM mode.

    A virtual cluster consists of two FortiGate-7000Fs operating in active-passive HA mode with Multi VDOM mode enabled. Virtual clustering is an extension of FGCP HA that uses VDOM partitioning to send traffic for some VDOMs to the primary FortiGate-7000F and traffic for other VDOMs to the secondary FortiGate-7000F. Distributing traffic between the FortiGate-7000Fs in a virtual cluster is similar to load balancing and can potentially improve overall throughput. You can adjust VDOM partitioning at any time to optimize traffic distribution without interrupting traffic flow.

    VDOM partitioning distributes VDOMs between two virtual clusters (virtual cluster 1 and virtual cluster 2). When configuring virtual clustering you would normally set the device priority of virtual cluster 1 higher for the primary FortiGate-7000F and the device priority of virtual cluster 2 higher for the secondary FortiGate-7000F. With this configuration, all traffic in the VDOMs in virtual cluster 1 is processed by the primary FortiGate-7000F and all traffic in the VDOMs in virtual cluster 2 is processed by the secondary FortiGate-7000F. The FGCP selects the primary and secondary FortiGate-7000F whenever the cluster negotiates. The primary FortiGate-7000F can dynamically change based on FGCP HA primary unit selection criteria.

    If a failure occurs and only one FortiGate-7000F continues to operate, all traffic fails over to that FortiGate-7000F, similar to normal FGCP HA. When the failed FortiGate-7000Frejoins the cluster, the configured traffic distribution is restored.

    For more information about virtual clustering see HA virtual cluster setup.

    Note

    If you don't want active-passive virtual clustering to distribute traffic between FortiGate-7000Fs, you can configure VDOM partitioning to send traffic for all VDOMs to the primary FortiGate-7000F. The result is the same as standard active-passive FCGP HA, all traffic is processed by the primary FortiGate-7000F.

    Virtual clustering creates a cluster between instances of each VDOM on the two FortiGate-7000Fs in the virtual cluster. All traffic to and from a given VDOM is sent to one of the FortiGate-7000Fs where it stays within its VDOM and is only processed by that VDOM. One FortiGate-7000F is the primary FortiGate-7000F for each VDOM and one FortiGate-7000F is the secondary FortiGate-7000F for each VDOM. The primary FortiGate-7000F processes all traffic for its VDOMs. The secondary FortiGate-7000F processes all traffic for its VDOMs.

    The HA heartbeat and session synchronization provides the same HA services in a virtual clustering configuration as in a standard HA configuration. One set of HA heartbeat interfaces and one session synchronization LAG provides HA heartbeat services for all of the VDOMs in the cluster. You do not have to add a heartbeat interface or session synchronization LAG for each VDOM.

    Previous
    Next

    Virtual clustering

    Virtual clustering

    FortiGate-7000F supports virtual clustering with two FortiGate-7000Fs operating in Multi VDOM mode. Virtual clustering is not supported for Split-Task VDOM mode.

    A virtual cluster consists of two FortiGate-7000Fs operating in active-passive HA mode with Multi VDOM mode enabled. Virtual clustering is an extension of FGCP HA that uses VDOM partitioning to send traffic for some VDOMs to the primary FortiGate-7000F and traffic for other VDOMs to the secondary FortiGate-7000F. Distributing traffic between the FortiGate-7000Fs in a virtual cluster is similar to load balancing and can potentially improve overall throughput. You can adjust VDOM partitioning at any time to optimize traffic distribution without interrupting traffic flow.

    VDOM partitioning distributes VDOMs between two virtual clusters (virtual cluster 1 and virtual cluster 2). When configuring virtual clustering you would normally set the device priority of virtual cluster 1 higher for the primary FortiGate-7000F and the device priority of virtual cluster 2 higher for the secondary FortiGate-7000F. With this configuration, all traffic in the VDOMs in virtual cluster 1 is processed by the primary FortiGate-7000F and all traffic in the VDOMs in virtual cluster 2 is processed by the secondary FortiGate-7000F. The FGCP selects the primary and secondary FortiGate-7000F whenever the cluster negotiates. The primary FortiGate-7000F can dynamically change based on FGCP HA primary unit selection criteria.

    If a failure occurs and only one FortiGate-7000F continues to operate, all traffic fails over to that FortiGate-7000F, similar to normal FGCP HA. When the failed FortiGate-7000Frejoins the cluster, the configured traffic distribution is restored.

    For more information about virtual clustering see HA virtual cluster setup.

    Note

    If you don't want active-passive virtual clustering to distribute traffic between FortiGate-7000Fs, you can configure VDOM partitioning to send traffic for all VDOMs to the primary FortiGate-7000F. The result is the same as standard active-passive FCGP HA, all traffic is processed by the primary FortiGate-7000F.

    Virtual clustering creates a cluster between instances of each VDOM on the two FortiGate-7000Fs in the virtual cluster. All traffic to and from a given VDOM is sent to one of the FortiGate-7000Fs where it stays within its VDOM and is only processed by that VDOM. One FortiGate-7000F is the primary FortiGate-7000F for each VDOM and one FortiGate-7000F is the secondary FortiGate-7000F for each VDOM. The primary FortiGate-7000F processes all traffic for its VDOMs. The secondary FortiGate-7000F processes all traffic for its VDOMs.

    The HA heartbeat and session synchronization provides the same HA services in a virtual clustering configuration as in a standard HA configuration. One set of HA heartbeat interfaces and one session synchronization LAG provides HA heartbeat services for all of the VDOMs in the cluster. You do not have to add a heartbeat interface or session synchronization LAG for each VDOM.

    Previous
    Next