Logo GreptimeDB

Bases de Données

GreptimeDB

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

Documentation officielle Code source

À propos de GreptimeDB

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.

Ce qui est installé

Prêt au démarrage du VPS

OS compatibles
Distributions Linux au choix
Application
GreptimeDB
Stack technique
DockerRustGreptimeDB
RAM minimum
2 Go minimum
CPU minimum
1 vCPU
Port par défaut
8110
Accès
root par SSH

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 ?

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.

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.

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.

Guide

Déployer GreptimeDB sur votre VPS

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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

Questions sur GreptimeDB

← Retour à Bases de DonnéesToutes les applications
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.

Intégrer le bouton de déploiement

Vous maintenez un projet qui utilise GreptimeDB ? Ce bouton permet à vos lecteurs de le déployer sur un VPS en un clic, sans lire de documentation Docker.

Deploy GreptimeDB on ServOrbit
Markdown
[![Deploy GreptimeDB on ServOrbit](https://servorbit.com/brand/deploy/button.svg)](https://servorbit.com/vps-cloud?template=greptimedb&utm_source=deploy-badge&utm_medium=referral&utm_campaign=greptimedb)
HTML
<a href="https://servorbit.com/vps-cloud?template=greptimedb&utm_source=deploy-badge&utm_medium=referral&utm_campaign=greptimedb"><img src="https://servorbit.com/brand/deploy/button.svg" alt="Deploy GreptimeDB on ServOrbit" height="40"></a>

Le bouton pointe vers la commande d'un VPS avec le template présélectionné. L'image est servie depuis servorbit.com — rien à héberger de votre côté.

Solutions complémentaires

Monitoring & Observabilité

Grafana

Visualisez les métriques de vos infrastructures et applications. Dashboards personnalisables, alertes multi-canaux, sources multiples.

Monitoring & Observabilité

Prometheus

Collecte et requête de métriques temps réel. Standard de facto pour le monitoring Kubernetes, Docker et microservices.

Monitoring & Observabilité

VictoriaMetrics

Base de séries temporelles open source compatible Prometheus : stockage compact, requêtes PromQL et MetricsQL rapides, rétention longue sur un petit VPS.

Besoin d'aide ?

Parcourez notre centre d'aide et notre FAQ, ou contactez notre équipe — rappel, WhatsApp ou e-mail.

Écrire sur WhatsApps'ouvre dans un nouvel onglet
ou nous écrire