Help Center > Foundation Help

S’applique à :

  • Winshuttle Foundation

Étape 1 : Installer Erlang et RabbitMQ

Avant d'installer Winshuttle Server, vous devez installer la version d’OTP Erlanget de RabbitMQ correspondant à votre version de Winshuttle Server. Les liens de téléchargement se trouvent ci-dessous. Winshuttle Server utilise RabbitMQ (une plate-forme de message d’application) comme architecture de mise en file d’attente, et RabbitMQ repose sur le langage de programmation Erlang.

Dans cette page

Liens de téléchargement Erlang/RabbitMQ (pour Server 10.6 et les versions suivantes)

Remarque : Erlang et RabbitMQ doivent être installés sur la même machine et sur le même lecteur. En outre, si vous réinstallez RabbitMQ et Erlang, veillez à les désinstaller préalablement. Voir Désinstallation de RabbitMQ et Erlang OTP.

Remarques importantes :

  • Les composants Winshuttle Server (par exemple, Worker et Manager) peuvent être installés sur la même machine ou des machines distinctes.
  • Pour optimiser les performances, installez RabbitMQ sur une machine distincte de celle de Winshuttle Server.
  • Pour les besoins de Winshuttle Server, Erlang devrait être installé avec les paramètres par défaut.
  • Après avoir installé Erlang OTP, vous devez installer RabbitMQ. RabbitMQ peut aussi être installé avec les paramètres par défaut.

Vérification de l'intégrité du cookie Erlang

Retour au début

Après avoir installé Erlang OTP et RabbitMQ, vous devez vérifier l'intégrité du cookie OTP Erlang.

Les nœuds Erlang utilisent un cookie pour déterminer s'ils sont autorisés à communiquer entre eux. Pour que deux nœuds puissent communiquer, ils doivent disposer du même cookie.

Le cookie est une simple chaîne de caractères alphanumériques, générée de manière aléatoire. Erlang crée automatiquement ce cookie lorsque le serveur RabbitMQ démarre.

Pendant l'installation de RabbitMQ, deux fichiers de cookie sont créés. Les emplacements par défaut de ces fichiers sont :

  • %SystemRoot%\.erlang.cookie (par exemple : C:\Windows\.erlang.cookie)
  • %HOMEDRIVE%%HOMEPATH%\.erlang.cookie (par exemple : C:\Users\[username]\.erlang.cookie)
  • Remarque : %homedrive%%homepath%\ doit correspondre au compte système qui utilise le service Winshuttle Worker.

Parfois (du fait des autorisations ou pour d'autres raisons) ces fichiers ne sont pas identiques.

Si les valeurs sont différentes, vous devez copier manuellement le fichier .erlang.cookie de %SystemRoot% vers %HOMEDRIVE%%HOMEPATH%.

Installation de RabbitMQ pour les configurations haute disponibilité

Retour au début

L'installation de RabbitMQ sur une seule machine suffit à faire fonctionner Winshuttle. Cependant, si vous voulez installer RabbitMQ pour une configuration haute disponibilité (HA), vous pouvez créer un cluster contenant plusieurs nœuds RabbitMQ pour que l'un d'entre eux continue de fonctionner en cas de défaillance de l'autre.

RabbitMQ HA combine la mise en cluster et la mise en miroir pour créer un environnement RabbitMQ haute disponibilité. La mise en cluster est constituée de plusieurs nœuds RabbitMQ. Un noeud est le nœud « principal » et les autres nœuds sont les nœuds « secondaires ». Les données dans le nœud principal sont mises en miroir sur tous les nœuds secondaires.

En de défaillance d'un nœud secondaire, le nœud principal continue de servir la file d'attente. Si le nœud principal est défaillant, un nœud secondaire est promu automatiquement comme noeud principal.

Pour pouvoir créer un environnement haute disponibilité RabbitMQ, deux conditions doivent exister :

  • Tous les nœuds du cluster doivent avoir la même version d’Erlang et de RabbitMQ, par exemple, pour Winshuttle Server 10.6.1, vous devez installer Erlang OTP R16B03 et RabbitMQ 3.2.2 sur toutes les machines qui appartiennent au cluster. Si des machines contiennent une version antérieure d'Erlang ou de RabbitMQ, vous devez les désinstaller complètement et installer les nouvelles versions.
  • Tous les nœuds où RabbitMQ est installé, doivent avoir le même fichier de cookie. Par conséquent, vous devez copier ce fichier du dossier %SystemRoot% du premier noeud (par exemple, Le nœud principal) vers le dossier %SystemRoot% et le dossier %HOMEDRIVE%%HOMEPATH% de toutes les machines.

Comme vous allez modifier le répertoire %SystemRoot%, vous devez redémarrer ces machines serveur pour appliquer les modifications.