LoadBalancerBlog.de

Im “Kochbuch” zur Einrichtung des LoadMasters haben wir uns ja Schritt für Schritt mit der Konfiguration beschäftigt, und zwar auf Basis eines sogenannten 1-armigen Setups (“1-Armed Setup”). Also dem einfachsten Szenario, mit nur einem Netzwerkinterface.

Wie aber funktioniert die 2-armige Variante? Ganz einfach: Genauso, mit den folgenden zwei kleinen Modifikationen.

(weiterlesen …)

Für Microsoft Exchange Infrastruktur stellt sich – genau wie bei allen anderen Anwendungen auch – die Frage nach der Netzwerktopologie (oder “Netzwerk-Layout”), was Server ebenso einschließt wie Switches, Firewalls, oder eben Hardware Load Balancer.

Da dies eine typische Einsteigerfrage ist, sollen hier einmal ein paar einfache Beispiele dargestellt, Stolpersteine besprochen, und fortgeschrittene Möglichkeiten besprochen werden. (weiterlesen …)

Da ist der nun, das jüngste Kind in der KEMP Produktfamilie: Der GEO LoadMaster (GLM). Und wenn er auch etwas aus der Art geschlagen ist (schließlich geht es hier nicht mehr um lokales Server Load Balancing wie mit der bekannten LoadMaster-Serie, sondern um die Zugriffssteuerung über mehrere geografische Standorte), so ist die Ähnlichkeit doch unverkennbar!

Vielleicht sollte ich tatsächlich zunächst etwas auf das Thema “Global Server Load Balancer” (GSLB) eingehen, am besten am Beispiel.

• Ich möchte mich vor Ausfall eines Servers schützen? Dann stelle ich einen zweiten daneben, und verwende lokales Server Load Balancing (also einen der klassischen KEMP LoadMaster)
• Ich möchte Last auf mehrere Server verteilen? Auch hierfür füge ich weitere Maschinen hinzu, und verwende lokales Server Load Balancing (ebenfalls KEMP LoadMaster Serie)
• Ich möchte mich vor Ausfall eines ganzen Standorts (sprich Rechenzentrum oder dessen Anbindung) schützen? Hierfür brauche ich den GEO LoadMaster (GLM).
• Ich möchte die Zugriffe meiner Nutzer intelligent auf mehrere Standorte verteilen (also auf mehrere Rechenzentren)? Auch dies löst der GLM.

(weiterlesen …)

Schon fast ein Jahr alt, ich hab’s aber gerade erst gefunden: Eine wirklich nette (englischsprachige) Einführung in das Thema bieten diese beiden Artikel (Teil 1 und Teil 2). Autor Gregor Roth unterscheidet dabei zwischen “Transport-level” und “Application-Level”, und setzt seine Darstellung in den Kontext von Java-Servern und -Programmierung. Davon abgesehen, sind die Erklärungen aber durchaus allgemeingültig!

Nach einigen ziemlich technischen Themen möchte ich heute mal wieder einen Schritt zurücktreten und mich ganz grundsätzlich der Frage zuwenden: Wie kann ich Load Balancer für  meine (Web-, oder auch sonstige!) Anwendung nutzen? Und was sind die Kriterien für ein gutes Produkt?

Genau genommen ist die Frage natürlich falsch gestellt, in der Praxis gilt es ja ein vorhandenes Problem zu lösen (und nicht: Ein passendes Problem für ein vorhandenes Werkzeug zu finden…) – also etwa so:

1. “Wie kann ich meine Anwendung gegen Serverausfall schützen?” oder
2. “Wie kann ich meine Anwendung auf mehreren Servern gleichzeitig laufen lassen, um die Performance zu verbessern?”

(weiterlesen …)

Das das Web sich zunehmend weg von reiner Präsentation und hin zur Interaktion entwickelt (hat), ist eine Binsenweisheit. Und dass dabei Security – etwa zum Schutz persönlicher Daten oder natürlich von Zahlungsdaten – eine wichtige Rolle spielt, ebenfalls. Das Mittel der Wahl in solchen Fällen ist der Einsatz von HTTPS (also HTTP über SSL / TLS).

Im einfachsten Fall werden Websites mit solchen Sicherheitsanforderungen komplett unter HTTPS betrieben. Was aber, wenn ein Mischbetrieb gewünscht ist? Wenn zum Beispiel nur der Anmelde- oder Bezahlvorgang in einem  Shop geschützt werden soll, während all die anderen Zugriffe (z.B. Produktrecherche, aber auch das “In den Warenkorb legen”), die vermutlich 90% aller Zugriffe ausmachen, eigentlich problemlos über HTTP gehen könnten? (weiterlesen …)