- A hozzászóláshoz be kell jelentkezni
- 2227 megtekintés
Hozzászólások
Bámulatos, hol tart már a tudomány!
It doesn't matter if you like my song as long as you can hear me sing
- A hozzászóláshoz be kell jelentkezni
Egy dolog miatt tartok még ki az OpenBSD mellett, arra várok, hogy Claudio Jeker végre megcsinálja a VRF támogatást. Ez a PF+BGP+OSPF+IPSEC implementáció mellett egy olyan ütős fícsör lenne,amiért érdemes használni a cuccost.
- A hozzászóláshoz be kell jelentkezni
Csak azt mondja meg valaki, mi volt a a baj a RAIDFrame-el.
It doesn't matter if you like my song as long as you can hear me sing
- A hozzászóláshoz be kell jelentkezni
Mert hasznalhatatlanul szar, nagy es bonyolult a kodja. A softraid(4) pedig ugy van ujrairva ahogy annak lennie kell. Marco-nak elerese van pl. az LSI es mas RAID vezerlok firmwarejehez ami igen nagy elony egy jo megoldas megirasahoz. Ezen kivul ha utannaolvasnal bar latszik hogy nem tetted, tudhatnad hogy a softraid(4) kicsit tobbre hivatott majd mint a raidframe. Amirol nem tudsz vagy nem ismered, ne alkoss velemenyt.
- A hozzászóláshoz be kell jelentkezni
Én egy percig nem vitattam, hogy a softraid(4) jó lesz, csak kérdeztem, hogy miért kellett kidobni a RAIDFrame-et, mivel arról is jókat hallottam.
It doesn't matter if you like my song as long as you can hear me sing
- A hozzászóláshoz be kell jelentkezni
http://unixsadm.blogspot.com/2007/10/openbsd-raidframe-mirror-software-…
"I should warn you that RAIDframe has quite a few problems. It doesn't seem to be properly maintained, code quality is down, it can be quite slow, the configuration process is a PITA and quite low level (as you can probably see), it makes upgrades a difficult and you'd get the same kind of downtime from a backup / restore process (dump/restore)."
- A hozzászóláshoz be kell jelentkezni
"it can be quite slow"
Mihez képest?
"the configuration process is a PITA and quite low level"
Különösen pikáns ez egy OpenBSD howto-ban.
"it makes upgrades a difficult"
Mármint OpenBSD-verziók közötti upgrade-et, vagy mire gondol?
"and you'd get the same kind of downtime from a backup / restore process (dump/restore)"
innen szerintem kimaradt a mondat folytatása: "ugyanolyan, mint..."
It doesn't matter if you like my song as long as you can hear me sing
- A hozzászóláshoz be kell jelentkezni
Régebben próbáltam ez igaz, de akkor az OpenBSD mindenre jó volt, csak csomagok forwardolására nem. A Linuxban használhatsz több route táblát, a forwarding sebessége is sokkal jobb.
Javult volna ez azóta?
- A hozzászóláshoz be kell jelentkezni
Eleg sok (nagy) ISP hasznalja. Az egyik nagy magyar keresooldalnal is hasznaljuk terheles elosztasra es redundanciara. Probald ki ujra, de pl. ha mar gigabitet ki akarod hasznalni akkor az a minimum hogyha a tcp es udp recv,send space-t noveled.
- A hozzászóláshoz be kell jelentkezni
Forwardingról volt szó, ott ezek (tcp, udp recv, sendspace) nem igen játszanak. Mégis milyen pps/bps értékek vannak azoknál a nagy ISP-knél? (bár alapvetően egy PC és egy céleszköz (router) nem igazán azonos kategória, már persze feltételezve, hogy ez utóbbi nem CPU-ból csinál mindent)
A hoststated (relayd, vagy mi a neve most) mondjuk jónak tűnik, bár ahhoz, hogy használható legyen, kell a CARP IP load balancingja, ott meg azért limitál az architektúra, nem igazán látom, hogy reális alternatíva lenne a komoly eszközöknek (pld. egy Cisco ACE-nek).
De persze kisebb helyekre bőven jó lehet.
- A hozzászóláshoz be kell jelentkezni
Mondjuk a HAProxy (http://haproxy.1wt.eu/index.html) "kicsit" többet tud, mint a relayd, de ez még változhat.
Az hogy a CISCO CSM és ACE mennyit tud az egy dolog, na de mennyiért??
Ha megnézed a HaProxy weboldalán a performancia eredményeket meg fogsz lepődni.
Az ACE-ról meg ne beszéljünk "még" a jelenlegi 1.xx szoftvere nem valami nagy durranás, ezt még a Cisco is elismeri . A 2.0-át úgy várja mindenki mint a messiást.
Egyébként pedig de , VRF támogatással a kisebb Cisco routereket (3x széria) ki lehetne váltani.
MPLS támogatással pedig akár a kisebbnél kicsit nagyobbakat is.
Persze nyilván figyelembe kell? venni a PC vs. (Cisco) Appliance megbízhatósági dolgokat is. De mondjuk lehet BSD ből is appliancét építeni.
- A hozzászóláshoz be kell jelentkezni
Kérdés, hogy kinek mire van szüksége. Ha csak TCP load balancingra, de arra gyorsan, a relayd jobb választásnak tűnik. :)
Miért lepődnék meg azon, hogy nagy csomagokkal egy mai PC képes gigabites sebességre? Akkor lepődtem volna meg, ha ezt kicsikkel produkálja.
Az ACE-vel milyen problémáitok vannak?
- A hozzászóláshoz be kell jelentkezni
A dolog igy nez ki:
2 redundans OpenBSD gateway ami relayd -vel csinal round-robin rdr-t.
A backend gepek linuxok de mivel van belolul jopar daraba ha a fele meghal az se baj. Egyebkent van ucarp is ami szerintem eleg sok operacios rendszeren megy.
pps/bps ertekeket nem tudok. Kerdezd meg claudio@ -t.
- A hozzászóláshoz be kell jelentkezni
Használhatsz ja , de nincs független namespace , azaz pl átlapolt címtartományokat nem tudsz használni, bár ez is változni látszik az openvz-s fiúk miatt..
A 2.6.24 (és főleg a 25) már tudni fogja ezt (is) lásd
http://lwn.net/Articles/256389/
És FreeBSD-nél
http://imunes.tel.fer.hr/virtnet/
Csakhogy az OpenBSD-s fiúk megpróbálják a VRF dolgokat szépen összeintegrálni a meglévő dolgokkal remélem.
- A hozzászóláshoz be kell jelentkezni
Nem követem a Linuxot, azt gondoltam, hogy ez már megoldott arrafelé...
Marko Zec meg már olyan régóta küzd ezzel a patch-csel, hogy külön csoda lenne, ha végre "megérne" és bekerülne a főágba. Bár most, hogy már a perforce-ban van a cucc talán nagyobb rá az esély. :)
- A hozzászóláshoz be kell jelentkezni
Félnek tőle, mert elég nagy változásokat hoz.
Még linuxnál is sokat kellett rá várni :)
- A hozzászóláshoz be kell jelentkezni