Bonjour
Question rapide : comment "détruire" un cluster Domino ?
J'aimerais simplement que mon serveur ne soit plus en CLUSTER car
ma direction souhaite s'orienter vers une solution de virtualisation.
Il n'a en fait jamais été fonctionnel (le deuxième serveur est d'ailleurs arrêté, j'ai désactive les réplications entre les serveurs etc)
Je voudrais juste que mon serveur ne fasse plus parti de la grappe
Merci à tous
Supprimer CLUSTER
10 messages
• Page 1 sur 1
par elgoe » 25 Oct 2010 à 14:04
Pour moi il n'y a pas de relation entre virtualisation et cluster domino.
Si ton serveur domino tombe mais pas ton OS ou ta machine virtuelle tu aura des pertes de connexions.
Alors qu'avec un cluster domino si 1 tombe l'autre prend le relais.
Bien evidement tu peu virtualise 2 machine domino en cluster.
Si ton serveur domino tombe mais pas ton OS ou ta machine virtuelle tu aura des pertes de connexions.
Alors qu'avec un cluster domino si 1 tombe l'autre prend le relais.
Bien evidement tu peu virtualise 2 machine domino en cluster.
- elgoe
- Maître-posteur
- Message(s) : 400
- Inscrit(e) le : 16 Août 2006 à 09:34
- Localisation : NIORT
par Beubby » 25 Oct 2010 à 14:10
Merci pour ton complément d'information
Apparement il est possible de virtualiser en live un serveur (partition OS + partition DATA)
Si mon serveur principal tombe on pourra montre le serveur virtuel à la place.
C'est sure que c'est pas transparent pour l'utilisateur mais je travail
dans une société ou il m'est très difficile d'imposer à ma plus haute direction des quotas et archivage donc je me retrouve avec des bases
tellement énorme que la création initiale des bases sur le 2eme serveur du CLUSTER se passe mal (il manque des documents ?!? du coup quand le poste client replic sur le deuxieme serveur, ça met X heures et sur des sites disant, ça met carrement X jours, avec surcharge des lignes réseau etc)
Apparement il est possible de virtualiser en live un serveur (partition OS + partition DATA)
Si mon serveur principal tombe on pourra montre le serveur virtuel à la place.
C'est sure que c'est pas transparent pour l'utilisateur mais je travail
dans une société ou il m'est très difficile d'imposer à ma plus haute direction des quotas et archivage donc je me retrouve avec des bases
tellement énorme que la création initiale des bases sur le 2eme serveur du CLUSTER se passe mal (il manque des documents ?!? du coup quand le poste client replic sur le deuxieme serveur, ça met X heures et sur des sites disant, ça met carrement X jours, avec surcharge des lignes réseau etc)
- - -- Beubby -- - -
-
Beubby - Posteur expérimenté
- Message(s) : 392
- Inscrit(e) le : 18 Jan 2005 à 16:46
- Localisation : Rouen
par roubech » 25 Oct 2010 à 22:35
si j'essaye de résumer, tu as actuellement 1 serveur physique avec un Domino A. Tu as essayé de créer un second serveur Domino B sur une deuxième machine physique, dans un mêm cluster Domino. Mais tu as des soucis pour créer les nouvelles répliques des BAL existantes du serveur A sur le serveur B
A et B sont sur le mêm LAN ? avec 1Gb ou 100 Mb ? ça coince pour toues les BAL ou pour les plus grosses ? à partir de quelle taille ? tu passes par Domino pour créer les répliques ou copie via l'OS ?
Lorsqu'un client Notes doit répliquer avec un nouveau serveur, c'est normal qu'au début c'est plus long, car il n'a pas d'historique de répliction et doit parcourir toute la base pour comparer à sa réplique locale.
Quand tu parles de sites distant, tu as quoi comme connection entre ce site et ton Domino ? c'est une agence avec une ligne internet 10Mb ou un petit bureau avec une connection ADSL ou un commercial dans la nature avec une carte 3G ?
Si tu as arrêté ton Domino B et que finalement tu ne veux travailler qu'avec un seul Domino sur une VM. Tu pourra en effet virtualiser la machine physique A et obtiendra la VM A avec le Domino A a l'identique. En cas d'incident matériel sur le host qui fait tourner ta VM, tu pourra faire tourner cette VM sur un autre host, à condition que l'image de ta VM soit sur une baie de stockage accessible aussi bien par le host 1 que le host 2.
Si tu veux pallier à un pb sur un disque, il faut le gérer au niveau du RAID de ta baie. Si tu veux pallier à un pb plus grave sur la baie, tu peux mettre en place une autre baie synchrone avec la première. Si tu veux palier à un pb électrique sur le site tu peux pousser jusqu'à 2 site géographique distinct avec chacun une baie et une grappe de host et une grosse ligne entre les 2 ....
Mais tout ça ne t'empechera pas d'avoir une interruption de service et d'avoir à intervenir manuellemnt pour rétablir le service, si par exemple ton Domino crash ou juste surchargé au point de ne plus répondre au client mais continuer à tourner, car en effet, au niveau OS il n'y aura pas de défaillance, donc pas de raison de basculer sur un autre host.
Pour qu'un client Notes bascule, il faut un cluster Domino (pour un client HTTP il y a d'autre chose en plus à prendre en compte)
Apres, tu peux cumuler : 2 VM avec chacune un Domino, tous 2 en cluser (actif/actif)
Bref, pour choisir la bonne architecture, il faut bien évaluer les types d'accès, la charge habituelle et en cas de pic, le niveau de service attendu (la tolérence acceptable) et aussi les moyens dont tu disposes.
A et B sont sur le mêm LAN ? avec 1Gb ou 100 Mb ? ça coince pour toues les BAL ou pour les plus grosses ? à partir de quelle taille ? tu passes par Domino pour créer les répliques ou copie via l'OS ?
Lorsqu'un client Notes doit répliquer avec un nouveau serveur, c'est normal qu'au début c'est plus long, car il n'a pas d'historique de répliction et doit parcourir toute la base pour comparer à sa réplique locale.
Quand tu parles de sites distant, tu as quoi comme connection entre ce site et ton Domino ? c'est une agence avec une ligne internet 10Mb ou un petit bureau avec une connection ADSL ou un commercial dans la nature avec une carte 3G ?
Si tu as arrêté ton Domino B et que finalement tu ne veux travailler qu'avec un seul Domino sur une VM. Tu pourra en effet virtualiser la machine physique A et obtiendra la VM A avec le Domino A a l'identique. En cas d'incident matériel sur le host qui fait tourner ta VM, tu pourra faire tourner cette VM sur un autre host, à condition que l'image de ta VM soit sur une baie de stockage accessible aussi bien par le host 1 que le host 2.
Si tu veux pallier à un pb sur un disque, il faut le gérer au niveau du RAID de ta baie. Si tu veux pallier à un pb plus grave sur la baie, tu peux mettre en place une autre baie synchrone avec la première. Si tu veux palier à un pb électrique sur le site tu peux pousser jusqu'à 2 site géographique distinct avec chacun une baie et une grappe de host et une grosse ligne entre les 2 ....
Mais tout ça ne t'empechera pas d'avoir une interruption de service et d'avoir à intervenir manuellemnt pour rétablir le service, si par exemple ton Domino crash ou juste surchargé au point de ne plus répondre au client mais continuer à tourner, car en effet, au niveau OS il n'y aura pas de défaillance, donc pas de raison de basculer sur un autre host.
Pour qu'un client Notes bascule, il faut un cluster Domino (pour un client HTTP il y a d'autre chose en plus à prendre en compte)
Apres, tu peux cumuler : 2 VM avec chacune un Domino, tous 2 en cluser (actif/actif)
Bref, pour choisir la bonne architecture, il faut bien évaluer les types d'accès, la charge habituelle et en cas de pic, le niveau de service attendu (la tolérence acceptable) et aussi les moyens dont tu disposes.
-
roubech - Modérateur
- Message(s) : 4976
- Inscrit(e) le : 01 Fév 2007 à 20:22
- Localisation : Lille
par Beubby » 26 Oct 2010 à 08:33
Merci pour ta réponse
Le lien physique entre les 2 machines est en Gb (les serveurs sont reliés directement via cable croisés car dans la même salle machine).
En fait j'ai des bases de plus de 30Go (chez nous les VIP ont tous les droits
.
La création semble bien se passer (un load replic entre les 2 serveurs ne me ramene plus aucun document) mais lorsque le client replic, en effet, la recherche de modification se faisant sur une boite de 30Go à du mal à se faire.
Les sites distants ont des lignes de 2Mo (pas beaucoup pour des agences de 150 personnes).
Nous travaillons avec un presta certifié Domino qui ne voit pas non plus quelle solution adopter tant que la volumétrie de nos bases reste la même (je déploie les quotas et les archivage depuis 1 an mais j'ai encore beaucoup de bases énormes).
De plus ma direction a validé la solution de virtualisation...
Le lien physique entre les 2 machines est en Gb (les serveurs sont reliés directement via cable croisés car dans la même salle machine).
En fait j'ai des bases de plus de 30Go (chez nous les VIP ont tous les droits
.
La création semble bien se passer (un load replic entre les 2 serveurs ne me ramene plus aucun document) mais lorsque le client replic, en effet, la recherche de modification se faisant sur une boite de 30Go à du mal à se faire.
Les sites distants ont des lignes de 2Mo (pas beaucoup pour des agences de 150 personnes).
Nous travaillons avec un presta certifié Domino qui ne voit pas non plus quelle solution adopter tant que la volumétrie de nos bases reste la même (je déploie les quotas et les archivage depuis 1 an mais j'ai encore beaucoup de bases énormes).
De plus ma direction a validé la solution de virtualisation...
- - -- Beubby -- - -
-
Beubby - Posteur expérimenté
- Message(s) : 392
- Inscrit(e) le : 18 Jan 2005 à 16:46
- Localisation : Rouen
par roubech » 26 Oct 2010 à 18:37
pour essayer d'éduquer" tes VIP, tu peux peut-être faire un test en leur demandant combien de fois ils vont rechercher un mail de plus d'un an, voir 2 ans et montrer la différence de taille et par conséquence le temps d'ouverture et de recherche dans une base qui ne contient qu'un an ou 2 ans
-
roubech - Modérateur
- Message(s) : 4976
- Inscrit(e) le : 01 Fév 2007 à 20:22
- Localisation : Lille
par elgoe » 27 Oct 2010 à 16:45
Suivant ta config pourquoi tu prend pas un outils d'archivage type mailwatcher qui va te faire l'unicité des pièces jointes sur toutes t'es bases de tous t'es serveur et qui stockeras cela l'exterieur de domino.
Tu archive à 3 mois, puis ensuite tu met en place ton cluster, tu auras toujours autant de document mais des volumes plus petits.
Tu archive à 3 mois, puis ensuite tu met en place ton cluster, tu auras toujours autant de document mais des volumes plus petits.
- elgoe
- Maître-posteur
- Message(s) : 400
- Inscrit(e) le : 16 Août 2006 à 09:34
- Localisation : NIORT
10 messages
• Page 1 sur 1