Distributed Environments

A distributed environment consists of separate IIS, Application and SQL servers.

The following topology does not include integration with SharePoint. If you require SharePoint integration see the appropriate SharePoint section: SharePoint 2016, 2019 and Online.
Although it is possible to install the web components Workspace, Management, Smartforms runtime site, Designer site) and application server components on separate physical servers as described in this diagram, for better performance the recommended approach is to install the website components and application server components on the same physical machine, as described in Separate SQL Server and Distributed Environments.
Removing a server from a farm does not remove references to that node in the products database. The farm will continue to poll the removed node in the server cluster. Contact support to remove all references to the node in the product database.

Distributed environment, single servers

Distributed environment, single servers with separate
IIS servers with Design/Runtime sites and Workspace/Management sites

If you are adding a second site to your environment, do not update the STS issuer on the Resolve Security Token Service Issuers page (you’ll see this after the Bindings page). Updating the issuer overwrites the current settings and causes errors on the first site. If you do update the issuer, reconfigure the first Site to use the same one.

Distributed environment, single servers, recommended
approach for better performance

Distributed environment, Farm/NLB servers

Distributed environment, Farm/NLB servers, recommended approach for better performance

Distributed Install
User Machine N/A
Web Server(s)*
  • Websites and web services
  • Smartforms runtime site
  • Designer site
  • Workspace
  • Management site
NLB Application Server(s)*
  • Server
SQL
  • Database
*for better performance, we recommend that the Web Server and Application Server components be installed on the same physical machine.

Considerations

  • For better performance, the recommended approach is to install the website components and application server components on the same physical machine, as described in Separate SQL Server and Distributed Environments.
  • The same version of the product must be installed on all servers in the distributed environment.
  • The same version of the product Site must be installed on all IIS servers in the distributed environment.
    • Multiple IIS servers with the product Site installed can be set up, and components and be deactivated on a server if necessary. For example, one IIS server with Management and Nintex Workspace and another with the Design time and Runtime sites.
  • In a distributed environment, Pass-Through Authentication (PTA) or Kerberos is required to pass user credentials between physical or logical servers.
  • Network connection speed between the Application Server and the SQL server must be as fast as possible with as little latency as possible (physical servers should preferably be on the same Gigabit-backbone.)
  • We recommend you do not geographically separate the SQL Server from the application servers since this can introduce performance issues due to low bandwidth or latency between the application servers and the SQL server.
  • The SQL Server can share physical resources with other SQL databases or SQL Server Instances on the same SQL server, or be located on a dedicated SQL server/instance, or be located on an Azure SQL DB.
    • We recommend that SQL administrators track performance of the SQL server and address performance issues through standard Microsoft SQL Server scaling approaches.
  • Clients access Nintex Workspace(Desktop) via the IIS Server operating from the Server. If the user environment expands so that the number of users logging onto Workspace(Desktop) affects the performance of the Server, we advise relocating the Workspace(Desktop) to a different server.