Cluster-Setup für ein Autosurf Website

August 21, 2008 Gespeichert unter Case Studies

Im Laufe der Jahre, der gegenseitigen Verkehr Austauschprogramme wurden an Popularität gewinnt als Medium zur Förderung von Websites. Die meisten von diesen Programmen / Websites verwenden autosurf technogies zu generieren Treffer für ihre advitiser oder Mitglied der Websites. Verschiedene HYIP und Bezahltes Verkehr Austauschprogramme mit autosurf Skripte als ihre Basis auf dem Internet. Das Cluster-Setup wir taten, war für eine Website, die rein für den gegenseitigen Austausch-Verkehr ohne bezahlte Dienstleistungen. Das Mitglied Seiten benötigt, um Banner und Anzeigen aus der übergeordneten Website in Lue des Verkehrs Austausch über die Site.

1480_420_280_crop_548af.jpg

Diese Seite gewann eine riesige Basis-Mitgliedschaft in nur wenigen Monaten und hatte Verkehr, die nicht Manged von einer einzigen dedizierten Server. Die Website, die ein autosurf bar geprüft, die für das Banner / Anzeigen Existenz auf der Website Mitglied gedreht und es unter den Mitgliedern alle paar Minuten. Die Höhe der Treffer das Mitglied der Website erhalten würde ist abhängig von der Höhe der Websites surfen, er würde über seine eigenen autosurf area.The Cluster-Setup hatten wir die Struktur wie folgt:

autosurf.jpg

WebServer s: Der Webserver waren die meisten beschäftigt Knoten dieses Clusters. Ihre Website wurde alles über Generierung von HTTP-Verkehr und ihre Mitglieder wurden auf dem Gelände fast die ganze Zeit. Die autosurf Struktur dafür gesorgt, dass kein Mitglied war im Leerlauf und so den HTTP-Zugriffe wurden kontinuierliche und enorme Anzahl. Wir hatten zu verwenden 3 Webserver verwalten zu können die Höhe der Verkehr dieser Website erhalten wurde. Jede der Webserver-Knoten-Setup wurde mit lighttpd + PHP als FastCGI für eine schnellere Website-Leistungsindex und dynamischen Seite Generation.

Die Konfiguration für den Webserver verwendet wurde wir:

  • Intel Pentium Dual-Xeon 2/8 Prozessor
  • 2 GB DDR2 RAM / 160 GB SATA HDD Drive
  • CentOS 4/6
  • 1000Mbps Uplink
  • Private LAN-Verbindungen zu anderen Knoten auf dem Cluster

Master Mysql Server: Alle drei Webserver intern über private wechseln Sie in das Master-Mysql-Server. Alle Website-Mitgliedschaft Daten und Statistiken Treffer wurden in der Datenbank gespeichert und Datenbank-Verkehr wurde riesige sowie jeden Treffer wurde geloggt in mysql. Der Client benötigt verwaltet MySQL-Backups und Redundanz und so MySQL-Replikation verwendet wurde für den Cluster. Aufgrund der Höhe der MySQL-Aktivität auf dem Master-MySQL-Server, Erstellung von Backups von diesem Knoten war fast unmöglich. Wir verwendeten die Replikation für die Synchronisierung der DB-Daten auf dem Slave-Server verwendet und die Slave-Server für die Erzeugung von MySQL-Backups. Die Konfiguration haben wir für den MySQL-Server ist wie folgt:

  • Intel Pentium Core Quad Q6600-Prozessor
  • 8 GB DDR2-RAM / 1 × 300 GB SCSI 10k RPM-Drive
  • CentOS 4/6
  • 100Mbps Uplink
  • Private LAN-Verbindungen zu anderen Knoten auf dem Cluster

Die Slave-Mysql-Server auch als E-Mail-Server für das Setup. Die Mailing-Aktivitäten für die Website ist mäßig und so nur ein E-Mail-Server verwendet wird.

  • Intel Pentium Core Quad Q6600-Prozessor
  • 4 GB DDR2-RAM / 1 × 300 GB SCSI 10k RPM-Drive
  • CentOS 4/6
  • 100Mbps Uplink
  • Private LAN-Verbindungen zu anderen Knoten auf dem Cluster

Dieses Setup verteilt den Verkehr für die Website zu den drei Knoten mit Round Robin DNS, die von der TTL. Kommentare sind wie immer willkommen.

Tags:

Kommentare

Lassen Sie eine Antwort