Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Now I want to bring Server B as Central node? How can I do that? Is it required to do that? Or I can just leave it AS IS.
In a multi-node site, each node regularly checks the central node for a heartbeat. If after 10 minutes (the default timeout period is 10 minutes) there is no response from the central node, the site will automatically fail over to the failover candidate node. If there is more than one failover candidate node, the first node to get a lock on the database field becomes the central node. If the node that was previously the central node comes back online, it becomes a failover candidate node.
You can view the status of the nodes that make up your multi-node site in the QMC. The default view does not include the node type, but you can customize the node information that is displayed. To see the node information, and to configure the information displayed about each node, see Nodes.
The default timeout period for the central node is 10 minutes, but you can change it in the QMC. To change the default timeout, see Cluster settings.
Hello @jpjust,
You cannot use the QMC to change which node in your site is the central node. You can, however, use the QRS REST API to do this. Before manually reassigning a failover candidate node to a central node role, you must ensure that it is running the necessary services for the central node.
Use the following REST API calls:
Run an empty POST to /qrs/failover/tonode/{serverNodeConfigurationID} where {serverNodeConfigurationID} is the ID of the node you want to become the central node.
Regards,
Benoit
The marked correct answer is spot on for the method of manually triggering a failover, but missed a key point which you asked:
> Is it required to do that? Or I can just leave it AS IS.
Let's take the simplest possible architecture where failover is deployed:
In this architecture, we have the underlying metadata store (PostgreSQL) segmented from the Qlik Sense Enterprise on Windows services. Same for the persistence files (apps, extensions, logs, etc).
Insofar as you have the two persistence layers (database + flat files) stored off of the active / passive central nodes, then you needn't fail back to the node which was the active central node. This is the architectural purpose of an active / passive configuration, namely that it ought not matter who does the active responsibilities just that some node does perform them.
Hopefully that makes sense.
Could you maybe explain the question a bit more?
Hello @jpjust,
You cannot use the QMC to change which node in your site is the central node. You can, however, use the QRS REST API to do this. Before manually reassigning a failover candidate node to a central node role, you must ensure that it is running the necessary services for the central node.
Use the following REST API calls:
Run an empty POST to /qrs/failover/tonode/{serverNodeConfigurationID} where {serverNodeConfigurationID} is the ID of the node you want to become the central node.
Regards,
Benoit
Hello @jpjust ,
Thanks for posting.
But, what is the issue or question you are having?
Cheers,
Albert
The marked correct answer is spot on for the method of manually triggering a failover, but missed a key point which you asked:
> Is it required to do that? Or I can just leave it AS IS.
Let's take the simplest possible architecture where failover is deployed:
In this architecture, we have the underlying metadata store (PostgreSQL) segmented from the Qlik Sense Enterprise on Windows services. Same for the persistence files (apps, extensions, logs, etc).
Insofar as you have the two persistence layers (database + flat files) stored off of the active / passive central nodes, then you needn't fail back to the node which was the active central node. This is the architectural purpose of an active / passive configuration, namely that it ought not matter who does the active responsibilities just that some node does perform them.
Hopefully that makes sense.
Hi Levi - You are spot ON. That explains my question. Crystal Clear.
Thanks Levi!!
Hi Albert, My concern was more like what will happen or what impact would it make if I do not fail back to the original server. According to Levi's explanation, because we have persistent layers there is no reason to manually fail back to the node which was the active central node.
Thanks
HI @Levi_Turner
We have internal FQDN created for current active server referring to IP address of Central server to access hub and QMC with that FQDN instead of using server hostnames directly in the url. Now the failover is working as expected but how do we make sure the FQDN also points to the failover node IP address to have no impact to end users or administrators.
Hi All,
I have done failover setup and tested by failing the central node manually to take the control of FailOver which is working fine.
But one last task I am trying to achieve here is URLs.
For example:
Central node URL is - www.centralnode.com
RIM node (FailOver) URL is - www.rimnode.com
Postgredb is sitting on a different standalone server (not with Qlik Sense Central) in Linux maintaining by DBA
In My Scenario -
Before Fail over users will be using - www.centralnode.com/hub
Now I am mapping the IPs of Central to RIM node (Fail Over) so users will be using same URL www.centralnode.com/hub without changing the URL. The moment I switch the IPs QMC is going down.
Though I have copied the Central Certficate to RIM node still it did not work.
Any suggestion where I am missing and what I am missing.
Any link or document for Automatic Failover to work ?
Your help is much appreciated and thanks in advance.
Thanks,
Anil