Sziasztok
az iránt érdeklődnék, hogy van-e mód Xen DomU alatt HTB-vel sebességet korlátozni.
Lennék olyan elvetemült, hogy DomU-ba tennék routert (hacsak nem tudtok mondani valami
végképp kizáró okot).
Végső esetben lehet PCI passthru és/vagy HVM, de ha egy mód van rá, akkor maradnék a jól
bevált paravirt-nél.
Köszi előre is.
- 975 megtekintés
Hozzászólások
Van még ahhoz egyáltalán kernel támogatás?
Én inkább a shaperd -t javasolnám.
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
Én fizikailag külön tenném, de vannak ilyen elvetemült dolgok. A papírforma szerint mennie kell minden ilyesminek, nincs ilyesmi korlát.
- A hozzászóláshoz be kell jelentkezni
Elvben nincs nem is lehet. Ilyen tekintetben az a cél, hogy a Xen DomU "átlátszó" legyen. Ez a router mit csinálna? Terhelés elosztót (keepalived) már láttam DomU -ban és teljesen jól elment. Gondolom a sávszél gazdálkodás sem lehet jelentősen nagyobb falat. (Tudom ez nyilván függ a forgalomtól)
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
alapvetően amiatt gondoltam rá, mert a jelenlegi gép "túl izmos" routernek és adnék neki más feladatot is - lehetőleg teljesen szeparáltan.
a másik indok: elég egyszerűen megoldható vele a failover - egy másik géppel DRBD sync-ben van, és probléma esetén (esetleg leállás nélküli tervezett karbantartás esetén) migrálom a másik gépre és a userek észre sem vesznek semmit.
- A hozzászóláshoz be kell jelentkezni
Hát az azért túlzás, hogy észre sem vesznek semmit...
Más felől meg a fail over -t meg az alkalmazás rétegben kell tartani, tehát inkább a két virtuális gépen legyen heartbeat és az csinálja failovert.
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
miért túlzás, hogy nem vesznek észre semmit? virtualizált SIP proxy esetén a hívásban kb 1 pattanás hallható (az sem zavaró) amikor bejefeződik a migrálás.
Nem kétlem, hogy jobb az alkalmazás-rétegben tartani, de miért? (anélkül kérdem, hogy utánaolvasnék)
- A hozzászóláshoz be kell jelentkezni
Azért mert igyekezni kell minimalizálni azon dolgoknak a számát, amelyek a failoverkor megváltoznak, illetve meg kell változnia, illetve potenciálisan hibát okozhat.
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
pont ezen okból kifolyológan gondoltam a virtualizációra.
a két dom0 egymástól lehet teljesen független (csak tudja futtatni uazt a virtuális gépet) a DRBD sync miatt a virtuális gépet leállítom az egyiken - elindítom a másikon - változás nélkül (avagy live migráció)
- A hozzászóláshoz be kell jelentkezni