Combien de RAM et de disque faut-il ?

4 Go de RAM constituent le plancher réaliste et 8 Go sont confortables : ClickHouse garde en mémoire ses marques et ses granules d'index, et une grosse agrégation qui dépasse la mémoire disponible est interrompue plutôt que basculée sur le disque. Côté disque, comptez 50 à 100 Go de SSD NVMe — la compression divise typiquement le volume brut de journaux par cinq à dix, si bien que cent gigaoctets de journaux JSON retombent souvent sous les vingt sur le disque. Au repos, le conteneur occupe environ 270 Mo de RAM, et environ 340 Mo après quelques requêtes — mesuré sur la recette du catalogue.

Support

Disposer rapidement d'une plateforme de données.

ClickHouse

Entrepôt analytique en colonnes, auto-hébergé — des milliards de lignes agrégées en millisecondes, sans facturation à la requête.

4 Go (8 Go recommandé) RAM 2 vCPU (4 recommandé) Port 8123 (HTTP) Disponible

Code source

Stack technique

DockerClickHouse 26.3 LTSMergeTree

RAM minimum4 Go (8 Go recommandé)

CPU minimum2 vCPU (4 recommandé)

Port par défaut8123 (HTTP)

OS compatiblesDistributions Linux au choix

ClickHouse est la base de données analytique (OLAP) de référence du monde open source (licence Apache-2.0, environ 49 k étoiles GitHub). Son stockage en colonnes et sa compression agressive permettent à un seul nœud modeste de balayer des centaines de millions de lignes en moins d'une seconde — exactement la charge sur laquelle une base orientée lignes comme PostgreSQL ou MySQL s'effondre. Elle parle SQL, embarque sa propre console SQL de navigateur sur `/play` — aucune application compagne n'est nécessaire pour lancer une requête — et se pilote entièrement par son interface HTTP, sur le port 8123.

Déployée sur un VPS ServOrbit, ClickHouse remplace la facturation au volume de requêtes des entrepôts managés (ClickHouse Cloud, BigQuery) par un coût mensuel fixe, et garde vos journaux applicatifs, vos métriques produit et vos événements analytiques sur une infrastructure que vous maîtrisez. Le modèle déploie la version 26.3 LTS en un seul conteneur, avec la limite de descripteurs de fichiers déjà portée à 262144, des volumes persistants pour les données et les journaux, et une base `analytics` créée au premier démarrage. Le compte `default` — celui que l'image amont livre sans mot de passe — est retiré au démarrage et remplacé par un compte `admin` dont le mot de passe est généré à chaque installation.

Fonctionnalités clés

Agrégations en moins d'une seconde sur des centaines de millions de lignes, grâce au stockage en colonnes et à l'exécution vectorisée.

Compression de 5 à 10 fois sur les journaux et les événements : un SSD modeste encaisse un volume qui remplirait une base relationnelle.

Ingestion massive de plusieurs centaines de milliers de lignes par seconde sur un seul nœud bien réglé.

Console SQL intégrée au navigateur sur /play — écrivez et lancez vos requêtes sans installer le moindre client.

SQL standard et connecteurs natifs pour Grafana et Metabase, plus des clients HTTP et natifs dans tous les langages courants.

Licence Apache-2.0 sans facturation à la requête : votre couche analytique coûte le prix du VPS, quel que soit le volume interrogé.

Quand utiliser cette solution ?

Entrepôt auto-hébergé de journaux et d'événements applicatifs

Déversez vos journaux applicatifs, vos traces HTTP et vos événements produit dans une table MergeTree partitionnée par mois, avec un TTL qui fait tomber les partitions anciennes toutes seules. La compression garde des mois d'historique sur un petit disque, et les agrégations restent sous la seconde même une fois la table passée au-delà de cent millions de lignes.

Le moteur analytique derrière vos tableaux de bord

