HP DL 360/380 gen9 szerver kerestetik - egy boot erejéig.

Szerverek

Sziasztok!

Egy Partnerem szeretne venni Mikrotik router-nek 2db gépet a fentiekből (mert a CCR elvérzik :-)
viszont előtte meggyőződne arról, h működik megfelelően.
(Értsd: van neki egy DL80 gen9 gépe, E5-16xx CPU-val, amiből csak 1 magot ismer fel)

Én csak DL380Gen8-on tudtam kipróbálni azon 24-ből 16 magot ismer fel (az 5.26).

A tesztelést úgy végeztem, hogy a mikrotik telepítőCD-t felcsatoltam ILO-nak, valamint egy 128M
image file-t (replaceable drive-nak). Utóbbira történt a telepítés amit SATA-nak ismert fel.

Szóval akinek van a fenti gépből kéznél (vagy nem éles használatban) hálás lennék, ha kipróbálná,
hogy be boot-olja a kérdéses image filet. 5percnél nem több munka.
Ha nagyon szükséges pénzben is kifejezhető a hála :-)

  • 3024 megtekintés

( _ventura_ v | 2016. 02. 15., h – 14:57 )

A PC-s is el fog :> Főleg még annyira se jó mint a CCR. x86-os verzio csak 32bites és max 2G ramot lát.
Az 5.26-os változat helyett 6.35.x az utolsó azzal érdemes próbálkozni, már csak teljesítménybeli változások miatt is.

Nálunk fut egy régebbi dual X5670-es cpu-n, de ott látja mind a 24-szálat (2x6 core + HT), és pendrive-ról fut.

Fedora 23, Thinkpad x220

A PC mikor vérzik el? Épp azt néztem most, hogy a CCR1036-ban az interrupt-oknál két darab ethernet -re vonatkozó sor van.
Uez PC-n egy komoly multiqueue kártyával akár portonként és irányonként 4-4 (vagy több) interrupt.
Nem mindegy. Sőt, az sem mindegy, hogy adott (nem párhuzamosítható) feladat egy 1200Mhz-es vagy egy 3500MHz-es magon fut le :-)

RAM: 2G jelen esetben "mindenre" elég, hiszen 3 full view elfér 500mbyte alatt. Marad majd' 1500mbyte szabadon :-)
(a bgp routeren nem hiszem hogy conntrack-elünk)

X5670 - ez G7-es.

Igen, de régebben a párhuzamosítható feladat se volt párhuzamosítva. Pl.: régen nem volt szál kezelés, lehet most se :D A ppp-t már megoldották sok CPU-ra, de ha jól tudom a queue kezelés még mindig problémás sok szabálynál.

A ramról annyit, hogy volt olyan akinek a BGP-hez 2G-ram kevés volt, a mikrotik fórumon javasolták, hogy akkor vegyen CCR-t :D

Amúgy ha lenne sok időm néznék egy teljesítmény tesztet mikrotik/CCR/x86/VPS témában, de hogy ez mikor lesz azt nem tudom :>

Fedora 23, Thinkpad x220

azt nem tudom, hogy a 6.xx x86 alatt mennyi RAM-ot enged használni. De hamarosan kiderül.
felteszem, akinek kevés volt a 2G ram az vagy nem 3 full-view-t akart, hanem többet, vagy a core routerén még egy marék szemét futott (pl web proxy)

FYI: én a jelenleg BGP routernek használt gépemen teszteltem (i3 3GHz) iperf-el kis csomagokkal (talán 64byte) gigás link kihajtva, 2millio pps (talán oda és vissza is, már nem emlékszek) - ez meg sem kottyant neki.

Jó hát azt ez ócska switch is tudja :D A lényeg akkor jön ha azokkal a csomagokkal kezdeni is kell valamit. :D

A tp-link 1043ND-s router 12e ft ért natolt 900mbitet. A 2011esek meg jó ha 200ig mennek. És 2x annyiba vannak. Szóval ilyenekről beszélek.

Az x5670 CPU-s mikrotikunk pl. PPPoE koncentrátor. ~1300 kapcsolatnál már a queue nagyon ingadozó volt. Alig volt 100e packet. Másik cégnél sima linux-al tolják a sávszélkorlátot ócska P4 gépekkel (pentium D925), és 0 loaddal, igaz az (DHCP).

Fedora 23, Thinkpad x220

FYI a jófajta switch is tud route-olni. Sőt, még OSPF és BGP is megy nekik. De közel sem fullview, meg routing filterek.
Egy core router mit csináljon a route-oláson kívűl?
A 2011 is tud többet, ha bekapcsolod a fastpath-nat-t.

PPPoE nagyon nem DHCP uis.
PCQ queue-t használtatok?
OK, tudom,azt is h a RouterOS bizonyos részei vannak elba**va...

Sima simple queue-t használ a pppoe ifacek korlátozásához. Bár egyik mikrotik oktatáson azt mondták, hogy a simple queue is queue tree, csak mi nem annak látjuk.

Szóval a mikrotik iface-re korlátoz, míg mondjuk egy DHCP szervernél meg IP-re kell. Nem tudom melyiknek nagyobb az erőforrás igénye.

Fedora 23, Thinkpad x220

ezért kérdeztem, mert elvileg a PCQ-val azonos típusból sokat korlátozni takarékosan.

Ha a Lartc.org-on ezt mélyebben elolvasod, akkor látni fogod, hogy korlátozás MINDIG kimenő oldalon történik. Linux (tc) esetén is a kimenő interfészre van húzva a tree, és azon belül vannak az ágak.

( Mik v | 2016. 02. 15., h – 16:24 )

Akkor már inkább vegyenek Fortigate-et...

Miért, a Linux kernel simán viszi? Mi egyebet kell még művelni routing-on kívül?

A Mikrotik tavaly még ott tartott hogy 3 egymás utáni verzióban (6.27 volt az első jó) kiakadt teljesen a remote management rajta s fogalma nem volt a supportnak róla. Ezek után 10G-n csodálkoznék ha menne.

A 1072-t már 2éve bemutatták. Nem tudom azóta használta-e valaki, éles üzemben...

Jelenleg több 36 magos CCR van, és nagyon harmatos, több okból.
1) a BGP nem multithread
2) két ethernet interrupt van összesen (nincs multiqueue)
3) adott órajel alatt kevesebb csomagot kezel le mint a PC

nem, ez igaz. egy konkrét segítséget kértem, mert ez az igény.
nem cisco, nem juniper, nem pfense, nem linux. Az Ügyfél RouterOS-t akar használni.

Egyébként a tervek szerint 6x10G HotLava kártya lenne benne, legalább 3 különböző Tier1/Tier2 uplink-je van, 10G interfészen (azaz 1G feletti sebességgel). Plusz local peering (nem .hu).

( wpeople v | 2016. 02. 16., k – 11:47 )

Senkinek nincsen egy boot erejéig egy ilyen gépe? bármilyen CPU-val?