Re: (Nachtrag) OT: Treiberauswahl für Diskless-NFS-PXE-System
Am Mittwoch, den 20.02.2008, 23:43 +0100 schrieb Markus Schulz:
> Am Mittwoch, 20. Februar 2008 schrieb Thomas Halinka:
> > Am Mittwoch, den 20.02.2008, 20:09 +0100 schrieb Markus Schulz:
> > > Hallo,
> >
> > Hi Markus,
> >
> > > Gibt es hier bessere Ideen?
> >
> > Nur so ne Idee:
> >
> > Boote per PXE und hole dir ne Platte per SAN (iscsi/AoE) -
> > Datentransfer/Share kannst zB über ne 2te-LUN machen, die mit nem
> > Cluster-FS (vorzugsweise ocfs2) ausgestattet ist und an all dein
> > "Clients" eingehängt ist und von allen beschrieben werden kann.
>
> open-iscsi wäre ne Variante, aber mit Cluster-FS hab ich keine Erfahrung
> und Schreibzugriff will ich eigentlich garnicht haben...
Ich verstehe irgendwie nicht ganz, wie/was du machen du genau machen
willst?!
Ich habe (privat) bei mir im LAN ne domU die PXE-Server spielt und iET
läuft auch noch in ner domU.
Jetzt komm ich zB mit Firmen-Laptop zuhause an: boote per PXE und sehe n
Bootmenu:
- etch
- grml
- ubuntu
- etch64
- sid & whatever
Je Nachdem bootet der halt Kernel x und holt sich seine olle iSCSI-LUN,
auf der ich ordentlich rumrödeln kann (55 MB/s), wobei die Laptop-Platte
langsamer wäre.
In allen System wird eben noch eine iSCSI-LUN gemounted, wo zB alle
meine Daten liegen und der torrent nebenher in ner domU daten
drausschaufelt, während mein Streaming-Server wiederum mein LAN mit
Klängen versorgt und meine Asterisk und Hylafax ihre Daten ebenso
ablegen und ich mir diese sogar im Urlaub holen kann :)
> Sind die debian/etch initramfs-tools dafür eigentlich vorbereitet?
oob :)
>
> > Ein weiterer Vorteil des "SAN" wäre die _deutlich_ bessere
> > Performance - arbeiten iSCSI/AoE doch auf Block-Ebene und NFS/SMB and
> > whatever auf Filebene.
>
> Naja, ob das bei read-only-FS noch so zum Tragen kommt würde ich fast
> bezweifeln(das ClusterFS ist da vielleicht schon langsamer als
> NFS+phys.FS).
Wie kommst du auf diesen Gedanken - ist doch der Overhead bedeutend
grösser, wenn du Files "schiebst"...
Schnapp dir doch mal n flottes Tape und versuch das mal mit tar zu
füttern ;)
> Ist aber auch nicht so wichtig, die Treibergeschichte ist mir erstmal
> wichtiger.
hth
Thomas
Reply to: