https://wikimirror.piraten.tools/wiki/index.php?action=history&feed=atom&title=Archiv%3A2008%2FAG_IT-Infrastruktur%2FKonzeption%2FZwei_Server 2026-05-07T06:57:31Z Versionsgeschichte dieser Seite in Piratenwiki Mirror MediaWiki 1.35.14 https://wikimirror.piraten.tools/wiki/index.php?title=Archiv:2008/AG_IT-Infrastruktur/Konzeption/Zwei_Server&diff=55609269&oldid=prev 2010-03-06T07:33:50Z

<p>kat</p> <p><b>Neue Seite</b></p><div>= Lösung mit 2 Servern =<br /> <br /> ''Hinweis: Mittlerweile ist die Entscheidung für die 1-Server-Lösung gefallen. Dieses Konzept wird also so nicht umgesetzt, die Wiedergabe hier hat vor allem dokumentarischen Zweck.''<br /> <br /> == Allgemeines ==<br /> <br /> 2x DS 3000 von Hetzner<br /> <br /> === Vorteile: ===<br /> <br /> 2 Server mit je 2Gb RAM<br /> Kosten 2x 49Euro, was denk ich im Rahmen liegt.<br /> <br /> Es entsteht kein weiterer Administrativer Aufwand, ob wir nun 2 VM<br /> administrieren oder 2 Dedizierte ist relativ egal!<br /> <br /> == Konfig Maschine 1: (Http Dienste) ==<br /> <br /> * Apache 2 (mit mod-security,mod_rewrit,mod-removeip,-&gt;php als Modul?&lt;-?)<br /> ** PHP als Modul sollte eigentlich einen (sehr) kleinen Performance-Vorteil bringen, da der Umweg über das lahme CGI entfällt<br /> ** Wie wärs mit lighttpd statt Apache? Skaliert unter Last besser als das Indianer-Monster<br /> * MySQL 5.1 Server (Master Modus)<br /> * DNS Server (Sec.)<br /> <br /> Bundes Webauftritt und Länder Webauftritte können ohne Probleme laufen, um dies besser zu<br /> verteilen könnte man z.b. VHCS (oder dessen Nachfolger [http://www.isp-control.net/ IspCP]) installieren.<br /> <br /> Müssen so oft Änderungen an der VirtualHost-Konfiguration vorgenommen werden, dass das lohnt?<br /> <br /> === Vorteile: ===<br /> <br /> * leichtere eMail Vergabe<br /> * leichtere Verwaltung der Webspace Daten (Vergabe an die LV)<br /> * geringer Wartungsaufwand für VHCS, Administratoren müssen nicht mehr wegen jeder<br /> Kleinigkeit gerufen werden<br /> <br /> === Nachteile: ===<br /> <br /> Eventuelle Sicherheitslücken?<br /> <br /> === Apache2 Konfig: ===<br /> <br /> PHP würde ich als Modul einbinden oder direkt via CGI<br /> * siehe oben<br /> <br /> HostnameLookups Off<br /> Bessere Performance bei Anfragen!<br /> <br /> DirectoryIndex definieren!<br /> <br /> keine Wildcards (*) !<br /> <br /> Unbedingt Apache MPM Workers verwenden!<br /> <br /> Optionen:<br /> <br /> ThreadLimit 50<br /> ServerLimit 40<br /> StartServers 5<br /> MaxClients 2000<br /> MinSpareThreads 40<br /> MaxSpareThreads 50<br /> ThreadsPerChild 50<br /> <br /> === MySQL 5.1 ===<br /> <br /> MySQL sollte die DB mindestens zu 50% in den Ram packen, da wir hier 2GB<br /> für das System haben, können wir 1GB locker für die DB verbraten, 500MB<br /> für das mainsystem und 500MB für den Apachen (wobei das dicke reichen wird).<br /> <br /> MySQl Query chache aktivieren wir.<br /> <br /> === DNS ===<br /> <br /> DNS Server lassen wir als Sec. laufen, bessere Ausfallsicherheit für<br /> unseren primären Namensraum!<br /> <br /> === Mail ===<br /> <br /> Ist ein Backup MX auf dem Server sinnvoll?<br /> <br /> == 2. Server: ==<br /> <br /> === Mailsystem: ===<br /> <br /> Ich schlage Postfix oder qMail vor, beide ausgereifte Systeme und lassen<br /> sich perfekt mit Spamassi verknüpfen (Stichwort Spamproblem)<br /> <br /> POP3 und IMAP ist bei den beiden Systemen kein Problem, fahre ich z.Z. auf<br /> 4 Servern.<br /> <br /> IMP als Webmail-System<br /> <br /> Mail System greift auf die Master DB zu, bei Ausfall greift es automatisch<br /> auf Slave(Failover).<br /> <br /> === MySQL ===<br /> <br /> MySQL 5.1 Slave Server, Repliziert die Datenbank des Masters<br /> <br /> === DNS ===<br /> <br /> DNS Master Server ist auf dieser Maschine zu hause.<br /> <br /> === LDAP/Kerberos ===<br /> <br /> Zur Authentifizierung der Mail-User ist das sicherlich sinnvoll, wenn jeder Pirat eine Mail-Adresse kriegen soll.<br /> <br /> == Backup/Sicherheit/Ausfall ==<br /> <br /> === Backup: ===<br /> <br /> Tägliches Backup untereinander (inkrementell) und einmal alle 2Tage auf<br /> einen externen Server bei Hetzner und bei min. 2 System Administratoren!<br /> <br /> === Sicherheit: ===<br /> <br /> SSH2 + Pri Key + no Root login ist wohl selbstverständlich, weiterhin<br /> das obligatorische verschieben des SSH Ports.<br /> * Port verschieben? Erscheint mir sinnlos, da wohl jeder Portscanner OpenSSH trotzdem identifizieren kann.<br /> <br /> Dicht machen via IPtable alles außer die benötigten Dienste!<br /> <br /> === Ausfall: ===<br /> <br /> Hier würde ich auf &quot;Heartbeat&quot; aufsetzen, beide Server monitoren sich<br /> gegenseitig, sollte einer ausfallen, schnappt sich ein Server die Ip des<br /> anderen und übernimmt somit seine Tätigkeit.<br /> <br /> Hetzner bietet an, wenn man 2 Server hat, diese an einem Switch zu<br /> parken! Somit können wir die öffentlichen IP rum schieben nach Lust<br /> und Laune.<br /> * Und wenn der Switch ausfällt sind beide Server weg.<br /> <br /> [[Kategorie:IT-Infrastruktur]]</div>

imported>RicoB CB