Installation de Winshuttle Server 10.61 : Présentation

Les sections suivantes présentent de manière générale l'installation de Winshuttle Server.

Il existe diverses configurations serveur possibles pour l'installation de RabbitMQ, Winshuttle Server Manager et de Winshuttle Worker.

Voir Options d'installation et de configuration de Winshuttle Server (ci-dessous) pour plus d'informations sur l’architecture serveur et les considérations relatives au déploiement.

Lisez ces informations avant de commencer.

Dans un environnement de test (uniquement), Winshuttle Server peut être installé et exécuté sur la même machine que Winshuttle Central and Winshuttle Workflow.
Dans un environnement de production, Winshuttle Server doit être installé et exécuté sur un ordinateur distinct de celui de Winshuttle Central et Winshuttle Workflow.

Options d'installation et de configuration Winshuttle Server

Retour au début

Il existe plusieurs configurations possibles pour l’installation d’Erlang OTP, RabbitMQ, Winshuttle Server Manager et Winshuttle Worker.

Remarque : les configurations de serveur de base 1 et 2 sont généralement les mieux utilisées pour les environnements de développement uniquement.

Les configurations de serveur plus complexes et robustes avec 3 serveurs et plus sont décrites ci-dessous. D'une manière générale, des configurations à six serveurs sont recommandées pour optimiser les performances.

Déploiement de serveur minimum

Retour au début

Il s'agit de la configuration minimale recommandée pour un environnement de développement.

Remarques :

Gestionnaire unique : recommandé pour les environnements Dev/QA
SQL Server comme base de données sur la même machine/une machine différente

Configurations supplémentaires

La section ci-dessous répertorie les configurations pour 4, 5 et 6 serveurs.

Configuration à cinq serveurs

Retour au début

Cette configuration offre la haute disponibilité pour les gestionnaires et les workers. La file d'attente partage un nœud de serveur avec l'un des gestionnaires. SQL Server partagera un noeud de serveur avec un autre gestionnaire.

Avantages

Haute disponibilité pour les gestionnaires
Haute disponibilité pour les workers

Inconvénients

Coût plus élevé (cinq serveurs)
Plus grande charge administrative

6 serveurs

Retour au début

Il s'agit de l'architecture recommandée. Cette configuration nécessite six nœuds de serveur pour que chaque processus dispose de son propre serveur sur lequel aucune ressource n'est partagée.

Cette configuration nécessite trois nœuds de serveur en supplément de ceux déjà provisionnés.

Avantages

Gestionnaires haute disponibilité
Workers haute disponibilité
File d'attente sur son propre serveur dédié
Évolue en fonction des besoins

Inconvénients

Nombre de serveurs/coût très élevé
Plus grande charge administrative

Déploiement de serveur haute disponibilité

Retour au début

Pour un environnement haute disponibilité, une configuration avec plusieurs serveurs derrière un équilibreur de charge de travail est recommandée.

Remarque :

SQL Server se trouve sur un ordinateur différent
Tous les composants (gestionnaire, BD, Rabbit MQ et Worker) doivent se trouver sur des ordinateurs différents.
En disposant de plusieurs gestionnaires derrière un équilibreur de charge de travail, lorsqu'un des gestionnaires n'est pas disponible, l'autre gestionnaire est disponible. La redondance est assurée par plusieurs workers disposant du même ensemble de fonctionnalités.