Re: Fehlerredundante Fileserver

Hi Bernd,

On Tue, 3 Jun 2003, Bernd Walter wrote:

> Aber mit ein wenig Phantasie geht es auch anders.
> Mal ein billiger Aufbau:
> - Remote einen Rechner, der Platz per NFS freigibt.
> - Lokal einen FreeBSD Rechner, der auf dem NFS Space per md ein Laufwerk
> macht.
> - Jetzt noch per Vinum zusammenfügen und fertig.

Klingt interessant. Wenn ich Dich richtig verstanden habe, willst Du mit
etwas wie

mdconfig -a -t vnode -f $meine_datei_auf_dem_nfs_server -u 1

arbeiten und /dev/md1 ins vinum packen?

Im Fehlerfall hat man dann z.B. ein aequivalentes Device auf dem
NFS-Server mit dem gleichen Backend?

> Linux hat einen Treiber, der es ermöglicht direkt auf remote Platten
> zuzugreifen - ähnlich der I-SCSI Technik.

Meinst Du pvfs? Nein, ich glaube eher nicht.. pvfs schreibt remote auf ein
ganz gewoehnliches Filesystem wie ext3 oder reiserfs.

> Das ist wohl wahr - obwohl alle 24h eher meiner Vorstellung eines
> Backup entspricht, als eines Spiegels :)

Ich weiss nicht, wie ich das nennen soll - weil es kein Backup ersetzt. Du
bekommst damit eben keine Datei wieder, die ausversehen vor vier Tagen
geloescht wurde.

Ich habe das ein paar Mal erklaeren muessen, immer dann, wenn jemand
meinte, die Baender waeren ueberfluessig geworden. Daher vermeide ich das
Wort Backup dafuer.

> Nun »Enterprise« fängt bei Sun schon mit umgelabelten Desktop Maschinen
> wie der Ultra 10 und IDE an - da sehe ich nicht wirklich den Vorteil
> einer Sun Hardware.

Gibt es wirklich IDE-Enterprises? Seufz. Nein, ich dachte schon an ein
Geraet, dass zwei Netzteile hat, SCSI-Disks etc. Steht in Berlin in meiner
alten Firma im Serverraum und heisst sessel, weil man darauf so schoen
sitzen kann, wenn man doch mal an die FreeBSD-Server muss.
 
Mein letzter supersparender Arbeitgeber war mit Sun nicht zufrieden und
hat auf Linux umgestellt. Die "alten Kisten" waren Ultra 10 mit IDE drin..

Nun, es gruesst
Peter

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Wed 04 Jun 2003 - 05:50:48 CEST