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!
- 1926 megtekintés
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Próbáltad, hogy egy másik gépre mennyivel működik ugyanez a megoldás ? Nem e valamelyik hálózati eszköz dobta vissza valamelyik portodat 10 MBites-re. Esetleg egy live cd-vel bebootolni és megnézni, hogy az ethtool mennyinek vette fel az adott portot.
- A hozzászóláshoz be kell jelentkezni
Több blade-del is próbáltam, többféle felállásban. Ugyanezen a kapcsolaton más oprendszerek normális sebességgel üzemelnek. Ezért gondolom hogy valamiféle tftp finomhangolás kellene neki, mtu, blocksize stb.
- A hozzászóláshoz be kell jelentkezni
Reg csinaltam ilyesmit, de ha lassu valami akkor en az UDPn futo TFP-re gyanakodnek elsosorban.
Nezd meg ezt: http://en.wikipedia.org/wiki/GPXE
- A hozzászóláshoz be kell jelentkezni
Azon belül is a http protokollt.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Mindkét cucc amit próbáltam syslinux/pxelinux-ot bootol, abból frissítettem a legújabbra (4.05 talán), de ugyanaz.
- A hozzászóláshoz be kell jelentkezni
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!
- A hozzászóláshoz be kell jelentkezni
Na ez az, kb. ezt néztem én is, első körben packetméret növelés kellene, kérdés a kezdő hozzászólásban: hogyan?
- A hozzászóláshoz be kell jelentkezni
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 ;) ).
- A hozzászóláshoz be kell jelentkezni