Aller au contenu

Mise à l'échelle et clustering Mis à jour le 2026-05-27

Auto-clustering via l'assistant de topologie

Référence du commutateur Auto-Clustering sur Stack Harbor PaaS — piles prises en charge, ce que chaque grappe configure et comment le déclarer en JPS.

Cette page est la référence du commutateur Auto-Clustering dans l’assistant de topologie de Stack Harbor PaaS. Elle liste les piles prises en charge, ce que chaque grappe configure réellement, comment piloter le commutateur depuis l’UI et comment déclarer la même intention dans un manifeste JPS.

Piles prises en charge par l’assistant

Tomcat / TomEE

Une grappe Tomcat / TomEE hautement disponible qui répartit la charge sur les nœuds de calcul. Fournit la réplication des sessions, la réplication des attributs de contexte et le déploiement WAR à l’échelle de la grappe. Disponible à partir de Tomcat 7.0.108 / 8.5.64 / 9.0.45 / 10.0.5 et TomEE 8.0.5 / 9.0.0-M3.

GlassFish

Serveurs GlassFish interconnectés avec réplication des sessions et répartition de charge préconfigurées.

Payara

Serveurs Payara interconnectés avec réplication des sessions et répartition de charge préconfigurées.

Jenkins

Un nœud maître en mode maître / worker, avec des workers Java Engine auto-scalables et les plug-ins nécessaires pour piloter les pipelines de build et de déploiement.

WildFly

Nœuds WildFly en mode domaine avec clustering activé — conçus pour maintenir une application Java EE disponible malgré la perte d’un nœud.

MySQL (5.7.x et 8.x)

Clusterisation automatique avec réplication préconfigurée et auto-découverte des nœuds. Deux schémas :

  • Primary-Primary with extra secondaries — deux primaires interconnectés ; le scale-out ajoute des secondaires.
  • Primary-Secondary with extra secondaries — un primaire, un secondaire ; le scale-out ajoute des secondaires.

MariaDB (10.x)

Trois schémas :

  • Primary-Primary with extra secondaries.
  • Primary-Secondary with extra secondaries.
  • Galera Cluster — tous les serveurs peuvent accepter des écritures, y compris simultanées.

Percona

Trois schémas :

  • Primary-Primary with extra secondaries.
  • Primary-Secondary with extra secondaries.
  • XtraDB Cluster — clusterisation haute disponibilité avec scalabilité linéaire.

PostgreSQL

Grappe préconfigurée avec réplication asynchrone primaire-secondaire. Les nouveaux nœuds ajoutés par scaling rejoignent automatiquement la grappe en tant que secondaires.

Couchbase

Serveurs Couchbase interconnectés automatiquement, avec auto-scaling et rééquilibrage.

Redis

Topologie Redis Cluster distribuée avec au moins trois serveurs primaires, chacun accompagné d’un secondaire pour absorber les lectures et prendre la main en cas de panne.

OpenSearch

Clusterisation automatique d’OpenSearch. La grappe peut être étendue avec OpenSearch Dashboards pour la visualisation et Logstash pour le traitement des journaux via le même assistant.

Conteneur de stockage partagé

Grappe de stockage à volume répliqué basée sur Gluster. Le client AutoFS bascule automatiquement vers les nœuds survivants en cas de panne.

Votre hébergeur peut ajouter d’autres piles à cette liste.

Piloter l’auto-clustering depuis l’assistant

  1. Ouvrez l’assistant de topologie pour la couche. Si la pile le supporte, le commutateur Auto-Clustering se trouve dans le panneau central.
  2. Selon la pile, le commutateur peut être :
    • obligatoire (Couchbase, par exemple),
    • paramétré (MySQL expose un menu de schémas et un commutateur ProxySQL),
    • contraint (MariaDB Galera impose un nombre minimal et maximal de nœuds, ainsi qu’un mode de mise à l’échelle).
  3. Survolez l’icône en point d’interrogation pour lire une description, voir un schéma de topologie et accéder au lien de la page détaillée de la pile.
  4. Configurez le reste de la couche (nombre de nœuds, cloudlets, région, IP) et appliquez.

La progression de la configuration de la grappe est visible sous Import > JPS > View Logs si vous voulez inspecter ce que la plateforme a fait — utile pour déboguer vos propres paquets JPS.

Une fois l’auto-clustering activé sur une couche, il ne peut pas être désactivé depuis l’assistant.

Déclarer l’auto-clustering dans un manifeste JPS

La propriété cluster permet, dans un paquet JPS, d’activer ou de désactiver l’auto-clustering sur une couche.

On / off :

nodeGroup: couchbase
cluster: true | false

Avec des paramètres additionnels (par exemple pour choisir le schéma d’une grappe de base de données) :

nodeGroup: mysql
cluster:
  scheme: master

Substituer le manifeste de grappe par défaut par un manifeste personnalisé :

nodeGroup: mysql
cluster:
  jps: "http://.../custom-manifest.jps"
  settings:
    scheme: master

Contraintes de topologie — utiles quand votre grappe exige un nombre minimal ou maximal de nœuds, ou un mode de mise à l’échelle précis. Ces contraintes vont dans la propriété validation du node group :

type: install
name: Validation
nodes:
  image: alpine
  nodeGroup: cp
  count: 2
  validation:
    minCount: 2
    maxCount: 3
    scalingMode: stateful

Pages connexes

  • Qu’est-ce que l’auto-clustering — aperçu conceptuel.
  • Auto-clustering de bases de données — particularités MariaDB / MySQL / Percona.
  • Auto-clustering PostgreSQL — réplication primaire-secondaire et Pgpool-II.
  • Auto-clustering MongoDB — replica set, temporisations d’élection, chaînes de connexion.
  • Aperçu JPS — format de manifeste utilisé ici.