Administrace komentářů

To je otázkou. Já s tím osobní zkušenosti nemám, ale kdo dřív spravoval hraniční routery, na kterých dělal NAT i QoS, tak středobodem celého řešení byla vždy síťová karta. Špatná síťová karta = CPU na 100% a problémy s výkonem. Tzn. podpora hw offloadingu.
Za jakých podmínek vše funguje ve virtuálu a věcí okolo nevím. Třeba já jsem teď nedávno řešil s hw ofloadingem ve VM problém, bylo na FreeBSD v bhyve a jediným řešením jej bylo vypnout v hostu (dle ofiko KB), v opačném případě chyby v hostu, pomalá / nefunkční síť ve VM apod. Samozřejmě to souviselo i s tím, že jsem do VM propagoval x VLAN a to v kombinaci s bridgem byl pro FreeBSD problém. Koukám, že pfSense to má v KB také.

Pokud jde o Mikrotik, tak pozor, bez znalostí se můžeš dostat jen na zlomek výkonu. Příklad, vyšší řady podporují hw offloading, ale zapneš si filtrování vlan na bridgi, ten to nepodporuje a jsi zase na mizerných číslech.
Jinak nepotřebuješ ani hw, můžeš si koupit jen RouterOS a ten provozovat na fyzickém železe nebo jako VM. Nicméně je potřeba si pohlídat všechny věci okolo.

Dobré diskuse na toto jsou na ispforum.cz, kde lidi řeší hw, sdílejí zkušenosti i specifikace svých serverů atd. Jinými slovy, tvůj server by měl v klidu dát to, co píšeš, takže problém bude asi někde jinde. Nevím, ten Prometheus-QoS neznám a nevím, zda nemáš nějakou velkou botu v pravidlech. Nebo jak jsem psal, máš problémy na úrovni hw (špatná síťovka, nebo nefunkční hw offloading ve VM atd.)
Zdar Max