Domino 9 und frühere Versionen > ND8: Administration & Userprobleme

Cluster "feiner" steuern

<< < (2/4) > >>

Tode:
Wenn ich möchte, dass immer alle user auf EINEM server arbeiten und nur im Ausfall wechseln, ist das ja kein Problem. (bitte nicht mit server_restricted steuern, denn das erfordert im failover immer einen eingriff des admins, sondern mit server_availability_threshold=0 auf dem dem fallback und =100 auf dem Hauptserver)
Aber ich möchte, dass die Schweizer User auf dem schweizer server arbeiten und die deutschen user auf dem deutschen. Und nur wenn einer der server ausfällt, sollen die user temporär switchen, bis ihr jeweiliger home- server wieder da ist... Also jeder arbeitet auf dem für ihn "günstigsten" Server (da physikalisch und Netztechnisch näher/schneller), nicht auf dem für das Cluster "günstigsten" (da weniger ausgelastet). Und eine solche config sieht ibm imho nicht vor (oder ich habe sie noch nicht gefunden)
@Tom: habe da leider nix gefunden, was mir geholfen hätte...

RZLT:
Servus Torsten,

kennst Du das Redbook "Optimizing Lotus Domino Administration" ??
Da sind erstmal nur grundlegende Hinweise drin, im Kapitel Clustering wird dann noch auf diese Seite verwiesen:
http://www-10.lotus.com/ldd/dominowiki.nsf/dx/3.5_Server_Clustering_Options

Habs mal drangehängt, evtl. hilft Dir das ja noch weiter.

Pfefferminz-T:
Oops, hatte den nicht unwichtigen Satz "User aus A arbeiten auf Server A, User aus B auf Server B" überlesen - dann ist meine obige Antwort natürlich hinfällig.

Nein, da kenne ich keine Möglichkeit, dass mit Domino-Standard abzudecken. Der Enhancement Request (bzw. der SPR) würde das auch nur teilweise abdecken, da es dabei nur um das "Zurückschwenken" der Nutzer geht.

Denkbar wäre dann für mich nur noch der Einsatz eines "IP sprayer" in beiden Lokationen, der vor dem jeweiligen Server steht. Alle Anfragen müssen dann zwingend netzwerk-technisch über den IP Sprayer geleitet werden. Der IP Sprayer würde den fernen Server für die jeweilige Lokation als "nicht verfügbar" kennzeichnen und alle Anfragen an den lokalen Server weiterleiten. Umschaltung wäre dann aber auch manuell oder der Sprayer besitzt soviel Logik, dass er bei einem Ausfall des lokalen Servers automatisch die Anfragen auf den fernen Server umleitet.

Grüsse

Tode:
Sehr interessantes Dokument, sehr interessanter Link, aber leider enthalten Sie keine diesbezüglichen Informationen. Trotzdem danke!

@Pfefferminz-T: Ja, das wäre ne Möglichkeit... Ich denke, wir werden uns mal an einer Eigenentwicklung probieren, die feststellt, wenn der Server wieder da ist, und dann automatisiert die User "umleitet". Ansätze haben wir schon ein paar:

evtl. versuchen wir das über die DenyAccessGroups dynamisch zu steuern (müssen prüfen, wie sich das in nem Cluster auswirkt), oder in den Anwendungen selbst (dann ist nur ein öffnen langsam, alle weiteren wieder OK). Eine andere Möglichkeit wäre, die cluster.ncf zu manipulieren (obwohl ich da die Chancen als eher gering ansehe, weil die ja nur beim Client beenden gespeichert und beim Clientstart gelesen wird)

stoeps:
Hi Thorsten,

server_restricted würde ich bei Clustern immer vermeiden, da der Eintrag keinen Failover auslöst! Die User die versuchen sich mit dem Server der server_restricted=1|2 gesetzt hat, bekommen eine Fehlermeldung.

Dass die Benutzer im Zug eines Failovers nicht zurück auf ihren Homeserver switchen ist leider ein seit Ewigkeiten bekanntes Problem und ich kenne keine Möglichkeit, dass sie automatisiert zum Homeserver zurückkehren.

Im Prinzip kann man nach einem Ausfall nur mit den ServerAccess Einstellungen nur die jeweilige Gruppe berechtigen, dann switchen sie wieder zurück. Ich bin mir aber nicht sicher, denke aber, daß die Server Access Settings nur beim Serverneustart ziehen.

Update: das ginge natürlich auch mit der DenyAccess, aber ich würde eine Gruppe einfügen in "Who is allowed to access this server" und da dann die einen bzw. anderen User kurzzeitig entfernen.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete