Skip to main content
Announcements
Save $600 on Qlik Connect registration! Sign up by Dec. 6 to get an extra $100 off with code CYBERSAVE: REGISTER
cancel
Showing results for 
Search instead for 
Did you mean: 
Anonymous
Not applicable

8 node limit for Qlik Sense architecture

After reading several documents, I have now formulated what I believe is the best possible Qlik Sense architecture (illustration below).

By this I mean best practices recommended by Qlik via various documents have been incorporated. For example the deployment guide for AWS mentions the benefits of having a external load balancer (nginx or haproxy) and it makes a lot of sense. The STT published in October mentions the possibility of having a active secondary node.

It would be nice to get some feedback on this illustration. I'm however wondering if the "8 node maximum" limit is going to stay long because with that my architecture would not scale horizontally. ie. I can only have two proxy nodes and two engine nodes and not more.

QlikSense Architecture.png

If I make the secondary node also a scheduler, I could add another engine node but that's about it.

Is the 8 node limit therefore hard coded or is it just a soft limit defined by qlik support. In the beginning the above configuration will be more than sufficient for my client, but before I propose this I would like to know if scaling beyond 8 nodes would be a reality in the future.

I have also seen some hints suggesting an architecture based on containers would be available in the near future which suggests that we would be able to scale beyond 8 nodes. Would be nice to hear some thoughts from the experts on this board.

References

1. STT - Failover in Qlik Sense.

2. Qlik Sense on AWS - Deployment Guide

3. Plan Qlik Sense deployments for version 3

15 Replies
jaisoni_trp
Creator II
Creator II

Hi Levi,

12 nodes is the limit for Engine nodes. What about scheduler and proxy? Or is it we can have 12 nodes max in overall architecture.

Thanks,

Jai

Levi_Turner
Employee
Employee

The current feedback from the R&D team is 12 nodes, period.

LeonardoSilva_CODEX
Partner - Contributor II
Partner - Contributor II

Hi, my name is Leonardo, and im planning a very big archtecture at this moment, and woud like to know if your archtecture worked fine.  How is the behaviour, what were the difficulties, why didnt you propouse a deployment and a consumer node?

I'am planning to use fallover as master and replica, if master falls down replica assumes all the roles, but not for all the nodes, just for central and DB PostgreSQL. 

ilias_fytrakis
Partner - Contributor III
Partner - Contributor III

Dear Leonardo,

 

Regarding your question, we have set up the following environment:

 

  • 1 H/A virtual machine node which hosts the repository DB as well as the shared folder (encrypted & h/a storage)
  • 2 external (DMZ) Proxy Nodes - (accessed by external users)
  • 2 internal Proxy Nodes - (accessed by internal users) - the NLB feature of Windows Server O/S was utilized
  • 2 nodes for Central & Failover
  • 6 Engine Nodes (1 per Customer Department)

 

In this case we faced the following:

  1. Extensive network & firewall configuration. (URL: https://help.qlik.com/en-US/sense/September2018/Subsystems/PlanningQlikSenseDeployments/Content/Sens...)
  2. Creation of custom security rules to create different user types (e.g . developers, consumers).
  3. Creation of custom load balancing rules to serve certain applications on specific Nodes of the deployment.
  4. Creation of custom properties for the Department as well as User Types.
  5. Enable only TLS v.1.2.
  6. Removal of Qlik service account from the Local Administrators group on each machine.
  7. Use of 3rd party certificate by the Proxies.
  8. Use of Qlik-Cli to automate certain administrative tasks (e.g. automatically move applications between test & production environment).
  9. Installation & configuration of 3rd parth ODBC drivers to access specific data sources.
  10. Creation of a stress test plan by utilizing Qlik Scalability Tools and Hardware Benchmarking Package.

 

According to the following documentation entry:

 

Title:  Persistence

URL: https://help.qlik.com/en-US/sense/September2018/Subsystems/PlanningQlikSenseDeployments/Content/Sens...

 

The requirements for the share are:

  • The Qlik Sense nodes in the cluster must have network latency below 4 milliseconds to connect to the file share server. Performance can degrade if this is not the case.
  • The bandwidth to the file share must be appropriate for the amount of traffic on the site. The frequency and size of the apps being saved after reloading, and opened into memory, drives this requirement. 1 Gigabit networking is suggested.

 

I wish you an error-free Qlik Sense deployment!

 

Best regards,

iLiAS

We're entering a new world in which data may be more important than software.
LeonardoSilva_CODEX
Partner - Contributor II
Partner - Contributor II

Thanks for your replay and help Ilias,

Its a great archtecture you have!

I have some questions about it:

1 - Why didnt you use a local network storage as the shared folder?

2 - These proxyes are HA? using Windows NBL? 

3 - these 6 engine nodes... how are they organized, like 2 for external user access panels, 1 develeper, 1 scheduler... ?

Thanks for your help!

Best Regards,

Leo 

ilias_fytrakis
Partner - Contributor III
Partner - Contributor III

Hi Leo,

Regarding your questions:

1. The customer has attached the UNC Shared Folder on a Highly Available, encrypted storage mechanism.

2. We have two Proxy nodes, which receive user requests via Windows NLB Feature. So, end-users access a virtual IP and then redirected to one of those nodes.

3. The Engine Nodes are assigned on the following way: 1 node per department (# of Depts = 5) + 1 spare node.

Finally, we have separate / isolated Qlik Sense Servers for development purposes of each department.

Thanks,
iLiAS
We're entering a new world in which data may be more important than software.