🌐Platform
Installation completes within minutes, ensuring that all components are operational upon completion.
To upgrade an existing platform, please refer to Upgrade section
The platform is available exclusively on linux systems:
Distribution |
---|
RHEL8, Rocky linux 8, AlmaLinux 8 |
RHEL9, Rocky linux 9, AlmaLinux 9 |
Debian Bullseye |
To install Datasentinel on a different Linux system, please reach out to us at support@datasentinel.io
License
A license key is required to use Datasentinel.
Obtain a Datasentinel license key:
Users who want to try Datasentinel can obtain a 60-day Trial Key
Existing customers can obtain their license key from support: support@datasentinel.io
Refer to the documentation for instructions on updating the Token to enable the license key.
System Requirements
The sizing of the machine (cpus, memory, storage) to be provisioned, will depend on the number of PostgreSQL instances to monitor as well as the data retention chosen. Default sizing recommendations with a retention of 14 days
Instances | CPUs | Memory | Storage |
---|---|---|---|
1 to 10 | 4 | 8GB | 25GB |
11 to 50 | 8 | 16GB | 50GB |
51 to 100 | 8 | 32GB | 75GB |
101 to 200 | 16 | 64GB | 100G |
>200 | 24 | 96GB | 150GB |
We strongly recommend a machine with scale capabilities such as virtual machines
For enhanced memory management on a server hosting Datasentinel, it is advised to set the swappiness parameter to a value of 5.
You can confirm the current value:
Security rules
Here are the firewall settings necessary for Datasentinel
The listening port of the platform server must be accessible to connect to the GUI. The port is the https port 443 by default and can be changed.
1. Agent-based mode
The listening port of the platform server must be accessible in both directions (PUSH and PULL) from the agents' servers.
Each agent listens on port 8282 by default (updatable). The platform server must be able to communicate with the agent servers on this port (PUSH and PULL)
2. Agentless mode
The platform connects directly to PostgreSQL instances. The listening port of each PostgreSQL instance must be accessible from the platform
Download
The platform is packaged as a single file, install-datasentinel-platform-<<OS>>-latest.tar.gz, which includes all necessary components.
Date | Last available platform version | |
---|---|---|
2024-10-18 | 2024.10 |
OS | File to download |
---|---|
RHEL, Rocky Linux, AlmaLinux 8 | |
RHEL, Rocky Linux, AlmaLinux 9 | |
Debian Bullseye |
The file size is approximately 690 MB.
Installation
During installation, you will need to be logged in as the root account. However, this is the only time this account is required. After installation, all modules and future updates will be executed using the defined application account.
Prior to starting the installation process, it is necessary to install NGINX, as it serves as the initial entry point for Datasentinel.
Uncompress the downloaded file to create two files:
init_datasentinel.sh
and datasentinel-platform.tar.gz
The application binaries and the database for storing metrics will be installed in the /datasentinel directory. You can choose to pre-create the directory as a symbolic link, file system, or directory, or it will be created during installation. Make sure the directory is empty.
The script executes in less than 2 minutes and performs multiple actions:
Requests user input for the application username (default is datasentinel). The user can be pre-created with bash as the default shell.
Requests the application listening port (default is 443)
Creates the /datasentinel directory if it doesn't already exist
Decompresses datasentinel-platform.tar.gz to install all components
Creates entries in
bash_profile
andcrontab
Deploys services for automatic restart
Starts all components.
To install Datasentinel silently, use ./init_datasentinel.sh -d
Default values will be used
At the end of the installation, the platform should be up and running.
The listening port must be opened and accessible.
Also, be careful with your firewall configuration (SELinux, firewalld) if any.
nginx is the entry component for Datasentinel, listening on port 443 by default for all incoming communications from other servers.
It communicates locally with other components via their respective listening ports. Config file /etc/nginx/conf.d/datasentinel.conf
If a 502 error appears on the graphical interface despite all components being up and running, it’s worth checking the firewall settings, such as SELinux
SSL Certificate
The on-premises platform utilizes a self-signed certificate configured with NGINX.
The self-signed certificate is located in the /etc/nginx/certs
directory.
If desired, you can replace it with your own certificate. To do so:
Generate a certificate for the platform machine.
Replace the existing files
cert_datasentinel.pem
andkey_datasentinel.pem
with the real certificateRestart NGINX or reload it:
/usr/sbin/nginx -s reload
The configuration file used by NGINX is /etc/nginx/conf.d/datasentinel.conf
User interface
Once the installation is complete, access the UI using url and username:
URL: https://<<server_name>>
Username: datasentinel
The password will be displayed at the end of the installation process
License update
To begin using Datasentinel, you must update the license by following the instructions on how to update the token.
Components
Datasentinel utilizes the following components:
Nginx web server
Datasentinel Backend API
Datasentinel dispatcher (Agentless feature)
Timeseries database InfluxDB
Grafana Frontend, which includes a PostgreSQL database and Datasentinel Frontend as a plugin.
Each component is restarted automatically with a system service located on /usr/lib/systemd/system
Component Management
An alias is available when connected as datasentinel to check the availability of all components
Status Check via the API
Another method to check the status of the platform is by querying its API using the following curl command
Installation demo
Log files
Datasentinel generates logs, which are located in the /datasentinel/log
directory, except for the NGINX log file
Log file | Information |
---|---|
| Nginx log access (by default, access log is off) |
| Backend log file |
| Agentless feature log file |
| Alerting and Notification log file |
| Scheduler log file |
| Log data copied to influxdb database in case of errors |
| Grafana log access |
Last updated