Un cluster Slony-I™ est un simple regroupement d'instance de bases de données dans lequel a lieu une réplication. Cela consiste en un ensemble d'instance de base de données PostgreSQL™ au sein duquel un espace de nom spécifique est défini. Par exemple, si un cluster est appelé cbcluster, alors Slony-I™ définit lors de l'initialisation de chaque nœud, un schéma nommé _cbcluster, dans lequel il crée de nombreuses tables qui stockent la configuration de Slony-I™ et les informations sur l'état de la réplication. Consultez schemadoc pour plus d'informations sur ce qui est stocké dans ce schéma. Plus précisément, les tables sl_log_1 et sl_log_2 tracent les modifications collectées sur le nœud d'origine afin qu'elles soient répliquées sur les nœuds abonnés.

Chaque instance de base de données qui doit participer à la réplication est identifiée par un numéro.

Pour une installation simple, il est raisonnable de nommer le nœud d'origine nœud #1 et le nœud abonné nœud #2.

Notez que, comme indiqué dans la FAQ Slony-I sous Comment puis-je renuméroté les nœuds ?, le numéro du nœud n'est pas modifiable, donc il n'est pas possible de changer le numéro d'un nœud une fois que ce dernier a été configuré.

Une réflexion doit être menée, dans des cas plus complexes, afin de s'assurer que le système de numérotation reste cohérent, sans quoi les administrateurs deviendront fous. Les numéros de nœud devraient être choisis pour qu'ils correspondent plus ou moins à la structure du cluster, plutôt qu'à l'ordre d'initialisation des nœuds.

À partir de Slony-I™ version 1.1, les commandes SLONIK INCLUDE(7) et SLONIK DEFINE(7) vous permettent de créer une sorte de « table de symboles » en arrière-plan pour que les scripts puissent utiliser des noms pour les nœuds plus que des numéros ésotériques.