Skip to main content

​
Qu’est-ce que l’onboarding standard ?

L’onboarding standard est le workflow guidé par défaut pour déployer ClickHouse dans votre propre compte cloud avec BYOC. Dans cette approche, ClickHouse Cloud provisionne toutes les ressources cloud de base nécessaires à votre déploiement — comme le VPC/VNet, les sous-réseaux, les groupes de sécurité, le cluster Kubernetes (EKS/GKE/AKS), ainsi que les rôles IAM/comptes de service/principaux de service associés — dans votre compte AWS, votre projet GCP ou votre abonnement Azure. Cela garantit une configuration cohérente et sécurisée, tout en réduisant au minimum les interventions manuelles de votre équipe. Avec l’onboarding standard, il vous suffit de fournir un compte AWS, un projet GCP ou un abonnement Azure dédié, puis d’exécuter une stack initiale (via CloudFormation ou Terraform) afin de créer le minimum de permissions et de relations de confiance nécessaire pour permettre à ClickHouse Cloud d’orchestrer la suite de la configuration. Toutes les étapes suivantes — y compris le provisionnement de l’infrastructure et le lancement du service — sont gérées depuis la console web ClickHouse Cloud. Il est fortement recommandé aux clients de préparer un compte AWS, un projet GCP ou un abonnement Azure dédié pour héberger le déploiement BYOC de ClickHouse, afin de garantir une meilleure isolation des permissions et des ressources. ClickHouse déploiera un ensemble dédié de ressources cloud (VPC/VNet, cluster Kubernetes, rôles IAM/comptes de service/principaux de service, buckets de stockage objet, etc.) dans votre compte. Si vous avez besoin d’une configuration plus personnalisée (par exemple, pour déployer dans un VPC existant), consultez la documentation Customized Onboarding.
Un onboarding BYOC standard prend environ 45 à 90 minutes de bout en bout, entre le lancement des étapes CloudFormation ou Terraform et le moment où le premier service ClickHouse devient accessible.

​
Demander l’accès

Pour démarrer le processus d’onboarding, veuillez nous contacter. Notre équipe vous guidera dans les exigences du BYOC, vous aidera à choisir les options de déploiement les plus adaptées et ajoutera votre compte à la liste d’autorisation.

​
onboarding

​
Préparer un compte AWS/projet GCP/abonnement Azure

Préparez un nouveau compte AWS, un projet GCP ou un abonnement Azure au sein de votre organisation.
1

Choisissez un fournisseur Cloud

2

Configuration du compte/projet/abonnement

La configuration initiale de BYOC peut être effectuée à l’aide d’un modèle CloudFormation (AWS), d’un module Terraform (GCP) ou d’un module Terraform (Azure). Elle crée une identité hautement privilégiée (rôle IAM/compte de service/principal de service), qui permet aux contrôleurs BYOC de ClickHouse Cloud de gérer votre infrastructure.
Les buckets de stockage, le VPC/VNet, le cluster Kubernetes et les ressources de calcul nécessaires à l’exécution de ClickHouse ne sont pas inclus dans cette configuration initiale. Ils seront provisionnés à l’étape suivante.

​
Module Terraform alternatif pour AWS

Si vous préférez utiliser Terraform plutôt que CloudFormation pour les déploiements AWS, nous proposons également un module Terraform pour AWS.Utilisation :
3

Configurer l'infrastructure BYOC

Vous serez invité à configurer l’infrastructure, y compris les buckets de stockage objet, le VPC/VNet et le cluster Kubernetes, depuis la console ClickHouse Cloud. Certaines configurations doivent être définies à ce stade, car elles ne pourront pas être modifiées par la suite. Plus précisément :
  • Région : toutes les régions publiques répertoriées dans notre documentation régions prises en charge sont disponibles pour les déploiements BYOC. Les régions privées ne sont pas prises en charge actuellement.
  • Plage CIDR du VPC/VNet : par défaut, nous utilisons 10.0.0.0/16 pour la plage CIDR du VPC BYOC (AWS/GCP) ou du VNet (Azure). Si vous prévoyez d’utiliser le VPC/VNet peering avec un autre compte, assurez-vous que les plages CIDR ne se chevauchent pas. Allouez à BYOC une plage CIDR appropriée, d’une taille minimale de /23, afin d’accueillir les workloads nécessaires.
  • Zones de disponibilité : si vous prévoyez d’utiliser le VPC peering, aligner les zones de disponibilité entre les comptes source et BYOC peut aider à réduire les coûts du trafic inter-AZ. Par exemple, dans AWS, les suffixes de zone de disponibilité (a, b, c) peuvent correspondre à des identifiants de zone physique différents selon les comptes. Consultez le guide AWS pour plus de détails.

​
Créez votre premier service ClickHouse BYOC

Une fois votre infrastructure BYOC provisionnée, vous êtes prêt à lancer votre premier service ClickHouse. Ouvrez la console ClickHouse Cloud, sélectionnez votre environnement BYOC et suivez les instructions pour créer un nouveau service. Lors de la création du service, vous configurerez les options suivantes :
  • Nom du service : saisissez un nom clair et explicite pour votre service ClickHouse.
  • Infrastructure BYOC : sélectionnez l’environnement BYOC, y compris le compte cloud et la région, dans lesquels votre service s’exécutera.
  • Configuration des ressources : choisissez la quantité de CPU et de mémoire allouée à vos réplicas ClickHouse.
  • Nombre de réplicas : définissez le nombre de réplicas pour renforcer la haute disponibilité.
Dernière modification le 23 juillet 2026