https://wikimirror.piraten.tools/wiki/index.php?action=history&feed=atom&title=Archiv_Diskussion%3A2009%2FIT%2FKonzepte%2FServerstruktur%2FKonzept_2009 2026-05-14T15:33:34Z Versionsgeschichte dieser Seite in Piratenwiki Mirror MediaWiki 1.35.14 https://wikimirror.piraten.tools/wiki/index.php?title=Archiv_Diskussion:2009/IT/Konzepte/Serverstruktur/Konzept_2009&diff=55631178&oldid=prev 2012-05-18T18:20:40Z

<p>hat „<a href="/Diskussion:IT/Konzepte/Serverstruktur/Konzept_2009" class="mw-redirect" title="Diskussion:IT/Konzepte/Serverstruktur/Konzept 2009">Diskussion:IT/Konzepte/Serverstruktur/Konzept 2009</a>“ nach „<a href="/Archiv_Diskussion:2009/IT/Konzepte/Serverstruktur/Konzept_2009" title="Archiv Diskussion:2009/IT/Konzepte/Serverstruktur/Konzept 2009">Archiv Diskussion:2009/IT/Konzepte/Serverstruktur/Konzept 2009</a>“ verschoben</p> <p><b>Neue Seite</b></p><div>== Application ==<br /> <br /> * Kleine Partition oder Netzwerk-Boot<br /> * Holt sich die Daten via NFS vom Storage-Server<br /> ** Pro: Daten liegen zentral und die Node hält keine Daten vor<br /> ** Kontra: große Daten-Mengen über das Interne VPN<br /> * Installtion / Update der Config via FAI<br /> ** Pro: stets aktuelle Neuinstallationen<br /> ** Pro: Config ist stets im SVN archiviert und wird da raus gezogen<br /> ** Pro: Nach installation ist der Server sofort für den Produktiveinsatz fertig<br /> ** Kontra: Container (solaris/openvz/vserver) können per Image aufgesetzt werden: geht schneller<br /> ** Kontra: Initialer Aufwand ist für 2 Server / ca 8 VMs sehr hoch (wie oft sollen die neu installiert werden?)<br /> * Überlegung: Ein Application-Server für alle Services (Wiki, Forum, Web, Drupal, Wordpress, ...) oder getrennte Services<br /> ** gemeinsam: Bessere Ausnutzung der Systemressourcen<br /> ** gemeinsam: Beim Skalieren auf Physikalische Hardware kann man auf Virtualisierung verzichten<br /> ** getrennt: Bessere Trennung der administrativen Zuständigkeit<br /> ** getrennt: Bessere Abschirmung der Services voneinander<br /> ** getrennt: Umzug einzelner Dienste Zwecks Loadbalancing zwischen den BareMetals ist mit VMs einfacher<br /> <br /> == Mail ==<br /> <br /> * Postfix mit DB-Mail und die normale DB mitbenutzen<br /> * Postfix mit DB-Mail und eine eigene DB verwenden<br /> * Postfix mit Dovecot auf dem Storage-Server<br /> * Postfix mit Dovecot auf eigenem Storage<br /> <br /> * Mass Virtual Domain Mail Hosting<br /> * POP, POPs, IMAP, IMAPs-Zugriff<br /> * Webfrontend<br /> ** Squirrelmail<br /> ** Roundcube<br /> * Spam-Filter<br /> ** Spamassassin<br /> ** dSpam<br /> ** greylisting mit db Anbindung um immer wiederkehrende Hosts in die Vertrauensliste zu schieben.<br /> <br /> * Sieve-Scripts<br /> ** bei Dovecot bereits integriert<br /> * Mailinglisten<br /> ** Mailman<br /> ** Sympa<br /> <br /> <br /> === Dovecot ===<br /> <br /> ==== Pro ====<br /> * bekannte, weitverbreitete, ausgereifte Software<br /> * Sieve eingebaut<br /> * nahtlose Integration mit Postfix<br /> * dovecot-antispam http://johannes.sipsolutions.net/Projects/dovecot-antispam<br /> <br /> ==== Kontra ====<br /> <br /> === DB-Mail ===<br /> <br /> * Wer hat damit Erfahrung?<br /> <br /> === Webmailer ===<br /> * Squirrelmail<br /> ** langsame entwicklung<br /> ** technologisch nicht mehr aktuell<br /> * Roundcube<br /> ** pro: aktuelle Technologien (zb ajax), dadurch anwenderfreundlich</div>

imported>Infosocke