Skip to main content
Skip table of contents

Maximum supported values

Overview

To guarantee the correct operation of Nexthink at an adequate level of performance, certain elements and aspects of a setup must be kept below their maximum values, as boundaries of varied nature appear in different contexts within the product.

As a reference, find below a comprehensive list of the maximum values within the platform: the number of objects that an Engine can store; the alerts, services, metrics or actions that can be simultaneously enabled; the hierarchies and the levels that organize your groups of devices; the accounts, profiles and roles that grant access either to the Portal or to the Finder, or to both; the number of results to obtain from a query; etc.

Respect the limits presented in this document to avoid unsupported scenarios.

Objects and events

Find below the maximum number of allowed objects and events per Engine:

Object

Default max

Absolute max

Configuration setting

Device

Licensed

10 k

-

Mobile

Licensed

5 k

-

User

-

As many as linked to devices

-

Package

-

As many as installed on devices (repeated packages expected)

-

Binary

40 k

100 k

max_binaries

Executable

-

As many as linked to binaries

-

Application

-

As many as linked to binaries

-

Port

-

2 x 65​535 (TCP / UDP)

-

Destination

-

As many as required

A warning is sent when 50k is reached, there is no limit enforced

Domain

250 k

250 k

-

Printer

62 printers per device

As many as connected to devices (respecting the limit per device)

-

Event

Depends on HW

200 M

Use the Web Console to modify

Modify the limits on objects that allow it by changing the corresponding setting in the configuration file of the Engine. Contact Nexthink Support before modifying the default values:

/var/nexthink/engine/01/etc/nxengine.xml

In multi-Engine environments, a single Nexthink setup supports all the objects and events held by every Engine that is part of the setup, with the only limit on the total number of devices:

For setups with more than 150k devices, contact Customer Success Services to guide you with the deployment, validate your installation and obtain support.

Printers

In contrast with the limits on other objects, the maximum number of printers is not determined by the capacity of the Engine, but by the mechanism through which the Collector handles and reports the printing events of each printer connected to a device.

Thus, the Collector supports up to 62 printers per device. If a device that runs the Collector connects to more than 62 printers, the Collector reports no print jobs for that device. Because the Collector discovers printers as a result of printing events, no printers are visible from that device either.

Nevertheless, the Engine can store as many printers in total as there are printers connected to devices, for as long as each device does not exceed its individual limit.

Lifetime of objects

The lifetime of an object in Nexthink is related to the configured data retention. In the Portal, the metrics computed can extend their lifetime to several years, and the details of count metrics last for as long as there is free disk space allocated for them. As for the Engine, an object is kept in its database until all the events that are linked to that particular object have disappeared from the history of the Engine.

Three types of objects are however not immediately removed from the Engine after losing all their linked events: devices, users and binaries. These objects have an associated maximum inactivity period that may go beyond the history of events in the Engine. Thus, if the maximum inactivity period of an object has not elapsed, the object is not removed from the database of the Engine, even when there is no event linked to the object left. When the Engine records new activity for a device, a user or a binary, the inactivity period associated to the object is reset.

Because application and executable objects are linked to binaries, they are equally stored in the database of the Engine for as long as a related binary exists. Therefore, the lifetime of applications and executables is determined by the maximum inactivity period of the binaries to which they are related.

Object

Default max inactivity period

Configuration setting

Device

7 776 000 s (90 days)

max_inactivity_period

User

Binary

2 592 000 s (30 days)

max_binary_inactivity_period

Modify the max_inactivity_period and max_binary_inactivity_period settings in the configuration file of the Engine. Contact Nexthink Support before modifying the default values:

/var/nexthink/engine/01/etc/nxengine.xml

Categories and keywords

There is no fixed maximum number of categories or keywords that can be applied to tag objects. However, a great number of categories or keywords, especially keywords that specify auto-tagging conditions, may have an impact on the overall performance of a Nexthink setup. Thus, the maximum recommended values to keep your system under an acceptable level of performance are the following:

Item

Maximum recommended values

Category

25 per type of object (device, user, etc.)

Keyword

800 per category (200 of which with auto-tagging conditions)

Auto-tagging condition

20 per keyword

Collector string tag

When identifying an installation of the Collector by means of a string tag, the assigned tag has a maximum of 2048 characters.

Services

There is no fixed limit on the number of services that you can create in the Finder. However, the maximum number of simultaneously enabled services is 100.

Alerts

Service-based alerts

