Cluster
Afin d'améliorer le débit de données et de fournir une tolérance aux erreurs de base, vous pouvez configurer plusieurs instances de FlowForce Server pour les exécuter en tant que groupe (cluster). Cela présente les avantages suivants :
•Équilibre de la charge
•Gestion des ressources plus souple
•Entretien programmable
•Réduction du risque d'interruption de service
Note : Les clusters inter-systèmes ne sont pas pris en charge, ce qui signifie qu’une connexion travailleur-maître ne peut pas être établie entre les différentes plateformes OS (par ex., entre Linux et Windows).
Équilibre de la charge
Lorsque des limites de hardware causent une saturation de FlowForce Server par de multiples instances de tâche exécutées simultanément, il est possible de redistribuer la charge de travail vers une autre instance de FlowForce Server (un soit-disant "travailleur"). Vous pouvez configurer un cluster constitué d'un appareil maître et de plusieurs appareils travailleur et donc tirer profit de tous les cœurs mis sous licence se trouvant dans le cluster.
Gestion des ressources plus souple
Sur les appareils désignés comme maître, surveillez continuellement les déclencheurs de tâches et attribuez les items en queue aux travailleurs ou même à eux-mêmes, dépendant de la configuration. Vous pouvez configurer les paramètres de queue et attribuer une tâche à la queue particulière. Par exemple, vous pouvez configurer la machine maître pour ne pas traiter d’instances de tâche. Ceci permettra de libérer des ressources du maître et de les dédier exclusivement à la prestation continue du service FlowForce Service contrairement au traitement des données.
Entretien des travailleurs programmable
Vous pouvez redémarrer ou fermer temporairement toute instance en cours de FlowForce Server qui n'est pas maître, sans interrompre la prestation de service. Veuillez noter que le maître doit être disponible à tout moment ; le redémarrage ou la fermeture interrompra la prestation de service.
Réduction du risque d'interruption de service
Dans le cas de catastrophes comme, par exemple, des pannes de matériel, coupures de courant, câbles de réseau débranchés, etc., l'ampleur du problème dépendra du fait si l'appareil touché est un appareil travailleur ou maître :
•Si l'appareil est un travailleur, toute instance de tâche FlowForce en cours sur ce travailleur sera perdue. Néanmoins, la prestation générale du service FlowForce ne sera pas perdue, parce que de nouvelles instances de la même tâche seront reprises par un autre travailleur (ou par le maître, selon la configuration). Le statut d’exécution de la tâche, y compris l’échec, est rapporté au maître et visible dans la journalisation de la tâche, pour que l’administrateur puisse prendre des mesures appropriées manuellement.
•Si l'appareil est un maître, la prestation de service sera perdue. Dans ce cas, de nouvelles instances de tâche ne peuvent pas démarrer tant que le maître reste indisponible.
Terminologie
La terminologie suivante est utilisée en conjoncture avec l'équilibre de charge et la distribution d'exécution.
Instance de serveur | Une instance de serveur est une installation exécutée et mise sous licence de FlowForce Server. Les deux services (FlowForce Web Server et FlowForce Server) devraient être sur votre machine et devraient pouvoir être exécutés.
|
Cluster | Un cluster représente un groupe de plusieurs instances de FlowForce Server, exécuté sur différentes appareils, qui communique pour exécuter des tâches en parallèle. Un cluster consiste en un maître FlowForce Server et un ou plusieurs travailleurs.
|
Maître | Un maître est une instance de FlowForce Server qui évalue en continu les conditions de déclenchement de tâche et fournit l'interface de service FlowForce. Un maître est conscient des appareils travailleurs se trouvant dans le cluster et peut être configuré pour leur attribuer des instances de tâches, en plus de (ou à la place de) traiter des instances de tâche lui-même.
|
Travailleur | Une instance FlowForce Server qui est configurée pour communiquer avec l’instance maître au lieu d'exécuter des tâches locales. Un travailleur peut uniquement exécuter des tâches que le maître lui a attribué.
|
Queue d'exécution | Une file d’attente est un processeur de tâches qui contrôle le nombre d’instances de tâches qui peuvent être exécutées à un moment et le délai entre les exécutions. À travers la configuration de la file d’attente, vous pouvez utiliser les ressources de serveur de manière plus efficace.
Vous pouvez créer une file d’attente à l’intérieur d’une tâche (file d’attente locale) ou définir une file d’attente comme objet autonome (file d’attente globale). Une file d’attente locale traite uniquement la tâche dans laquelle la file d’attente locale a été configurée. Une file d’attente globale peut traiter les instances d’une tâche et les instances de différentes tâches.
Les files d’attente globales fournissent un mécanisme pour gérer une charge de serveur sur un appareil FlowForce ainsi que sur un cluster (voir ci-dessous).
Les files d’attente locales et globales dans un environnement cluster (Advanced Edition)Configurer un cluster signifie que le traitement est distribué parmi les membres du cluster : un appareil maître et un ou plusieurs appareils travailleurs. Pour une file d’attente globale, vous pouvez sélectionner un membre cluster à exécuter sur - qui peut être le maître ou tout travailleur - uniquement le maître ou uniquement le travailleur. Avec les files d’attente locales, les tâches peuvent être exécutées uniquement sur l’appareil maître et non sur tout autre membre cluster.
Considérations liées à la sécuritéLes files d’attente utilisent le mécanisme d’accès à la sécurité que tout autre objet de configuration de FlowForce Server. Un utilisateur doit avoir le privilège Définir les queues d’exécution afin de créer des queues, voir aussi Comment les privilèges fonctionnent. De plus, les utilisateurs peuvent consulter les queues, ou assigner des tâches aux queues, uniquement s’ils ont des permissions de conteneur appropriées (pas les mêmes que les privilèges), voir aussi Comment les permissions fonctionnent. Par défaut, tout utilisateur authentifié obtient une permission Queue - Use, ce qui signifie qu’il peut assigner des tâches aux queues.
Pour restreindre l’accès aux queues, naviguez vers le conteneur là où la queue est définie, et modifiez la permission du conteneur à Queue - No access pour le rôle authenticated. Puis, attribuez la permission Queue - Use à tout rôle ou utilisateur dont vous avez besoin. Pour plus d’information, voir Restreindre l’accès au /Conteneur public.
Pour en savoir plus sur les files d’attente locales et globales, voir Queues.
|