Cluster opsætning for en Autosurf Website

21 august, 2008 Filed under Case Studies Kommentar

I årenes løb, gensidig trafik udveksle programmer har været stigende popularitet som et middel til fremme af hjemmesider. De fleste af disse programmer / websites brug autosurf technogies til at generere hits for deres advitiser eller medlem's hjemmesider. Forskellige HYIP og betalt trafik udveksle programmer ved hjælp af autosurf scripts som deres base findes på internettet. Klyngen setup vi gjorde, var for et websted, der udelukkende var beregnet til gensidig trafik udveksling med ikke betalte tjenester. Medlemmet sites behov for at tilføje bannere og annoncer fra moderselskabet hjemmeside i lue af den trafik, der udveksles via webstedet.

1480_420_280_crop_548af.jpg

Dette websted er opnået en enorm medlemskab base i et par måneder og havde trafik, som ikke kunne manged af en enkelt dedikeret server. Webstedet er involveret en autosurf bar, som kontrolleres for banner / annoncer eksistens på medlemmets websted og drejes det blandt medlemmerne hvert par minutter. Mængden af hits medlemmets hjemmeside vil modtage er afhængig af mængden af websteder, han ville surfe via eget autosurf area.The klynge vi setup havde strukturen som nedenfor:

autosurf.jpg

WebServer s: Den webservere var den mest travle knudepunkter i denne klynge. Deres site var alle om at generere http trafik og deres medlemmer var på stedet næsten hele tiden. Den autosurf struktur gøres sikker på, at intet medlem var inaktiv og så http-hits var kontinuerlige og enorme antal. Vi var nødt til at bruge 3 webservere til at være i stand til at håndtere den mængde trafik dette websted var få. Hver af de webserver knudepunkter blev setup med Lighttpd + PHP som Fastcgi for hurtigere site resultater og dynamisk side generation.

Konfigurationen for webservere vi brugte var:

  • Intel Pentium Dual Xeon 2.8 Processor
  • 2 GB DDR2 RAM / 160GB SATA HDD Drive
  • CentOS 4.6
  • 1000Mbps Uplink
  • Privat LAN-forbindelser til andre noder på Cluster

Master Mysql Server: Alle de tre webservere forbundet internt via private skifte til skibsføreren Mysql server. Alle webstedets medlemskab data og hits stats blev gemt i databasen og databasen trafikken var enorm samt hver hit blev logget ind på MySQL. Kundens behov forvaltes mysql sikkerhedskopier og redundans og så mysql replikation blev anvendt til klyngen. På grund af størrelsen af mysql aktivitet på master mysql-server, generation af sikkerhedskopier fra denne node var næsten umuligt. Vi plejede at replikere til at synkronisere den db data om slave-serveren og brugte slave-serveren for at generere mysql sikkerhedskopier. Konfigurationen vi brugte for Mysql Server er som nedenfor:

  • Intel Pentium Quad Core Q6600-processor
  • 8 GB DDR2 RAM / 1 × 300GB SCSI 10k RPM Drive
  • CentOS 4.6
  • 100Mbps Uplink
  • Privat LAN-forbindelser til andre noder på Cluster

Slave Mysql server også fungerer som mail-server, indstillingsprocessen. De postlister aktivitet for webstedet er moderat og så kun en mail-server bliver brugt.

  • Intel Pentium Quad Core Q6600-processor
  • 4 GB DDR2 RAM / 1 × 300GB SCSI 10k RPM Drive
  • CentOS 4.6
  • 100Mbps Uplink
  • Privat LAN-forbindelser til andre noder på Cluster

Denne opsætning fordeler trafikken til webstedet til de tre knudepunkter ved hjælp af round robin DNS, som forvaltes af TTL. Kommentarer er velkomne som altid.