How to set up a webfarm


This procedure describes at a high level how to configure a web farm to make DNN site scalable. This article aims to provide more information on the setup and the licensing structure required for the web farm configuration.



  • According to the DNN Corp. Software License and Service Agreement:

    • "1.4 “Instance” means a discrete copy of DNN Corp Software, as defined on or paired with an underlying web server site instance (e.g. Microsoft Internet Information Services – IIS, Apache, etc.), written to and operating with its own discrete and dedicated system memory."

    Essentially, for each instance (nodes) that you set up, you will need to activate a separate license. For example, if you had a web farm with two separate nodes, you will need to obtain two licenses and apply them separately by accessing each node and defining the node's name in the activation process.





Each web server serves all configured websites. The number of webheads depicted is just an example.

Assume your DNS server (not in this diagram) is configured in the following way:

DNS server ( with the following DNS records

(Please note this sample is assuming you have only one portal on your DNN Installation)

LOAD BALANCER ( has a binding for
WEBSERVER1 ( has a binding for
WEBSERVER2 ( a binding for
SQL SERVER ( has a binding for 
FILESERVER ( has a binding for 




For detailed information on setup and other potential scenarios, please review the attached PDF files for the web farm configuration guide for versions 9.1.1. and Version 4.1. Version 4.1 is for web farm configurations before Evoq 9 and 9.X.X is for configurations after Evoq 9.

1. Set up the load balancer to distribute traffic coming from into and

2. Use UNC for file sharing, please refer to page 8 in the Webfarm Configuration Guide 9.X.X,  using a file share ensures that files used by the DNN application are always the same (and in sync).

3. Install DNN on WEBSERVER1, once completed, you will have your DNN setup for a single server.

4. Install the WEBSERVER2 by adding a new Website to IIS and pointing it to UNC share and using the already configured DATABASE on DBSERVER.

5. Add the following aliases to your Portal.

Note that only should be exposed to the external world as and are only accessible internally.




With these steps completed, whenever you create a new page to that portal or add a file or asset, it will be saved without the server URI, allowing that all aliases can reach that page/resource just like a normal web request.




Please sign in to leave a comment.