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:
Use this procedure to install a second node or any subsequent node in the cluster.
You can enable the following features only when installing or upgrading Avaya Aura® Device Services:
IPv6
AWS, Microsoft Azure, and GCP software-only deployments do not support IPv6.
Utility Server
Onboard Open LDAP
SSO/OAuth2
You cannot enable these features using the Avaya Aura® Device Services administration portal or configuration utility.
Avaya recommends that you install Avaya Aura® Device Services in a Tmux session. If the SSH session terminates while the installation operation is in progress, you can re-connect to the Tmux session and complete the installation operation. For more information about the Tmux utility, see Using the Tmux utility.
If you are planning to use certificates specific to your organization instead of System Manager certificates, ensure that you have the cert-chain.pem certificate chain file created during the seed node installation. For more information, see step 3 of Installing Avaya Aura Device Services.
You must use the administrative user defined during OVA deployment for logging in to Avaya Aura® Device Services.
tmux new-session -s <NAME>
In this command, <NAME> is a Tmux session name of your choice. For example:
tmux new-session -s AADS_INSTALLATION
If you install Avaya Aura® Device Services using the Avaya-provided OVA, go to the /opt/Avaya/ directory and run the following command:
app install
If you install Avaya Aura® Device Services 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® Device Services application binary. For example:
app install /root/aads-swonly-10.2.0.0.70/aads-10.2.0.0.70.bin
The system displays the Avaya Aura® Device Services Installer dialog box.
Do not resize the SSH console while installing and configuring Avaya Aura® Device Services.
If you install a cluster, you must either enable the Utility Server on all nodes or leave it disabled on all nodes. You cannot enable the Utility Server on some cluster nodes and disable it on other nodes.
If you do not enable the Utility Server, you cannot generate configuration files for endpoints using the Dynamic Configuration service. For more information, see Administration of the Dynamic Configuration service
in Administering Avaya Aura® Device Services.
OAuth is unavailable if you enabled FIPS mode.
AWS, Microsoft Azure, and GCP software-only deployments do not support IPv6.
To add the node to an existing datacenter, provide the name of one of the already existing datacenters on Avaya Aura® Device Services.
To add the node to a new datacenter, provide a name of your choice for that datacenter.
To add the node to the default dc1
datacenter, leave the field blank.
Avaya Aura® Device Services logically groups nodes with the same Cassandra datacenter name and configures specific Cassandra replication policies for the members of the datacenter.
System Manger FQDN
System Manager version
System Manager HTTPS port
System Manager Enrollment Password
Local Front-end host
Keystore password
Ensure that the keystore password is at least 8 characters long.
The values that you specify on this screen must match the values provided for the seed node except for the local front-end host.
If you are planning to use System Manager for certificates, in Use System Manager for certificates, select Yes and proceed to step 17.
If you are planning to use certificates that are specific for your organization and signed by a third-party CA, in Use System Manager for certificates, select No and perform step 16.
Yes, if your interface certificate has the PKCS12 format.
No, if your interface certificate has the PEM format.
For each of the REST, OAM, and NODE interface certificate configuration options, in Interface PKCS12 file, enter the path to the identity.p12 file.
For each of the REST, OAM, and NODE interface certificate configuration options, in Interface PKCS file password, enter the password for the identity.p12 file.
If you provide an incorrect password, Avaya Aura® Device Services displays a warning message. You cannot continue installing Avaya Aura® Device Services until you enter the correct password.
For each of the REST, OAM, and NODE interface certificate configuration options, in Interface PEM certificate file, enter the path to the identity certificate file.
For each of the REST, OAM, and NODE interface certificate configuration options, in Interface PEM key file, enter the path to the key file for the identity certificate.
Session Manager Management IP
Session Manager Asset IP
For Open LDAP parameters values, you must use the same values that you used while deploying the seed node. Otherwise, data replication between nodes might not work as expected.
The installer performs pre-install checks.
Avaya Aura® Device Services displays the End User License Agreement.
Avaya Aura® Device Services displays the progress of the tasks in the Running Installer Script window. Avaya Aura® Device Services installs the required RPMs, downloads certificates from System Manager, creates database schema, and performs the required initial configuration. After successful installation, Avaya Aura® Device Services displays the Results of Installation Script screen.
If you are using an external load balancer, do not configure a virtual IP address.
If you do not need the Utility Server, continue from step 36. Steps from 32 to 35 are for the Utility Server configuration.
If you are deploying a cluster, you must configure cluster settings in Clustering Configuration before configuring Utility Server settings. The cluster configuration steps are described earlier in this procedure.
You cannot use the Avaya Aura® Device Services cluster virtual IP address as the Utility Server virtual IP address.
In AWS cluster deployments, you must use the following scheme for a non-seed node Utility Server FQDN:
<Utility Server Host Name><number>.<Domain Name>
In this scheme, <number> is the number of a node reduced by one. For example, if the cluster has three nodes, the Utility Server host name is aads716-us
, and the domain name is avaya.in
, then the Utility Server FQDN is aads716-us1.avaya.in
for the second node, or the first non-seed node, and aads716-us2.avaya.in
for the third node, or the second non-seed node in the cluster. The Utility Server FQDN of the seed node is aads716–us0.avaya.in
.
For more information about Utility Server VIP and FQDNs in AWS deployments, see Utility Server VIP and FQDN in AWS cluster deployments.
The System Manager enrollment password is configured in the System Manager console under Home > Services > Security > Certificates > Enrollment Password.
When a Utility Server FQDN or VIP is updated on a node, the changes are propagated to all other nodes in the cluster. However, you still must configure Utility Server settings on each node in order to set the firewall redirection rules and certificate configuration on each node.
This step is optional if you use a certificate different from the System Manager certificate.
Avaya Aura® Device Services prompts you to restart services.
Avaya Aura® Device Services service installation is completed.
After all additional nodes are installed, configure the SSH/RSA Public and Private keys on the seed node.
If you enabled OAuth, do the following after all additional nodes are installed:
Configure Keycloak settings. For more information, see OAuth configuration .
Enable OAuth database replication. For more information, see Enabling OAuth database replication in a cluster environment .
If you installed Open LDAP, after all additional nodes are installed and configured, enable Open LDAP replication. For more information, see Enabling Open LDAP replication.