Do the following:
Select Nodes on the QMC start page or from the StartS drop-down menu to display the overview.
Select the node that you want to edit.
Click Edit in the action bar.
Edit the properties.
All fields are mandatory and must not be empty.
The node name.
The host name. You cannot edit the host name after the creation of the node. The server address must either be in the fully qualified domain name format: node2.domain.com or the machine name format: node2.We recommend that you use the fully qualified domain name (FQDN). If you only use the machine name as the host name, the FQDN must be added manually to the virtual proxy Host white list.There is support for using an IPv6 address as host name.
Use the drop-down to select which environment the node is intended for: Production, Development, or Both.
This setting is defined in the QMC on each node that is added, and the effects are as follows:
- Production: this server is intended to support users to access apps but not create them. This means that when a user connects to this node, the Create new app button in the hub is not displayed to the user. To hide the Work section in the hub, you need to disable the security rule that grants the application owner access.
- Development: this server is intended to allow users to create apps but not serve the normal user traffic for users consuming published apps. In this case, the create and edit capabilities are enabled, but the server will not be considered when load balancing user traffic.
This section is only available when you have a Shared Persistence installation.
- Both: this setting allows both activities to occur on the node. This means that both normal user traffic is handled and users can create apps.
In a multi-node environment, you can select one or more nodes to be failover candidates. In a failover scenario, where the central node stops working, one failover candidate assumes the role of central node. This solution eliminates the risks associated with the central node as a single point of failure.
A requirement for a failover candidate is that the services Repository, Engine, Proxy, and Scheduler are active. A node that does not have all these services active cannot be a failover candidate.It is only when creating a new node that you can make it a failover candidate. Once a node has been created you can neither make it a failover candidate nor clear any failover candidate selection.
These are the roles that by default are assigned to the failover node.
Responsible for the scheduled reload tasks and user synchronization tasks within a Qlik Sense site.
License maintainer Responsible for the maintenance of licenses and tokens within a Qlik Sense site. User synchronizer Responsible for the user synchronization within a Qlik Sense site. Node registrator Responsible for the registration and removal of nodes within a Qlik Sense site. App manager Responsible for the management of apps within a Qlik Sense site. Database cleaner Responsible for the cleaning of the database within a Qlik Sense site.
Select which services to include. If a service is not installed when trying to activate, the properties will be applied when the installation is complete.
The Qlik Sense repository service (QRS) is always included.
The Qlik Sense engine service (QES). Printing The Qlik Sense printing service (QPR).
The Qlik Sense proxy service (QPS).
The Qlik Sense scheduler service (QSS). Property Description TagsIf no tags are available, this property group is empty.
Connected tags are displayed under the text box.
Property Description Custom propertiesIf no custom properties are available, this property group is not displayed at all (or displayed but empty) and you must make a custom property available for this resource type before it will be displayed here.
Click Apply in the action bar.
Successfully updated is displayed at the bottom of the page.