Table of Contents
Advertisement
7
Configuring Traffic Management
If you were configuring firewall A in the cluster shown in the previous
diagram, you would enter 192.168.3.1.
When you use IP pools, the hash selection for cluster interfaces has no effect.
Configuring Join-Time Shared Features
You may want to have many configuration settings be identical on each
cluster node. Voyager makes this easy for you by letting you specify which
features will be configured the same on all cluster nodes. The features that are
configured this way are called join-time shared features. Their configurations
are shared when:
A system joins (or rejoins) the cluster. In this case, the joining system
!
receives the settings of the shared features.
!
A new master is selected. In this case, all the members receive the settings
of the shared features from the master. This occurs in either mode when
the original master leaves the cluster (for example, if it is rebooted). It can
also occur in forwarding mode if you manually adjust the performance
rating or if a system with a higher rating becomes joins the cluster. See
"Configuring the Performance Rating"
In addition to helping you make sure that all cluster nodes are configured
consistently, using this feature makes the configuration process easier and
faster.
The list of shared features should be specified only when you set up a cluster.
Once the cluster is operational, you should avoid changing which features are
cluster sharable. The basic approach to follow is:
1. Configure the first node.
2. Join the other systems to the first node so that they all copy the shared
settings from the same source.
What is Sharable?
Join-time shared features are not directly related to clustering itself. They are
features used on an IPSO system regardless of whether it is part of a cluster.
366
for more information.
Voyager Reference Guide
Advertisement
Table of Contents
