Overview

The administration tab is divided into multiple sections covering a variety of administrative actions, as detailed below.

License Configuration

In this section, a new license file can be uploaded when provided by Heimdall, and the current settings and license use can be observed. In Demo mode, up to 4 LB servers can be used, and up to four VDBs with rules (optimizations) can be enabled for 30 days. The used count is only based on VDBs that have received traffic in the last 30 seconds, so will dynamically account for activity. If the used values surpass the allowed values, then a warning will be displayed on the console, but no restriction in features will be enforced. License handling is strictly advisory, i.e. while the system may complain about a license being invalid, it will not restrict what is done, to insure no outages occur as a result of licensing.

Note: When using an AWS paid-for instance, the proxy use on the instance will not count toward license use. Additionally, added paid-for instances can be reconfigured to be a pure proxy instance and will also not count to license use on another management server.

Notification Configuration

E-Mail notifications should be configured to provided automated notice on any of the following events;

  1. A rule with the notify=true option is matched. In the case of learning, an “allow” will bypass processing of the “learn” rules, to avoid duplication of notices.
  2. On a server state change
  3. When an upgrade is detected as being available.

Notifications as a result of a rule match with the notify=true option will be throttled to no more than once a minute, and over time, no more than one per ten minutes. If a large number of notices come in, up to six mails may be sent in six minutes, but then they will be throttled. To disable the warning about the e-mail not being configured, configure the e-mail address of "none", which will also disable notifications.

By default, settings for the e-mail configuration are set to use the Google SMTP relay, using the encrypted port of 587. If these settings are used, a gmail username and password should be configured, along with the desired e-mail recipient. It is recommended that if this is done, that an “application password” be used, which can be created by following the instructions at https://support.google.com/accounts/answer/185833?hl=en.

Note: The e-mail address of "none" will disable notifications.

Log File Management

This section is provided to assist in managing log files, and the options should be self explanatory.

Software Management

The first component of this is a drop-down list of update paths that an update can be triggered for. LTS is the Long-term support release build set, Latest release is the latest full feature release, and test is a test version which may format your HD, causing data corruption or loss, and possible changes in marital status. You are warned.

The second is the shutdown/restart heimdall button, which will not explicitly trigger a restart, but will rely on any restart mechanisms on the server to trigger the actual execution of the server after it terminates.

The third is the release notes link, for the most current release notes, and finally, an option to download the heimdall driver.

Alerts

This section provides a list of any alerts that have been dismissed with the check. Any alerts in this list will not be shown in the top of the GUI until cleared.

Login History

This provides the login times, account ID and source IP of the recentally recorded GUI logins.

Cache Drivers

This section allows a cache driver (specifically Hazelcast) to be uploaded for use by Heimdall insteal of the built-in driver. This allows the driver to match what may exist in a customer's environment if our version causes a conflict.

Server Properties

These are properties that can control overall Management server behavior, and will be added to over time. Current properties supported.

Filters

This section allows configuration management filters to be created, which can then be used optionally by users, or enforced on them in the user's tab. The filters insure they can not access or create configuration objects with names that do not meet the specified regular expression. This applies to VDBs, Data Sources, Rules, and Drivers. Analytics and Logs will also be filtered based on the resources they are relevant to by the filters, to prevent data leakage. The dashboard will also be filtered based on this. The two primary use cases are:

When a user is not forced to use a particular filter, then the filters will be available in the upper right-hand corner of each page to allow them to be changed on the fly:

Modules

Allows modules to be added or removed as needed. The fewer the modules, the faster a Heimdall node can startup. In particular cache modules that are unused should be deleted as some can add significant load time.