Branchez Grafana ou Metabase sur l'interface HTTP et construisez vos tableaux de bord sur les événements bruts plutôt que sur des agrégats calculés d'avance. Comme les balayages coûtent peu, vous découpez selon n'importe quelle dimension après coup, au lieu de figer vos métriques à l'avance.

Déchargement analytique d'une base de production

Cessez de faire tourner vos requêtes de reporting sur le PostgreSQL ou le MySQL qui sert vos clients. Répliquez les tables que vous analysez dans ClickHouse sur le même VPS, interrogez-les sur 127.0.0.1:8123, et votre base primaire ne ressent plus jamais la charge analytique.

Déployer ClickHouse sur votre VPS

Guide optimisé pour les VPS Cloud ServOrbit.

Commander le VPS

Choisissez un VPS ServOrbit avec au moins 4 Go de RAM : ClickHouse échange de la mémoire contre de la vitesse, et 8 Go donnent de l'air aux grosses agrégations. Deux vCPU parallélisent les requêtes, quatre sont confortables. Le disque compte plus que tout le reste : prévoyez 50 à 100 Go de SSD NVMe selon votre rétention, en gardant à l'esprit que la compression divise habituellement les données brutes par cinq à dix.

Ce que l'installation déploie

Un seul conteneur clickhouse/clickhouse-server:26.3.17.110, la version à support long terme du moment. Deux volumes nommés conservent /var/lib/clickhouse et /var/log/clickhouse-server, la limite de descripteurs de fichiers est portée à 262144 comme ClickHouse l'exige, et une base analytics est créée au premier démarrage. Le contrôle de santé interroge /ping jusqu'à ce que le serveur réponde, ce qui prend quelques secondes.

Se connecter la première fois

L'installation génère un mot de passe aléatoire et crée un compte admin avec celui-ci ; le compte default, que l'image amont livre sans mot de passe, est retiré au démarrage. Relevez le mot de passe généré sur la fiche de l'application dans votre espace client, ouvrez la console intégrée sur /play, saisissez admin et ce mot de passe, puis lancez SELECT version() pour confirmer.

Atteindre le serveur

Attachez un domaine : ServOrbit installe le vhost nginx et le certificat TLS, et la console répond alors sur https://<votre-domaine>/play, sans numéro de port. Sans domaine, il n'existe aucun point d'entrée public, par construction — ouvrez un tunnel avec ssh -L 8123:127.0.0.1:8123 root@<ip-du-vps> et travaillez sur http://localhost:8123/play. 8123 est le port du catalogue ; reprenez celui affiché sur la fiche de l'application s'il diffère.

Créer votre première table

Créez une table MergeTree et consacrez une minute à sa clé ORDER BY : c'est le facteur décisif de performance, à lui seul. Placez en premier les colonnes sur lesquelles vous filtrez le plus, en général une date et un identifiant, et partitionnez par mois avec PARTITION BY toYYYYMM(date) pour que la rétention devienne une suppression de partition bon marché plutôt qu'un effacement ligne à ligne.

Brancher votre application et verrouiller le compte

Une application qui tourne sur le même VPS se connecte à 127.0.0.1:8123, l'interface HTTP, qui accepte aussi bien les INSERT que les SELECT — ce port n'est pas joignable depuis l'extérieur de la machine. Le protocole natif, plus rapide, reste disponible pour un conteneur rattaché au réseau Docker de la pile, mais n'est volontairement pas publié sur l'hôte. Le compte admin a la gestion des droits activée : créez un utilisateur en lecture seule par consommateur, avec CREATE USER et GRANT SELECT, plutôt que de confier le mot de passe administrateur à Grafana ou à Metabase.

Questions fréquentes

ClickHouse est une base OLAP : elle est faite pour balayer et agréger de très grandes tables, pas pour servir un grand nombre de petites lectures et écritures transactionnelles. C'est le bon outil pour des journaux, des métriques, des événements et du reporting. C'est le mauvais outil comme base primaire d'une application web — il n'y a pas de vraies transactions, les mises à jour et les suppressions sont des mutations asynchrones et non des opérations immédiates, et la lecture d'une ligne unique y est plus lente que dans PostgreSQL. Le schéma courant consiste à avoir les deux : PostgreSQL pour l'application, ClickHouse pour l'analytique.

