WebLogic load balancing
Bin ich entwickeln derzeit ein Projekt unterstützt, auf einem WebLogic-Cluster-Umgebung. Ich habe erfolgreich den cluster einrichten, jetzt will ich aber ein load-balancing-Lösung (derzeit nur für Testzwecke, ich bin mit der WebLogic - HttpClusterServlet
mit round-robin - load-balancing).
Gibt es eine Dokumentation gibt einen übersichtlichen Vergleich (mit pros und cons) von den verschiedenen Möglichkeiten der Bereitstellung von load-balancing für WebLogic?
Diese sind die wichtigsten Themen, die ich abdecken möchten:
- Leistung (normal und auf failover);
- Welche Fehler erkannt werden können und wie schnell ist die failover recovery;
- Transparenz zu Versagen (z.B. Fähigkeit, automatisch zu wiederholen, eine idempotente Anfrage);
- Wie gut ist jeder load-balancing-Lösung, angepasst an verschiedene Topologien (N-tier -, clustering)
Dank im Voraus für Eure Hilfe.
InformationsquelleAutor XpiritO | 2010-01-20
Du musst angemeldet sein, um einen Kommentar abzugeben.
Es ist nicht klar, welche Art von Anwendung, die Sie bauen und welche Art von Technologien beteiligt sind. Aber...
Finden Sie nützliche Informationen in Failover und Replikation in einem Cluster und Lastverteilung in einem Cluster (auch mit Blick auf Cluster-Implementierung Verfahren), aber keinen echten Vergleich zwischen den verschiedenen Möglichkeiten, zumindest meines Wissens nicht. Aber die Wahl ist nicht, dass komplexe: 1. Hardware-load-Balancer wird besser als eine software-load-balancers und 2. Wenn Sie sich für die software load-Balancer, dann WebLogic plugin für Apache wird empfohlen (von BEA) Wahl für die Produktion. Tatsächlich, für web-apps, die ziemlich üblich, setzen die statischen Dateien auf einem web-server und damit Einsatz der Apache mod_wl plugin. Finden Sie die Installieren und Konfigurieren von Apache HTTP-Server-Plug-In Kapitel.
Leistung (normal und auf failover):, Wenn diese Frage ist über persistente session, WebLogic verwendet in-memory-Replikation standardmäßig und das funktioniert ziemlich gut mit einem relativ geringen Aufwand.
Welche Fehler können erkannt werden und wie schnell das failover-recovery: Es ist unklar, welche Protokolle Sie verwenden. Aber sehen Anschluss Fehler-und Failover-Clustering.
Transparenz zu Versagen (z.B. Fähigkeit, automatisch zu wiederholen, eine idempotente Anfrage): Klärung der Protokolle, die Sie verwenden, würde die Beantwortung leichter. Wenn diese Frage ist, über HTTP-requests, dann sehen Abbildung 3-1 Verbindungs-Failover.
Wie gut ist jeder load-balancing-Lösung, angepasst an verschiedene Topologien (N-tier -, clustering): Die Frage ist unklar und zu vage ist (für mich). Aber vielleicht haben Sie einen Blick auf Cluster-Architekturen.
Oh, by the way, ein weiteres schönes Kapitel, das Sie Lesen müssen Clustering-Best Practices.
InformationsquelleAutor Pascal Thivent