Archiv Diskussion:2009/IT/Konzepte/Serverstruktur/Konzept 2009

Application

Kleine Partition oder Netzwerk-Boot
Holt sich die Daten via NFS vom Storage-Server
- Pro: Daten liegen zentral und die Node hält keine Daten vor
- Kontra: große Daten-Mengen über das Interne VPN
Installtion / Update der Config via FAI
- Pro: stets aktuelle Neuinstallationen
- Pro: Config ist stets im SVN archiviert und wird da raus gezogen
- Pro: Nach installation ist der Server sofort für den Produktiveinsatz fertig
- Kontra: Container (solaris/openvz/vserver) können per Image aufgesetzt werden: geht schneller
- Kontra: Initialer Aufwand ist für 2 Server / ca 8 VMs sehr hoch (wie oft sollen die neu installiert werden?)
Überlegung: Ein Application-Server für alle Services (Wiki, Forum, Web, Drupal, Wordpress, ...) oder getrennte Services
- gemeinsam: Bessere Ausnutzung der Systemressourcen
- gemeinsam: Beim Skalieren auf Physikalische Hardware kann man auf Virtualisierung verzichten
- getrennt: Bessere Trennung der administrativen Zuständigkeit
- getrennt: Bessere Abschirmung der Services voneinander
- getrennt: Umzug einzelner Dienste Zwecks Loadbalancing zwischen den BareMetals ist mit VMs einfacher

Mass Virtual Domain Mail Hosting
POP, POPs, IMAP, IMAPs-Zugriff
Webfrontend
- Squirrelmail
- Roundcube
Spam-Filter
- Spamassassin
- dSpam
- greylisting mit db Anbindung um immer wiederkehrende Hosts in die Vertrauensliste zu schieben.