Repartition Utilisateurs sur un cluster

[rayan184]

Bonjour,

Il me semble ne pas avoir eu besoin de valider de requetes admin.

Oui il y a traveler, inotes, sametime, un site http mais rien de méchant, pourquoi ?

[roubech]

iNotes sur un Domino c'est normal (j'ai pas de Domio dédié client lourd ou Domino dédié client léger)
Par contre, j'ai toujours lu qu'il était préférable d'installer Sametime ou Traveler sur un Domino dédié
Les 2 sur le mêmes, sachant qu'ils s'appuient sur des servlets, les 2 vont tourner dans la même JVM ...
Après, peut-être que vous n'êtes pas beaucoup et que c'est difficile de justifier l'investissement ... dans ce cas je laisserai les users sur le Domino dédié mails et ne basculerai qu'en cas de failover ou de grosse charge sur le serveur de mails

[elgoe]

En effet si tu approuve pas la suppression celle-ci ne sera pas faite par contre pense à la refuse sinon un jour tu risque de le faire par erreur en oubliant qu'il s'agit d'un déplacement.
Pour les déplacements massif ou migration je crée un compte spécifique pour cela, du coup je retrouve rapidement à quoi correspondes les demandes de suppressions et permet de mieux suivre la migration.

Pour traveler pas soucis car il demande peu de ressource, par contre en effet sametime en plus et le partie HTTP cela fait beaucoup donc en effet il faudrait décaler le sametime sur un serveur dédié, il faut savoir que le HTTP demande plus de ressource que le nrpc donc attention sur ta répartition du coup.

[Daminox]

Effectivement si tu ne valide pas la requête adminp il devrait garder la base sur le premier server, vu que les bases on le même id de réplique elle continu à répliquer entre elle. Le mieux est de ne pas cocher la case « supprimer anciennes réplique dans la grappe en cours » lors du déplacement.
Mais si tu choisi de les créer dans un dossier différent, je te conseil de le faire, de déplacer ton user complétement vers l’autre server, de valider la suppr. Puis de recréer une réplique vers le premier. Ça t’évite d’avoir des bases qui traine une peux partout ou des talons de répliques… c’est plus « propre ».

Par contre franchement je te conseil de monter ton cluster ailleurs que sur ton serveur smtp. Qui lui est déjà beaucoup solliciter pour le routage des mails. Théoriquement un cluster est un clone du server d’origine. C’est peut-être pour ça que tu as des différences sur les transactions. Domino gère ses priorités et ton serveur smtp doit certainement être prioritaire.
Pour le déplacement de tes bases tout dépend de ton nombre d’utilisateurs et les entrées qu’il y a chez vous. Tu peux peut être par exemple laisser comme ça mais par contre créer toutes les nouvelles entrées sur le cluster. Ou déjà juste déplacer les personnes de ton service (plus simple à gérer et plus compréhensif)
Mais si possible monte un nouveau server pour ton cluster. Ton server smtp a déjà beaucoup à faire. Si tu as une bonne bande passante entre les 2 c’est transparent pour tout le monde qu’ils soient sur le premier server ou le cluster.

[rayan184]

Je vais voir pour créer un 3 eme serveur afin d'y mettre mes autres users.
En ce qui concerne la bande passante, pour le cluster, j'ai 2 cartes réseaux sur chaque serveur, j'ai crée un port CLUSTER sur les 2 serveurs configuré sur la 2 ème carte réseau, donc toutes les repliques se font via ce port, en ce qui concerne le routage , c'est le port classique TCPIP.

Je vais quand même laissé le serveur http, sametime, smtp et traveler sur le même serveur, sinon ça va me prendre trop de temps a tout reconfigurer ailleurs.

[elgoe]

Fait attention à ton mode de licence si tu paye au PVU tu va augmenter le tarif si tu paye a l’utilisateur cela ne changera rien.

[Dominux]

Pour apporter ma petite contribution, j'encourage vivement à placer le service Sametime sur un Domino dédié. Les raisons :
. Dissocier les ressources prises par Sametime du reste des autres services (HTTP, routage mail, etc)
. Evolution des versions de Sametime moins rapide que Domino, ce qui bloque la mise à jour des services de Domino autre que Sametime car ce dernier à besoin d'une version spécifique de Domino, par exemple pour Traveler qui lui évolue en même temps de Domino et pour qui il est intéressant de faire évoluer.

Pour rappel , les services de IM et présentiels sont gratuits, le Domino qui héberge Sametime l'est de même pour peut qu'il soit dédié à ce dernier (droit d'usage).

[rayan184]

Bonjour a tous,

Après réflexion, j'ai décider de ne pas configurer un 3 eme serveur, je vais garder les 2 serveurs actuelles et quand même répartir les utilisateurs, sur le second serveur domino je dispose de pas mal de ressources au niveau matériel et il n'utilise même pas le quart.

Maintenant venons en au point le plus complexe pour moi : comment est calculé l'index de disponibilité ?
Je sais qu'il dépend du facteur d'expansion, mais comment est calculé ce facteur ?
Lorsque je lance la commande show stat server.expansionfactor sur mes serveurs, sur un serveur j'ai toujours 1, et sur l'autre (herbergant tous les users) j'ai parfois 82, 125 . . .
Lorsque je tape la commande show AI sur le serveur 1, j'ai la valeur par défaut 6, donc ce qui fait 64 au niveau facteur expansion, et 64 et la valeur maximale ( index = 0), c'est pour cela je pense que mon index de dispo est toujours de 0 sur le serveur 1.
Mais comment est calculé ce facteur d'expansion, comment je peux avoir a un moment un facteur de 150, voir 300, et a un autre un facteur de 30. Vous allez me dire c'est en fonction de l'activité sur le serveur. Mais comment est calculée cette activitée ?

[roubech]

Si tes n users actuel n'utilisent pas le quart des ressources matérielles de ton Domino Mail, pourquoi vouloir déplacer une partie de ces users sur le serveur Domino Samtime/Traveler ?
Comme dit précédemment, tu peux juste faire du fail over

[rayan184]

Désolé je me suis mal exprimé, en fait c'est le serveur domino 2 qui n'utilise pas toutes les ressources, celui qui heberge traveler et sametime. Celui qui heberge les utilisateurs est surchargé, par moment j'ai même domino qui plante dessus avec un message sur tous les clients notes du genre "Maximum number of memory segments that notes can support has been exceeded".
C'est pour cela en fait que je veux repartir les users, est ce que ce message vous dit quelque chose ?

[roubech]

j'ai jamais eu, mais il y a peut etre un lien avec la variable "max user" citée précédemment ?