Im heute erschienenen Linux Technical Review 09 zum Thema “Datenbanken” haben wir von epublica einen Beitrag geschrieben. Titel: “Horizontale Skalierung mit MySQL – Wie eines der am schnellsten wachsenden Web-Portale seine Datenbank ständig steigenden Anforderungen anpasst.” Darin zeigen wir, wie wir bei unserem Kunden XING die MySQL-Datenbank-Architektur skalieren.

Dem Endanwender von XING wird üblicherweise nicht bewusst, dass aktuell mehr als als 200 Server hinter den Kulissen ihren Dienst schieben. Nur so kann man mit der enormen Last umgehen, die die Plattform mittlerweile verursacht. Ein paar Zahlen: Im Schnitt liegen wir derzeit bei etwa 200 HTTP-Requests/sec (d.h. Seitenabrufe, AJAX-Requests und Anfragen gegen interne APIs), 3.000 Datenbank-Queries/sec und 14.000 Memcache-Requests/sec. Zu Spitzenlastzeiten können sich diese Zahlen locker verdrei- bis -vervierfachen.

Dass der Betrieb einer solchen Server-Farm eine immense Adminstrations-Aufgabe ist, leuchtet sofort ein. Doch ist auch auf Applikations-Seite einiges zu tun, um Parallelisierung zu ermöglichen. Und genau das ist Thema unseres Artikels. Wir beschreiben, wie wir nach und die Architektur um mehrere Skalierungsdimensionen erweitert haben und welche Konsequenzen für die Applikation daraus jeweils entstanden sind.

Wer sich mit sowas auskennt und/oder das spannend findet, sei an dieser Stelle auch diskret hier drauf verwiesen

This entry was posted on Thursday, July 24th, 2008 at 9:23 pm and is filed under epublica, openBC / XING. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.