Grundsatzfrage: Perfomance bei (sehr) stark frequentierten Portalen
Eingetragen von hd25 (30)am 22.10.2009 - 15:34 Uhr in
Wir planen derzeit einen Relaunch einer recht großen Community. Die derzeitige Plattform läuft auf Typo3. Portiert wird das System derzeit auf Drupal 6.x - hier erst einmal ein paar Eckdaten (Anhand der aktuellen Statistiken):
Eckdaten:
- Unique User pro Monat: ca. 430.000 (ca. 15.000 pro Tag)
- Anzahl der Artikel (Nodes): ca. 50.000 (inkl. Foren)
- sehr textlastig (nicht übermäßig viele Bilder/Galerien)
- Communityfunktionalitäten: Forum, Login (erst später: Fivestars, Artikelkommentierung)
- Suche läuft über Google-Site-Search (ist also ausgelagert)
- Seite wird viele Views und Tagging (Taxonomy) verwenden, da dort viele Fachspezifische Themen beschrieben werden und nach Themen gegliedert ausgegeben werden müssen/sollen
Machbarkeit?
Ist ein solches Projekt denn überhaupt mit Drupal realisierbar (vorrausgesetzt man programmiert sauber und "nahe" an den Möglichkeiten von Drupal und nutzt alle Caching-Möglichkeiten)?
Server - Datenbank
Welche (Anzahl) Server braucht man für ein Projekt dieser Größenordnung um performant unterwegs zu sein? Sollte man eher auf mysql oder postgresql setzen (Performance)?
Unternehmen wie MTV.co.uk und NewObserver setzen ja ebenfalls auf Drupal und fahren offensichtlich sehr gut damit. Auch hier hat man sehr viel Content und Besucher. Mir ist klar, dass ein 60-Euro-Pro-Monat-Server hier nicht ausreichen wird - die Frage die sich jedoch stellt: Brauche ich 2 Server für gesamt ca. 1000 Euro im Monat oder 5 Server für 3.500€? Oder ist dieses Vorhaben so nicht lösbar?
Ich bin sehr dankbar für jegliche Anmerkungen, Hinweise und Hilfestellungen... :)
Viele Grüße
Sebastian
- Anmelden oder Registrieren um Kommentare zu schreiben
Das kann dir pauschal trotzt
am 22.10.2009 - 23:17 Uhr
Das kann dir pauschal trotzt deiner Angaben so niemand sagen, da keine Drupal-Installation der anderen gleicht. Du sprichst von Visits, aber nicht von von Page Impressions. Du sagst nicht aus wie das Verhältnis zwischen anonymen und authentifizierten Usern ist. Keiner kennt die von dir eingesetzten Module, weiß wie dein Theme und deine evtl. selbst entwickelten Module programmiert sind, was dein Admin drauf hat, etc. pp.
Kann sein, dass ein einzelner Server locker ausreicht. Muss aber nicht.
Zugriffsverhalten und die dabei erzeugte Last sind unbekannt. Vllt. finden ja 70% deiner Seitenzugriffe in der Mittagspause zwischen 12 und 14 Uhr statt - wir wissen es nicht.
Halbwegs verlässliche Aussagen kann man treffen, wenn man
a) die wichtigen Kennzahlen des aktuellen Systems per Monitoring laufend beobachtet
b) das neue Drupal-System in Intervallen gezielt auf a) basierenden Benchmarks unterzieht und dabei ebenfalls einem Monitoring unterzieht.
Ohne eine sehr gezieltes Monitoring, entsprechende Optimierung von System, Services und ggf. Drupal ist das Endergebnis im Verhalten nicht vorhersehbar. Alles andere ist wenig seriös, weil es die speziellen Eigenheiten deines Systems nicht ins Kalkül zieht / nicht ziehen kann. Aussagen wie es bei irgendwem anders unter dessen speziellen Gegebenheiten läuft, hilft dir nicht konkret weiter.
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Ich denke auch, dass die
am 23.10.2009 - 19:09 Uhr
Ich denke auch, dass die Frage aus der Ferne schwer zu beantworten ist. Alleine durch nicht zum Anwendungsfall passende Konfiguration des LAMP-Stacks kann man sehr viel Performance verschenken. Zudem sollte man Tools wie Memcache, eAccelerator usw. einsetzen. Es kann also durchaus sein, dass man mit einem Server gut auskommt. Falls nicht und es doch ein "Cluster" wird, könnte dieser Beitrag, den ich heute geposted habe, evtl. interessant sein:
http://www.drupalcenter.de/node/22351
Markus Kalkbrenner
Cocomore AG
drupal.cocomore.com