Create a maximum of one alert per service. Therefore, a maximum of 100 service-based alerts are permitted.

Investigation-based alerts

There is no fixed limit on the number of alerts that you can create in the Finder. However, the total number of enabled investigation-based alerts per Engine cannot exceed 150 alerts, including global and user specific alerts. The distribution between global and user specific alerts is as follows:

Alert type

Maximum

Global

50

My alerts + role based

10

Metrics

There is no fixed limit on the number of metrics that you can create in the Finder. However, there is an actual limit on the number of simultaneously enabled metrics. During the night, the Portal computes the values of enabled metrics only.

Configure the maximum number of metrics in your setup from the Web Console.

Enabled

Default max

Absolute max

Metrics

500

1 000

Scores

There is no fixed limit on the number of scores that you can import into the Finder. However, there is an actual limit on the number of simultaneously enabled scores. The maximum number of enabled scores is limited by two factors: storage and computation power required.

Limiting factor

Max

Storage

500 composite or leaf scores (including subscores in the count)

Computation power

50 scores of the Computation input type

The total maximum number of scores is therefore 500 scores, of which a maximum of 50 scores can be of the Computation input type. These are not absolute maximums though. Contact Customer Success Services if you need to exceed these limits.

Starting from V6.21, the Digital Experience Score is embedded in the product. The scores that compose the Digital Experience Score are therefore regarded as part of the base product, such that they consume no part of the maximum number of scores available for the customer.

Engage and Act

The Engage and Act modules store information on the user and device objects, respectively, by means of custom fields; that is, properties or attributes that are dynamically added to the data model of the object. For instance, a user object stores the answer of the user to a campaign in a dedicated custom field; whereas a device object stores the execution status of a remote action on another custom field. There is a limit on the total number of custom fields that campaigns and remote actions can add to the system.

Custom fields of

Computation

Maximum

Campaign

  • 3 fixed + 1 per question + 1 per optional text

  • 0, if embedded in a remote action

500

Remote action

6 fixed + 1 per output

500

Because of performance reasons, there is also an additional limit on the number of campaigns and remote actions that can be simultaneously enabled. Regarding campaigns, note that the limit on the usable custom fields may be more restrictive than the limit on the number of campaigns themselves. In the case of remote actions, the limit affects only automatically triggered remote actions and the number depends on the frequency of the action.

Enabled

Maximum

Campaign

  • 15 one-off or recurring campaigns

  • 15 continuous satisfaction measurement campaigns

  • 100 manual campaigns

  • 1000 embedded (in remote actions) campaigns

Remote action

  • 60 automatically triggered

  • 30 out of the previous 60 with period < 1 hour

  • 10 out of the previous 30 with period = 1 min

Portal content

The maximum number of modules, dashboards and widgets is not specified and mostly dependent on the memory available in the Portal.

Accounts and hierarchies

The maximum number of user accounts supported by a Nexthink setup is 500 users. There is no specified limit on the maximum number of profiles and roles associated to the user accounts, but they are known to be higher than the following values:

Items

Maximum value

Profile

> 300

Role

> 400

Similarly, there is no specified limit on the number of hierarchies and levels that can be created, for as long as they do not exceed the maximum supported complexity in the Portal.

The maximum length of the names that you can specify for user accounts, profiles, and roles is as follows:

Items

Maximum number of characters

Username

128 characters

Profile

256 characters

Role

25 characters

The password length of internally managed accounts (that is, not provisioned from SAML or Active Directory) has the following limits:

Item

Minimum number of characters

Maximum number of characters

Password

8 characters (configurable)

25 characters

Entities and nodes

The maximum total number of entities in a Nexthink setup is 8 000 entities, which can be distributed among Engines with a maximum of 500 entities per Engine.

The maximum number of rules that can be specified in the CSV file to define entities is 1 000 rules per entity.

The maximum length for the names of entities and nodes is 50 characters:

Items

Maximum number of characters

Entity

50 characters

Node

50 characters

Finder

Investigations

There is no specified limit in the number of investigations that can be created on the Finder. Related to investigations, the maximum number of results shown by a cross-Engine investigation is 10 000 entries (can be overcome by exporting the results of the investigation).

The maximum query time of an investigation is 900 s (15 min). After that, the Engine aborts the query.

Network and Web activity views

The maximum number of connections or web requests that can be visualized in the Network and Web activity views are 10 000 connections or requests per view.


RELATED REFERENCES


JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.