[Sage v.11] Quels prérequis pour mise en place d'un load balancer ?

Bonjour,

Dans le cadre de notre migration v9 vers v11, notre intégrateur nous a proposé d'implémenter un load balancer, soit la mise en place de deux serveurs pour se connecter à Sage FRP 1000.
Pouvez-vous nous indiquer ce qui peut pousser à passer sur ce type d'environnement (nombre d'utilisateurs connectés en parallèle, typologie de serveurs... ?)

Merci.

Par avance.

  • 0
    Suggested

    Bonjour,

    En règle générale, la mise en place d'un load balancer dépend du nombre d'utilisateurs, des traitements lancés (Edition, consultation, processus utilisés ....), de la volumétrie des données ....  : le but étant de rendre fluide et réactif l'utilisation du logiciel.

    Il est donc tout à fait possible que la mise en place d'un load balancer soit indiquée dans votre configuration.

    Bonne journée.

    Thierry

  • 0 in reply to Meunier T

    Bonjour,

    Je pose la question car la situation n'a rien changé. D'autant plus que j'ai lu qu'un nombre mini de 50 à 100 personnes connectées en parallèle était recommandé. Nous ne sommes que 20...

    Je souhaitais disposer des specifications si elles existent.

    Et quid du SSO ?

    Merci

  • 0
    Suggested

    Le nombre d'utilisateur n'est pas le seul critère à prendre en compte. Les traitements, la volumétrie de la base, l'utilisation des utilisateurs du logiciel doivent être analysés. Il faut croiser toutes ces données afin de déterminer l'utilité d'un load balancer

    C'est pour cela que nous ne disposons pas de "grille" indiquant à quel moment la mise en place d'un load balancer peut être nécessaire.

    La mise en place d'une connexion SSO est possible : celle-ci peut être mise en place par votre partenaire en relation avec votre service informatique.

    Bonne journée.

    Thierry.

  • 0 in reply to Meunier T

    Notre partenaire n'a pas su justement implémenter le SSO car il s'agissait d'une première avec un load balancer.

    D'où ma recherche d'information complémentaire car force est de constater que les retours ne sont pas les mêmes...

  • 0 in reply to Retriever
    Suggested

    Merci pour ces précisions.

    Il me semble nécessaire que votre partenaire sollicite le support Sage afin que ce dernier l'oriente vers nos experts techniques pour finaliser la mise en place du SSO avec un load balancer.

    Thierry.

  • +1
    Verified Answer

    Bonjour  ,

    Faites nous savoir si la réponse de   a été utile en la marquant comme vérifiée.

    Pour cela, au niveau de la réponse apportée, cliquer sur l'option "Vérifier la réponse".

    Cela aura pour effet de marquer la réponse en vert et de permettre aux autres membres de la communauté, ou aux personnes qui auraient également le besoin de voir que cela a fonctionné.

    Merci d'avoir utilisé la communauté.

    Edwin

  • 0 in reply to EDMO

    Merci pour vos retours.

    Même si cela ne repond pas à mon interrogation.
    J'ai appris ces derniers jours que Sage ne communiquait pas de préconisations techniques sur les serveurs quant à l'implémentation de la solution. En tout cas, c'est la réponse qui a été communiquée à nos services informatiques par l'integrateur.
    Par exemple, j'apprends que l'IOPS de nos disques sont à 3000 alors que notre integrateur nous indiquait que 16 000 était préférable.

    Tant pis, merci ;)

  • +1
    Verified Answer

    Si vous êtes à 3000, je vous conseil d'avoir sur vos serveurs à minima des SSD en cache.

    le passage à 16k nécessite une infra sans disque mécanique. 

    Il est fort possible que le passage en SSD, permettent l'abandon du load balancer.

  • 0 in reply to Aniax

    Ah merci pour ce retour technique !

    L'infrastructure est hébérgée chez Amazon.

    Mais cela me confirme que le load balancer a ete mis en place sans veritable analyse de l'existant.

  • 0 in reply to Retriever

    Aucun souci :)

    Plusieurs de nos clients rencontrant une forte volumétrie, sollicitation importante ou effectuant des éditions importantes ont subi de forts ralentissements. Nos analyses ont mis en évidence que la cause provenait d’un serveur interne équipé de disques mécaniques.

    Sans entrer dans les détails techniques, nos audits ont révélé que le passage à des disques full SSD permettrait de résoudre cette problématique. (l'histoire des 3000 vers les 16000 est typiquement en lien) Cette solution s’est avérée concluante à chaque fois, bien qu’elle implique un investissement conséquent.

    Cependant, cet investissement reste maîtrisé, car il concerne l’environnement interne du client, lui offrant ainsi une gestion optimale et autonome de son infrastructure.

    le passage aux serveurs Amazon permet de résoudre la problématique, en tout ou en grande partie. Toutefois, cette option tend à devenir une solution de facilité pour les intégrateurs, y compris chez nous.

    Excellente fin de journée