S’applique à :
- Winshuttle Foundation
Installation de Winshuttle Server 10.6 (et des versions antérieurs) : Présentation
Les sections suivantes présentent de manière générale l'installation de Winshuttle Server.
- Installer Erlang et RabbitMQ
- Installer Winshuttle Server Manager
- Installer le gestionnaire de file d'attente
- Modifiez le fichier Web.Config pour ajouter le nom d’hôte RabbitMQ et les identités autorisées au fichier Web.Config.
- Installer Server Worker
- (Facultatif) : Configurer Winshuttle Central pour la publication automatique serveur
Il existe diverses configurations serveur possibles pour l'installation de RabbitMQ, Winshuttle Server Manager et de Winshuttle Worker. Certaines d’entre elles sont illustrées dans Options d'installation et de configuration de Winshuttle Server (ci-dessous).
Consultez-les avant de lancer l'installation.
Remarques importantes
Lisez toutes les informations suivantes 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 et 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
Il existe plusieurs configurations possibles d'installation d'Erlang OTP R15B01, RabbitMQ v2.8.6, Winshuttle Server Manager et Winshuttle Worker.
Remarque : les configurations de serveur de base 1 et 2 sont généralement les mieux adaptées aux 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.
Un seul serveur
Retour au début|
Une connexion à un seul serveur est recommandée uniquement pour les environnements de développement. |
|
Deux serveurs : déploiement de serveur minimum pour un environnement de développement
Retour au début|
Il s'agit de la configuration minimale recommandée pour un environnement de développement. Remarques :
|
|
3 serveurs
Retour au début|
Cette configuration utilise trois nœuds de serveur pour la production avec les services répartis sur les trois nœuds pour répartir la charge. Dans ce cas, les gestionnaires, les workers et la file d’attente doivent partager des ressources sur un nombre de serveurs existants. Avantages
Inconvénients
|
|
Quatre serveurs : déploiement de serveur de base pour les environnement de production
Retour au début|
Il s'agit de la configuration de base recommandée (4 serveurs) pour un environnement de production. Remarque : lors de l’utilisation de SQL Lite comme base de données, la base de données réside localement sur la machine du gestionnaire. |
|
Configurations supplémentaires
La section ci-dessous répertorie les configurations pour 4, 5 et 6 serveurs.
4 serveurs
Retour au début|
Les composants Manager et Queue sont déplacés sur leurs propres nœuds de serveur pour dédier trois Workers au traitement : Notez que le gestionnaire et la file d’attente partagent un seul nœud de serveur dans cette configuration. Avantages
Inconvénients
|
|
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. Avantages
Inconvénients
|
|
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
Inconvénients
|
|
