dhcp+tftp+pxe boot - sebesség növelése?

Fórumok

Sziasztok,

nem teljesen Linux specifikus ugyan, de a legtöbb releváns (PXE, TFTP) találatot itt találtam.

HP Blade-ek telepítéséhez használnék EDA vagy UDA appliance-okat, ezek mindegyike egy vSphere4.1-en futó VM, Ubuntu/Centos OS, 1vcpu, némi ram, hálókártya. Az elv mindig hasonló, dhcp szerver fut tftpd boot pxe-vel. A gond a sebesség, a max amit el tudtam érni az kb. 800kbps ami nonszensz, tekintve hogy 10G-s és 2.5G-re konfigolt kapcsolatok vannak.

A konkért kérdés hogy milyen dhcpd/tftpd/pxe opciókkal lehetne gyorsítani? Próbálkoztam a --B -blocksize xyz opciókkal tftpd-hpa.conf-ban és option blksize xyz + option interface-mtu opciókkal a dhcpd.conf-ban, de valahogy nem sikerült megtalálni a helyes kombinációt. Igazából megállapítani se sikerült hogy az adott opció működik-e vagy hogy jó-e a szintakszis amit használtam.

Minden tippet/linket előre is köszönök!

Hozzászólások

Mi a legvekonyabb kabel ami szobajon? Azok az eszkozok, amik bootolnak, szinten 10G-n vannak?
Illetve, mekkora binarisok jonnek at a TFTP-n hogy a 800 KB/s keves? Vagy 800 Kb/s -rol beszelunk? Mondjuk, az is bosegesen eleg 1-10 MB-s binarisok attoltesehez...
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Legalább Gigabit van mindenhol és 800Kbit/s-ről beszélünk ami nagyon kevés. Nem lenne gond pár gépnél de a közeljövőben kell major verziót váltanom és akkor hirtelen lesz 50+ gép. Kb. 300MB-ot kell átmásolni minden gépre (vSphere5). Én már egy jól kihasznált 100MBit-nek is örülnék.

Nem tudom, hogy mi az, amihez TFTP-n ekkora fájlok kellenek, egyébként sem az EDA sem az UDA nem mond nekem semmit.
Ellenben csináltam Linux-alapú telepítőt, ami hálózatról bootol (PXE+TFTP, aztán NFS), aztán telepít. Ezt n-féle random buta PC-ről használtuk/juk.

A szomorú tapasztalatom, hogy:
- abszolút random minőségűek a PXE implementációk, annyira, hogy ha nem jól választasz TFTP szervert, akkor egyik-másik PXE implementációnak a puszta kommunikáció is gondot fog okozni (jelenleg az atftp nevű csodánál kötöttünk ki); az se mindegy, hogy milyen boot loader akar a PXE-n keresztül bootolni: a grub-pxe pl. nekem egyáltalán nem működött, a syslinux/pxelinux viszont frankó
- a PXE+TFTP sebessége elég nagy szórást mutat, de a még legjobb elért sebesség se nagyon éri el az 1MByte/s-t (drótsebességtől függetlenül)
- nekem egy Linux kernel + Linux initrd.gz letöltése kell csak (szumma nincs 10MB), ez kb. tolerálható, de több 100MB-os image-eket eszembe nem jutna áttolni TFTP-n
- a root fs már NFS-ről megy, az ugye alapból TCP, és ott azért ennél normálisabb eredményeket lehet elérni, különösen nagy fájloknál, mondjuk mi alapvetően rsync-et és ntfsclone-t használunk az os-ek felcuppantásához.

Nekem grub-ban az nbgrub valt be, a pxegrub az eleve nem is tudom, hogy hogyan mukodik, mert a dokumentacioja eleg verszegeny volt.
Az nbgrub egyetlen hatranya, hogy specifikus DHCP opcioval kell lekuldeni a menu.lst elereset.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

ha jol emlexem a tcpdump-omra, pxe valami kicsi packetmeretet hasznal (talan 64 bajt), igy nemtud akkora sebessegre szert tenni. vagy a packet meretet noveled, vagy pxen csak a kernel/initrd megy, utana nfs/http/akarmi. az mar gyors lesz.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Közben nézegetem az ipxe-t is (ipxe.org) ígéretesnek tűnik, valószínűleg http-n oldom meg a filetransfert akkor (de azért jöhetnek a blocksize állítási tippek ;) ).