Le redimensionnement horizontal consiste à modifier le nombre de nœuds (conteneurs) à l’intérieur d’une couche — votre palier applicatif, vos réplicas de base de données, votre groupe VPS. Sur Stack Harbor PaaS, vous le faites manuellement depuis l’assistant de topologie ou automatiquement via des déclencheurs configurables. Cette page couvre le mode manuel. Le mode automatique fait l’objet de sa propre page.
Scale-out et scale-in manuels
Ouvrez l’assistant de topologie de l’environnement, puis utilisez les boutons + et - dans le panneau central pour la couche concernée — ou saisissez directement le nombre cible de nœuds. Un curseur apparaît dès la première modification.
Notes pratiques :
- Le nœud initial (maître) d’une couche peut servir de serveur de stockage pour les fichiers partagés sur toute la couche, y compris les nœuds ajoutés ultérieurement par la mise à l’échelle automatique.
- Lors du scale-in, le conteneur ajouté en dernier est retiré en premier, sauf si vous en sélectionnez explicitement un autre.
- Les nœuds Maven ne peuvent pas être redimensionnés horizontalement — l’opération n’a aucun intérêt.
- Le scale-out d’un serveur d’applications dans un environnement sans répartiteur ajoute automatiquement un répartiteur NGINX à la topologie.
- Si vous activez la haute disponibilité pour un serveur Tomcat/TomEE, le répartiteur NGINX obligatoire en amont ne peut pas être redimensionné horizontalement — les nœuds NGINX supplémentaires seront ramenés à un seul.
- Chaque nœud VPS reçoit sa propre IP publique lors du scale-out.
Modes de mise à l’échelle — stateless vs stateful
Le mode contrôle la manière dont les nouveaux nœuds sont peuplés lorsque vous étendez la couche au-delà du jeu initial.
- Stateless — chaque nouveau nœud est créé en parallèle à partir du gabarit de base. Plus rapide, mais les nouveaux nœuds ne reprennent ni les déploiements existants, ni les configurations TLS personnalisées, ni les points de montage personnalisés, ni les modules additionnels installés sur le maître.
- Stateful — les nouveaux nœuds sont clonés séquentiellement à partir du système de fichiers du conteneur maître. Plus lent, mais la configuration personnalisée est conservée.
La plateforme applique le mode stateful par défaut pour les répartiteurs, les serveurs d’applications et les couches VPS ; le mode stateless pour les piles où l’état du maître n’a pas de sens à cloner. Vous pouvez changer le mode d’une couche à tout moment depuis l’assistant.
Si vous restez en stateless et qu’une partie de la configuration doit suivre les nouveaux nœuds, déplacez-la manuellement ou raccordez-la à l’automatisation Cloud Scripting via les événements onBeforeScaleOut / onAfterScaleOut.
Anti-affinité et placement matériel
Tous les nouveaux nœuds d’une couche sont placés sur des hôtes matériels différents tant que la capacité le permet. À la création, la plateforme choisit l’hôte qui héberge le moins d’instances de la même couche et qui présente la charge la plus faible. C’est ce qui permet à la couche de survivre à la panne d’un hôte sans arrêt coordonné.
Le nombre maximal de nœuds de même type par couche dépend de la configuration de l’hébergeur ; le plafond typique est de 16. Votre limite active est visible sous Quotas & Pricing > Account Limits dans le tableau de bord.
Gestion des nœuds d’une couche
Une couche qui contient plusieurs nœuds peut être pilotée de manière synchrone : un seul clic redémarre, redéploie, récupère les journaux ou inspecte les statistiques de tout le groupe. Dépliez la couche dans le panneau de topologie pour atteindre chaque conteneur — chacun a un Node ID unique et peut être manipulé individuellement.
Vous pouvez aussi renommer les nœuds pour plus de clarté. Double-cliquez sur l’étiquette Node ID: xxx par défaut, ou survolez pour faire apparaître l’icône crayon, puis saisissez le nouveau nom. C’est utile dans une grappe de bases de données, où nommer le primaire et les secondaires réduit le risque d’erreur opérationnelle.
Le formulaire Scaling Nodes dédié (sous Additionally > Scaling Nodes à côté de la couche) permet de :
- Ajouter des nœuds avec
+ou Add New Node — lorsque la haute disponibilité est activée pour la couche, les nœuds sont ajoutés et retirés par paires. - Retirer des nœuds avec
-ou Delete (visible au survol). Le premier nœud de la liste est le maître de la couche et ne peut être retiré qu’avec la couche complète. Vous pouvez annuler une suppression (Undo Deletion) tant que vous n’avez pas appliqué les changements. - Sauter à la configuration de la mise à l’échelle horizontale automatique si vous voulez aussi des déclencheurs basés sur la charge.
Lorsque vous appliquez les changements, la plateforme affiche un résumé des actions potentiellement destructrices — redémarrages de nœuds, retrait de couche ou de nœud, impact sur les montages NFS existants. Lisez-le avant de confirmer. Sauvegardez tout ce que vous ne voulez pas perdre sur un nœud retiré.
La suite
- Redimensionnement horizontal automatique — déclencheurs pilotés par la charge, conditions de scale-out et scale-in, nombre de nœuds par déclencheur.
- Redimensionnement vertical automatique — l’axe ressources : allocation des cloudlets et ajustement en temps réel par la plateforme.
- Mise à l’échelle par CLI — scripter les deux axes en ligne de commande avec
changetopology.