Multi-Version Cluster Upgrade Procedure - VSX Mode

Note - The procedure below is for VSXClosed Virtual System Extension. Check Point virtual networking solution, hosted on a computer or cluster with virtual abstractions of Check Point Security Gateways and other network devices. These Virtual Devices provide the same functionality as their physical counterparts. ClusterClosed Two or more Security Gateways that work together in a redundant configuration - High Availability, or Load Sharing.. For ClusterXL and VRRP Cluster, see Multi-Version Cluster Upgrade Procedure - Gateway Mode.

Important - Before you upgrade a VSX Cluster:

Step

Instructions

1

Back up your current configuration (see Backing Up and Restoring).

2

See Upgrade Options and Prerequisites.

3

Upgrade the Management ServerClosed Check Point Single-Domain Security Management Server or a Multi-Domain Security Management Server. and Log Servers.

4

See Planning a Cluster Upgrade.

5

Schedule a full maintenance window to make sure you can make all the custom configurations again after the upgrade.

Note - MVC supports VSX Cluster Members with different GaiaClosed Check Point security operating system that combines the strengths of both SecurePlatform and IPSO operating systems. kernel editions (R81.10 64-bit and R77.30 / R80.10 32-bit).

The procedure described below is based on an example cluster with three VSX Cluster Members M1, M2 and M3.

However, you can use it for clusters that consist of two or more.

Action plan:

  1. On the Management Server, upgrade the VSX Cluster object to R81.10.

  2. On the VSX Cluster MemberClosed Security Gateway that is part of a cluster. M3:

    1. Upgrade to R81.10

      Note - If you perform a Clean InstallClosed Installation of a Check Point Operating System from scratch on a computer. of R81.10, then push the VSX configuration from the Management Server to this VSX Cluster Member

    2. Enable the MVC

  3. In SmartConsoleClosed Check Point GUI application used to manage a Check Point environment - configure Security Policies, configure devices, monitor products and events, install updates, and so on., install the Access Control Policy on the R81.10 VSX Cluster Member M3

  4. On the next VSX Cluster Member M2:

    1. Upgrade to R81.10

      Note - If you perform a Clean Install of R81.10, then push the VSX configuration from the Management Server to this VSX Cluster Member

    2. Enable the MVC

  5. In SmartConsole, install the Access Control Policy on the R81.10 VSX Cluster Members M3 and M2.

  6. On the remaining VSX Cluster Member M1:

    • Upgrade to R81.10

      Note - If you perform a Clean Install of R81.10, then push the VSX configuration from the Management Server to this VSX Cluster Member

  7. In SmartConsole, install the Access Control Policy and the Threat Prevention Policy on the VSX Cluster object.

  8. In SmartConsole, install the Access Control Policy and the Threat Prevention Policy on each Virtual System object.

Procedure:

  1. Important:

    • The upgraded VSX Cluster Member M3 shows its cluster state as Ready.

    • Other VSX Cluster Members M2 and M1 show the cluster state of the upgraded VSX Cluster Member M3 as Lost, or do not detect it.

    • All Virtual Systems must show the same information about the states of all Virtual Systems.

  2. Important:

    • In High Availability mode:

      • The upgraded VSX Cluster Member M3 changes its cluster state to Active.

      • Other VSX Cluster Members change their state to Standby.

    • In the Virtual System Load Sharing mode:

      • The upgraded VSX Cluster Member M3 changes its cluster state to Active.

      • Other VSX Cluster Members change their state to Standby and Backup.

    • All Virtual Systems must show the same information about the states of all Virtual Systems.

  3. Important:

    • In the High Availability mode:

      • One of the upgraded VSX Cluster Members has the cluster state Active.

      • Other VSX Cluster Members have the cluster state Standby.

    • In the Virtual System Load Sharing mode:

      • One of the upgraded VSX Cluster Members has the cluster state Active.

      • Other VSX Cluster Members have the cluster states Standby and Backup.

    • All Virtual Systems must show the same information about the states of all Virtual Systems.

  4. Important:

    • In the High Availability mode:

      • One of the upgraded VSX Cluster Members has the cluster state Active.

      • Other VSX Cluster Members have the cluster state Standby.

    • In the Virtual System Load Sharing mode:

      • One of the upgraded VSX Cluster Members has the cluster state Active.

      • Other VSX Cluster Members have the cluster states Standby and Backup.

    • All Virtual Systems must show the same information about the states of all Virtual Systems.

  5. Important:

    • In the High Availability mode:

      • One of the VSX Cluster Members has the cluster state Active.

      • Other VSX Cluster Members have the cluster state Standby.

    • In the Virtual System Load Sharing mode:

      • One of the VSX Cluster Members has the cluster state Active.

      • Other VSX Cluster Members have the cluster states Standby and Backup.

    • All Virtual Systems must show the same information about the states of all Virtual Systems.

  6. Important:

    • In the High Availability mode:

      • One of the VSX Cluster Members has the cluster state Active.

      • Other VSX Cluster Members have the cluster state Standby.

    • In the Virtual System Load Sharing mode:

      • One of the VSX Cluster Members has the cluster state Active.

      • Other VSX Cluster Members have the cluster states Standby and Backup.

    • All Virtual Systems must show the same information about the states of all Virtual Systems.