Avec un compte admin, créé au démarrage avec un mot de passe généré pour votre installation et affiché sur la fiche de l'application dans votre espace client. L'image amont livre un compte default sans aucun mot de passe ; ce modèle le retire dès le démarrage du serveur, si bien qu'il ne reste aucune voie d'entrée sans authentification. La gestion des droits est activée sur admin, ce qui vous permet de créer d'autres utilisateurs et d'accorder des droits directement en SQL.

Un seul port est publié, le 8123 de l'interface HTTP, et uniquement sur l'interface de bouclage de votre VPS : rien ne répond sur l'adresse IP publique brute, quel que soit le port essayé. Une application hébergée sur le même VPS l'atteint sur 127.0.0.1:8123 ; depuis votre poste, attachez un domaine — nginx proxifie alors cette interface avec TLS — ou ouvrez un tunnel SSH. Le protocole natif, sur 9000, n'est pas publié sur l'hôte : il reste joignable depuis un conteneur rattaché au réseau Docker de la pile, et depuis le serveur lui-même avec docker exec. Ce choix est délibéré — un second port fixe entrerait tôt ou tard en collision avec une autre application du catalogue, sans que la réallocation automatique puisse l'éviter.

Oui, les deux. Grafana dispose d'une source de données ClickHouse officielle et Metabase embarque un pilote ClickHouse ; l'un comme l'autre se connectent par l'interface HTTP. Si l'outil de tableaux de bord tourne sur le même VPS, pointez-le sur 127.0.0.1:8123 ; s'il tourne ailleurs, attachez un domaine pour que la connexion soit chiffrée par nginx. Créez un utilisateur en lecture seule dédié à l'outil plutôt que de réutiliser le compte administrateur.

Posez un TTL sur la table dès sa création — TTL event_date + INTERVAL 90 DAY — et partitionnez par mois. ClickHouse fait alors tomber en arrière-plan les partitions entièrement expirées, ce qui ne coûte presque rien, au lieu d'effacer les lignes une à une. Insérez par lots de plusieurs milliers de lignes plutôt que ligne à ligne : les insertions unitaires créent une nuée de petites partitions et déclenchent des fusions coûteuses. Surveillez system.parts et system.merges si les requêtes commencent à ralentir.

Intégrer le bouton de déploiement

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

Markdown

[![Deploy ClickHouse on ServOrbit](https://servorbit.com/brand/deploy/button.svg)](https://servorbit.com/vps-cloud?template=clickhouse&utm_source=deploy-badge&utm_medium=referral&utm_campaign=clickhouse)

HTML

<a href="https://servorbit.com/vps-cloud?template=clickhouse&utm_source=deploy-badge&utm_medium=referral&utm_campaign=clickhouse"><img src="https://servorbit.com/brand/deploy/button.svg" alt="Deploy ClickHouse 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

Bases de Données

Metabase

Informatique décisionnelle open source : branchez n'importe quelle base SQL et construisez tableaux de bord, questions et graphiques depuis le navigateur, sans écrire de SQL.

Monitoring & Observabilité

Grafana

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

Bases de Données

PostgreSQL Stack

Base de données relationnelle open source avec pgAdmin préconfigurée. Puissante, extensible, prête pour la production.

Disposer rapidement d'une plateforme de données.

Activez ClickHouse sur votre infrastructure.

VPS Cloud dédié — IPv4 incluse, datacenter européen, support inclus. Vos données ne quittent jamais votre serveur.

Configuration recommandée : 4 Go (8 Go recommandé) RAM · 2 vCPU (4 recommandé)

Besoin d'aide ?

Parcourez notre centre d'aide et notre FAQ, ou écrivez à notre équipe — support en français, anglais et arabe.

ou nous écrire