Documentation > Administrator's guide
Dans ce chapitre, vous trouverez les instructions pour créer un cluster de production. Nous supposons que vous êtes déjà parvenus à faire fonctionner un cluster de test.
La première tâche à réaliser est de planifier la puissance souhaitée. A vous de décider du nombre maximal de partitions que vous souhaitez pour stocker vos tables. Déterminez le nombre de data broker nécessaires en tenant compte du nombre d'images par partition.
Vous devez aussi décider du nombre de master brokers à installer. Pour un système de production, le minimum est de deux mais pour autoriser une défaillance sans entre en situation critique, l'idéal est de trois. Attention, un nombre important de data brokers a un impact sur les performances des opérations de déploiment des tables.
Déterminez le nombre de synsql brokers en tenant compte des éléments suivants :
- Il faut un minimum de deux synsql brokers pour un service résilient,
- Un synsql broker peut servir un maximum de 1024 clients,
- Un synsql broker de plus que la règle précédente ne le dit autorisera l'arrêt de l'un d'entre eux sans provoquer de perte de sessions.
Il n'y a pas de règle établie pour décider de ce point. Il n'existe que quelques éléments que seule votre expérience pourra enrichir.
- Le volume disque des data broker est relativement simple à définir si votre estimation du volume de vos données est précise. Il suffit de tenir compte du nombre d'images de chaque partition et d'une marge de sécurité.
- Le volume du dictionnaire des données de chaque master broker est réduit. Pour stocker 10000 tables réparties sur 3000 data brokers, 4 Go suffiront.
- les synsql serveurs ne stockent que la distribution SynSql qui se contentre de quelques méga octets.
- En terme de coeurs, il n'est de conseil que pour les synsql brokers. Le besoin se calcule sur le nombre de partitions qu'une requête de type select comportant une clause order by pourra accéder. Le minimum est de 10%, le maximum de 200%
- Prévoyez un minimum de 1 Go de mémoire par coeur pour un synsql broker.
- Faites le nécessaire pour que le dictionnaire des données de chaque master broker soit totalement en mémoire.
Pour chaque broker prévu pour former le cluster vous devez décider :
• De son nom,
• De son adresse IP,
• Du port qu'il utilisera (vous pouvez changer les valeurs par défaut (3306 et 8888),
• Pour les data brokers et les master brokers, du nom de la database qu'il va dédier au cluster,
• Pour les data brokers et les master brokers, du nom et du mot de passe du user qui va permettre d'accéder à la database du broker.
Note : Vous pouvez utiliser le fichier modèle config.txt de votre cluster de texte pour stocker ces informations. Pous pourrez le coller dans le répertoire d'installation de votre cluster de prodution au moment opportun.
Sur chacun d'entre eux:
• Installez la distribution Linux retenue.
• Installez le service MariaDB/MySql de votre choix.
• Vérifiez le paramètre bind-address dans my.cnf pour autoriser la connexion réseau entrante au serveur.
• Configurez le pare-feu pour autoriser les connexions entrantes sur le port du serveur.
• Créez une base de données dédiée SynSql. Nous recommandons le nom syndb.
• Créez un utilisateur dédié SynSql. Nous recommandons le nom synsql.
• Accorder tous les privilèges sur la database syndb à l'utilisteurs synsql@%
• Installez la distribution Linux retenue.
• Installez le service MariaDB/MySql de votre choix.
• Vérifiez le paramètre bind-address dans my.cnf pour autoriser la connexion réseau entrante au serveur.
• Configurez le pare-feu pour autoriser les connexions entrantes sur le port du serveur.
• Créez une base de données dédiée SynSql. Nous suggérons le nom brokerXXX où XXX est incrémental.
• Créez un utilisateur dédié SynSql. Nous recommandons le nom synsql.
• Accorder tous les privilèges sur la database brokerXXX à l'utilisateur synsql@%
• Installez la distribution Linux retenue.
• Installez le service MariaDB/MySql de votre choix.
• Sur chacun d'entre eux, créez le compte utilisateur Linux qui va posséder la distribution. Nous suggérons synsql dans /home/synsql
• Faites le nécessaire pour que tout utilisateur synsql de tout sql broker puisse ouvrir une session ssh sur chacun de tous les autres synsql server du cluster sans mot de passe mais simplement via une clef ssh. Au plus simple vous pouvez configurer une seule clef que vous déployez sur tous les serveurs.
• Utilisez n'importe quel navigateur Web et accédez à synsql.com. Dans le menu de gauche, choisissez Abonné. Cliquez sur Login. Saisissez votre email, votre mot de passe et validez.
• Accédez à l'onglet "Clusters" et créez un nouveau cluster Static en précisant le nombre de data brokers que vous souhaitez.
• Vous recevez une facture que vous devez honorer d'un virement bancaire.
• A réception de votre règlement, SynSql active votre cluster et vous en informe par email.
• A réception de ce mail : Copiez le lien du bouton « Télécharger tous les éléments ».
• Ouvrez une session sur un sql broker quelconque, en utilisant le compte dédié.
• Dans le répertoire personnel du compte, téléchargez les éléments en utilisant wget. Coller le lien copié précédemment pour compléter la commande suivante :
$ wget https://synsql.com/... -O synsql.tgz
• décompressez le répertoire d'installation comme suit :
$ tar xzf synsql.tgz
• Accédez au répertoire d'installation et modifiez le fichier config.txt. Remplacez les noms génériques et les IP par les vôtres.
• Lancez le script check_config.sh pour tester votre environnement. En cas d'erreur, corrigez et relancez le script de vérification./
• Lancez install.sh, le script d'installation.
Le cluster est prêt ! À ce stade, nous vous recommandons de supprimer le fichier config.txt car il contient des mots de passe en clair. La conservation d'un tel fichier n'est généralement pas considérée comme une « bonne pratique ».
• déplacez vous dans le répertoire bin :
$ cd $ cd bin
• Lancez le serveur SynSql :
$ nohup ./synsqld > ../logs/synsql.log 2>&1 &
• Ouvrir une session client :
$ ./synsql -u system -p manager
• modifier le mot de passe du compte system :
| 15 Jan 2026 07:14:36 | English version |