Passer au contenu principal
Les services ClickHouse Managed Postgres peuvent être créés et gérés à l’aide de la ressource clickhouse_postgres_service du fournisseur Terraform ClickHouse. Cette page présente la configuration du fournisseur ainsi que des exemples de configuration pour cette ressource et les sources de données associées.
Cette ressource est en alpha et son comportement peut évoluer dans les prochaines versions du fournisseur. Elle est incluse dans le build standard du fournisseur et disponible à partir de la version v3.17.1 du fournisseur — consultez les releases du fournisseur pour plus de détails.

Configuration du fournisseur

Ajoutez le fournisseur ClickHouse à votre configuration Terraform :
Consultez Gérer les clés API pour savoir comment créer une clé API à utiliser avec le fournisseur.

Aperçu de la ressource

La ressource clickhouse_postgres_service accepte les arguments suivants : Les attributs suivants sont en lecture seule et sont renseignés par ClickHouse Cloud après la création : id, state, created_at, is_primary, hostname, port, username et connection_string (sensible).
Le password est stocké en texte brut dans votre état Terraform. Protégez votre fichier d’état en conséquence — par exemple, utilisez un backend distant avec chiffrement au repos. Si vous omettez password, le serveur en génère un et le fournisseur le relit dans l’état à chaque actualisation.

Créer un service

Pour gérer vous-même le mot de passe, définissez password — il doit contenir au moins 12 caractères, dont au moins une lettre minuscule, une lettre majuscule et un chiffre. Si vous l’omettez, le serveur en génère un.

Haute disponibilité

L’argument ha_type détermine le nombre de répliques de secours : ha_type peut être modifié après la création ; le changer déclenche une transition de haute disponibilité. Voir Haute disponibilité pour plus de détails.

Répliques de lecture

Définissez read_replica_of sur l’id d’un service principal pour créer une réplique de lecture en streaming. Une réplique hérite du cloud_provider, de la région, de la postgres_version et du superutilisateur du principal — ne les indiquez donc pas (ni le password) :
Consultez les répliques en lecture pour en savoir plus.

Restauration à un instant donné

Définissez restore_to_point_in_time pour créer un service en restaurant la sauvegarde d’un autre service à un instant donné. cloud_provider, region et postgres_version sont hérités du service source (ne les indiquez pas) ; size et ha_type doivent être omis :
L’ensemble du bloc s’applique uniquement à la création : modifier source_id ou restore_target, ou supprimer le bloc, détruit puis recrée le service. Consultez Sauvegarde et restauration pour plus de détails.

Sources de données

Trois sources de données associées vous permettent de retrouver des services existants :

Importation de services existants

Les services Managed Postgres existants peuvent être importés dans l’état Terraform à l’aide de l’ID du service. Le mot de passe est restauré lors de l’importation — le serveur le renvoie via GET :

Opérations non prises en charge

Les éléments suivants sont volontairement absents du schéma de ressource :
  • Commandes opérationnelles (restart, promote, switchover).
  • Listes d’autorisation d’IP, points de terminaison privés, configuration des sauvegardes, fenêtres de maintenance, clés de chiffrement gérées par le client et BYOC.
  • Délais d’expiration du cycle de vie configurables — il n’existe pas de bloc timeouts {}.
Dernière modification le 3 juillet 2026