Skip to main content
ClickHouse Keeper fournit une API HTTP et un tableau de bord web intégré pour la surveillance, les contrôles d’état et la gestion du stockage. Cette interface permet aux opérateurs d’inspecter l’état du cluster, d’exécuter des commandes et de gérer le stockage de Keeper depuis un navigateur web ou via des clients HTTP.

Configuration

Pour activer l’API HTTP, ajoutez la section http_control à la configuration keeper_server :

Options de configuration

Endpoints

Tableau de bord

  • Chemin: /dashboard
  • Méthode: GET
  • Description: Expose un tableau de bord web intégré pour surveiller et gérer Keeper
Le tableau de bord comprend :
  • Visualisation en temps réel de l’état du cluster
  • Surveillance des nœuds (rôle, latence, connexions)
  • Explorateur de stockage
  • Interface d’exécution des commandes

Onglet Cluster

L’onglet Cluster représente les membres Raft sous la forme d’un graphe de topologie et d’un tableau. Chaque membre est affiché avec une couleur indiquant son état de santé :
  • Vert — actif et synchronisé avec le leader
  • Jaune — actif, mais en retard de plus de stale_log_gap entrées de journal sur le leader
  • Rouge — inaccessible (aucune réponse Raft réussie pendant la fenêtre d’expiration du signal de présence)
  • Gris — inconnu (l’état de santé des pairs n’est visible que depuis le leader ; les followers voient leurs pairs comme inconnus)
Le tableau indique également le rôle de chaque membre (leader, follower ou observateur), la priorité Raft, le dernier index de journal, le retard de réplication par rapport au leader et le temps écoulé depuis la dernière réponse Raft réussie. Lorsque le nœud actuel n’est pas le leader, l’onglet propose un lien direct ouvrant le tableau de bord du leader, où l’état de santé complet des pairs est disponible. L’onglet peut être ouvert directement avec /dashboard?tab=cluster.

Sonde de disponibilité

  • Chemin : /ready (configurable)
  • Méthode : GET
  • Description : endpoint de contrôle de l’état de santé
Réponse en cas de succès (HTTP 200) :

API des commandes

  • Chemin: /api/v1/commands/{command}
  • Méthodes: GET, POST
  • Description: Exécute des commandes Four-Letter Word ou des commandes de la CLI ClickHouse Keeper Client
Paramètres de requête :
  • command - La commande à exécuter
  • cwd - Répertoire de travail courant pour les commandes basées sur un chemin (par défaut : /)
Exemples :

API de stockage

  • Chemin de base: /api/v1/storage
  • Description: API REST pour les opérations de stockage de Keeper
L’API de stockage suit les conventions REST, où les méthodes HTTP indiquent le type d’opération :
Dernière modification le 14 août 2026