Faut-il un nom de domaine pour GreptimeDB ?

Oui. Vos serveurs y envoient leurs métriques, logs et traces, et Grafana l'interroge : GreptimeDB doit répondre en HTTPS sur un nom stable. Inutile d'en acheter un : chaque VPS ServOrbit dispose d'un sous-domaine gratuit (greptimedb.{dns_slug}.servorbit-dns.com) avec un certificat HTTPS. Vous pouvez aussi utiliser un sous-domaine de l'un de vos domaines.

Comment me connecter la première fois ?

Ouvrez https://votre-domaine/dashboard/ et saisissez dans les paramètres de connexion l'utilisateur admin et le mot de passe affiché dans votre espace client. Ces identifiants protègent aussi l'API SQL, l'API Prometheus et l'ingestion : vos agents et Grafana les utilisent en authentification basique.

Combien de temps mes données sont-elles conservées ?

Sans réglage, rien n'expire. Fixez la rétention en SQL depuis le tableau de bord, par exemple ALTER DATABASE public SET 'ttl'='90d' pour toute la base, ou une option ttl à la création d'une table. Prévoyez le disque en conséquence : les logs et les traces occupent bien plus de place que les métriques.

Disposer rapidement d'une plateforme de données.

GreptimeDB

GreptimeDB — métriques, logs et traces dans une seule base : SQL, PromQL, remote_write, OpenTelemetry et Grafana, sur votre VPS.

2 Go minimum RAM 1 vCPU Port 8110 En validation

En validation

L'installation automatique de cette solution est prête et passe actuellement nos tests sur serveur réel. La commande ouvrira dès que la validation sera terminée.

Code source

Stack technique

DockerRustGreptimeDB

RAM minimum2 Go minimum

CPU minimum1 vCPU

Port par défaut8110

OS compatiblesDistributions Linux au choix

GreptimeDB est une base de données d'observabilité open source (licence Apache-2.0) écrite en Rust. Là où l'on empile d'ordinaire un stockage pour les métriques, un autre pour les logs et un troisième pour les traces, elle range les trois dans un même moteur en colonnes, et les rend interrogeables avec deux langages que vous connaissez déjà : le SQL et le PromQL.

Elle parle les protocoles de l'écosystème : `remote_write` de Prometheus, OpenTelemetry (OTLP/HTTP) pour les métriques, les logs et les traces, l'API push de Loki, le line protocol d'InfluxDB et une API SQL en HTTP. Grafana l'interroge comme une source Prometheus. Elle embarque un tableau de bord web pour écrire des requêtes SQL ou PromQL et explorer les tables, et sa durée de rétention se règle par base ou par table avec une simple instruction SQL.

Fonctionnalités clés

Métriques, logs et traces — un seul moteur en colonnes au lieu de trois stockages à maintenir.

SQL et PromQL — jointures, agrégats et fenêtres en SQL ; vos requêtes PromQL existantes fonctionnent.

Compatible Prometheus — cible remote_write et API de requête Prometheus, source de données Grafana sans plugin.

OpenTelemetry natif — ingestion OTLP/HTTP des métriques, des logs et des traces ; API push Loki et line protocol InfluxDB.

Tableau de bord intégré — éditeur SQL et PromQL, exploration des tables, graphiques des résultats.

Accès protégé — utilisateur admin et mot de passe généré, exigés sur toute l'API HTTP : requêtes comme ingestion.

Quand utiliser cette solution ?

1

Une seule base pour votre observabilité

Envoyez métriques, logs et traces de vos services par OpenTelemetry vers une instance unique, et croisez-les en SQL : les erreurs d'une route, sa latence et ses traces dans la même requête.

2

Le stockage long de votre Prometheus

Gardez Prometheus pour la collecte et ajoutez une ligne remote_write vers GreptimeDB : Grafana interroge des mois d'historique, et vous pouvez aussi l'analyser en SQL.

3

Des événements applicatifs analysables en SQL

Poussez des compteurs ou des événements métier (commandes, inscriptions, temps de réponse) au format InfluxDB ou OTLP, puis analysez-les en SQL depuis le tableau de bord ou votre code.

Déployer GreptimeDB sur votre VPS

Guide optimisé pour les VPS Cloud ServOrbit.

01

Créer le VPS et choisir l'adresse

Commandez un VPS Ubuntu 24.04 avec 2 Go de RAM (4 Go et plus de disque si vous centralisez de nombreux services). GreptimeDB exige un domaine : vos serveurs y envoient leurs données et Grafana l'interroge, elle doit répondre en HTTPS sur un nom stable. Elle s'ouvre sur un sous-domaine de l'un de vos domaines, ou sur le sous-domaine gratuit du VPS (greptimedb.{dns_slug}.servorbit-dns.com), HTTPS compris. Inutile d'acheter un nom de domaine.

02

Installer GreptimeDB depuis le Marketplace

Dans votre espace client, sélectionnez GreptimeDB, choisissez l'adresse et cliquez sur Installer. Le script déploie le conteneur officiel en mode standalone, génère le mot de passe de l'utilisateur admin, active l'authentification sur toute l'API HTTP, coupe le rapport d'usage anonyme et configure le reverse proxy nginx en HTTPS.

03

Se connecter la première fois

Ouvrez https://votre-domaine/dashboard/, puis renseignez dans les paramètres de connexion du tableau de bord l'utilisateur admin et le mot de passe affiché dans votre espace client. Lancez SHOW TABLES; dans l'éditeur SQL pour vérifier l'accès.

04

Envoyer vos données

Pour Prometheus, ajoutez un bloc remote_write vers https://votre-domaine/v1/prometheus/write?db=public avec basic_auth. Pour OpenTelemetry, pointez l'exportateur OTLP/HTTP vers https://votre-domaine/v1/otlp avec un en-tête Authorization: Basic ; les traces exigent en plus X-Greptime-Pipeline-Name: greptime_trace_v1, sur un exportateur à part. Les mêmes identifiants servent partout.

05

Brancher Grafana

Dans Grafana, ajoutez une source de données de type Prometheus avec l'URL https://votre-domaine/v1/prometheus, activez l'authentification basique et saisissez les mêmes identifiants. Vos tableaux de bord PromQL fonctionnent sans modification.

Questions fréquentes

VictoriaMetrics est spécialisée dans les métriques et le PromQL. GreptimeDB couvre aussi les logs et les traces, et ajoute le SQL : vous pouvez joindre, agréger et filtrer vos données d'observabilité comme dans une base relationnelle. Pour un stockage de métriques Prometheus seul, VictoriaMetrics suffit ; pour réunir les trois signaux dans une même base, GreptimeDB est le meilleur choix.

Solutions complémentaires

Monitoring & Observabilité

GreptimeDB n'est pas encore commandable.