mirroring/loadbalancing

[shortl22]

hallo leute,

bin neu in eurem forum, aber ich hoffe es kann mir jemand helfen....
ich stehe vor folgender aufgabe:

2 server mit jeweils dahintergeschaltetem storage

auf beiden server sollte ein apache mit tomcat und ftp laufen
wenn möglich loadbalanced

nun da ist mir vrrpd eingefallen
nun gibts aber ein kleines problem:
vrrpd geht ja nur für downloads, nicht für uploads

unsere kunden laden per ftp verschiedene files, html, pdf etc
auf den webserver, wenn ich aber nun die ip virtualisiere
bekommt ja immer nur einer der beiden server im vrrpd
verbund die daten rauf, es sollen aber beide server die
files die per upload kommen im storage haben,

was fällt euch dazu ein?

vielen dank schon mal im voraus

[marce]

da gibt's viele Möglichkeiten.

Über DRBD / Heartbeat, Konstruktionen über IP-Tables bis zu ded. Hardwarelösungen oder vorgeschalteten Spezial-Routern...

... und welche Art von Loadbalancing/Mirroring braucht ihr?

Was darfs denn kosten? Was ist vorhanden?

[shortl22]

ich denke ich muß ein wenig ausholen:

die 2 server liegen in einer vm, also wir haben 2 bladecenter
und darüber einen esx 3 server installiert, der storage
eine ds4800 dahinter ist virtualisiert, also wir haben 2 resource pools
in der vm, sollte einer abstürzen ist der 2te immer noch verfügbar

naja zuerst hätte ich gfs vorgeschlagen, also einen globalen storage
container auf den beide fedora 6 server zugreifen, mein chef meinte aber
das ist nicht so gut, sollte einer der beiden server fehlerhaft arbeiten
sind die files für beide server hinüber

er meinte es wäre besser 2 server und für jeden server einen eigenen
storage pool anzulegen, und von aussen sollten beide nur über eine ip
erreichbar sein, jedoch die daten auf beiden storage pools konsistent
tjo was tun?

wegen den routern: es ist ein ibm hs20 bladecenter mit
integrierten nortel switches, also fehlanzeige
und eine eigene maschine vor den beiden fedoras schalten ist wegen
hardware-mangel nicht möglich, das einzige was mir bleibt ist irgendeine
sw lösung

thx

[marce]

Das Datenkonsistenthaltungsproblem hast Du generell - wenn beide immer die gleichen Daten zur Verfügung haben sollen muss das irgendwie abgeglichen werden - entweder über ein gemeinsames Storage oder eben über Sync-Prozesse, da hast Du dann aber zum einen das Problem, dass Du auch nicht sagen kannst, dass beide korrekt arbeiten und die Daten von A auch korrekt sind und daher auf B gesynct werden sollen, anders herum genau so. Zudem kommt noch ein Delay für den Sync dazu. Da würde ich dann doch lieber ein gemeinsames Storage nehmen und darauf vertrauen, dass die SW sauber läuft.

Das Loadbalancing selbst kann auch der Tomcat oder Apache übernehmen - wie's da bei FTP aussieht kann ich gerade nicht sagen, ob es da entsprechende Versionen gibt - im gruseligsten Fall halt über DNS-Loadbalancing. Für die reine Ausfallsicherheit (A läuft, B übernimmt) würde ich Heartbeat vorschlagen - oder eben eine ded. Hardware, wenn das im Budget drin ist (_das_ kostet aber wirklich Geld)

Wie wichtig ist das System denn? Was müsst ihr garantieren? ...

[shortl22]

habe mich gerade mit chefe unterhalten, die kundendaten die per ftp rauskommen sind nicht sooo wichtig, also sollte im schlimmsten fall
mal der storage für kd-daten weg sein, so is ein restore per tsm in ca 2h durch
also ein gemeinsamer storage auf den beide zugreifen
ich schätz mal mit gfs sollte das gut gehen

das hauptaugenmerk soll eben auf die appls liegen, tomcat+apache und 3270 emulation

loadbalanced oder einer davon im standby mit heartbeat, wobei ich mich mit
heartbeat nicht wirklich auskenne