Find answers to your technical questions and learn how to use our products
Search suggestions:
Find answers to your technical questions and learn how to use our products
Search suggestions:
You can achieve redundancy and increase capacity by creating a cluster of Avaya Aura® Web Gateway nodes.
The installation procedure for each additional node is similar to the procedure for a single-server or initial node installation, with the addition of some cluster specific configuration. After installing an initial node, use this procedure to create a cluster of Avaya Aura® Web Gateway nodes. You can also use this procedure to add nodes to an existing cluster at a later time.
The virtual IP address and the IP addresses for all nodes of the cluster must be in the same network.
When creating or expanding a cluster, for each additional Avaya Aura® Web Gateway node you must use the same resource profile that you used for the initial node. Mixed resource profile clusters are not supported. The resource profiles are set when installing the Avaya Aura® Web Gateway OVA and cannot be modified after the OVA is deployed.
To avoid performance degradation of the cluster, an external load balancer is recommended for clusters with four or more nodes.
Install an initial Avaya Aura® Web Gateway node. For more information, see Installing the Avaya Aura Web Gateway.
Enable the virtual IP configuration on the initial node if you are using the internal load balancer for the cluster.
Configure the front-end FQDN on the initial node to match the FQDN assigned to the load balancer. If you need to update the front-end FQDN on the initial node, use the configuration utility.
Deploy a virtual machine on the same network as the initial node for each additional node required. For more information, see the procedures for the appropriate deployment type in Initial setup.
The Linux administrator account is created during the deployment process.
If you install Avaya Aura® Web Gateway using the OVA, run the following command:
app install When you run the app install command without specifying a build, then the system automatically picks up the current build in opt/Avaya. If you do specify a build by running app install csa-<version>.bin, then the system looks for that build first in your current working directory and then in opt/Avaya.
If you install Avaya Aura® Web Gateway as a software-only application, run the following command:
app install <PATH>/<INSTALLER> In this command, <PATH> is the full path to the directory where you extracted the application binary when installing the system layer, and <INSTALLER> is the Avaya Aura® Web Gateway application binary. For example:
app install /root/csa-swonly-10.1.0.0/csa-10.1.0.0.bin
The system displays the installation screen.
During the installation, do not resize the screen or the SSH console.
The default value is 4000.
To determine the required UID, open the Linux shell on the initial node using your administrator credentials and then run the following command:
id -u <adminuser>
If you want to enable Cassandra internode encryption, you must do so during the initial installation. This setting cannot be changed after the initial installation.
If you enabled FIPS mode, ensure that Cassandra internode encryption remains enabled. If you disable Cassandra internode encryption, installation will fail.
The default port is 443.
The keystore password on additional nodes should match the keystore password for the initial node.
You must remember the keystore password for future reference. You need this password for other certificate management tasks.
To return to the previous menu, select Return to Main Menu and press Enter.
You must configure the same deployment type that you configured on the initial node.
If you have conferencing in your solution, then select Team Engagement + Conferencing. Otherwise, you must select Team Engagement. Do not select Conferencing only.
The system runs pre-install configuration checks.
Wait for several minutes while the installation proceeds.
Do not change the settings in Front-end host, System Manager and Certificate Configuration without reentering the System Manager enrollment and keystore passwords before applying the changes.
Do not configure the LDAP settings on nodes that you add to a cluster. The LDAP configuration is automatically configured for additional nodes when they connect to the initial node.
The virtual IP must be enabled only for the initial node and the second node. Do not enable the virtual IP on any other nodes.
The system displays additional Virtual IP configuration.
You must use the same Virtual IP authentication password that you set on the initial node of the cluster.
The system starts the services.
Set up the required certificates as described in Certificate configuration using the configuration utility.
Repeat this procedure to add the required number of nodes to the cluster.
After all of the required cluster nodes are installed, change the default Cassandra database password as described in Changing the Cassandra user name and password.
After all of the required cluster nodes are installed or if new nodes are added to an existing cluster, you must configure the RSA public and private keys on the initial node.