Формирование трафика Linux с “tc”: QoS фильтруют для запросов непосредственно на хосте, не примененном?
Набег 10 даст лучшую производительность, также имея устойчивость против отказа. Вниз сторона - то, что общее применимое пространство только составит 50% общего количества т.е. 3 x 74.8
Если производительность не является проблемой затем, Вы могли бы пойти для RAID5, который даст Вам 5 x 74.8.
RAID6 является также опцией, но только с 6 дисками, вероятно, не стоящими того по сравнению с RAID10, поскольку, Вы только получаете небольшое количество дополнительного применимого пространства за счет намного более медленной производительности
Так, таким образом, я пошел бы для RAID10 для производительности иначе RAID5
Пакеты, предназначенные для локального компьютера, не будут проходить через сетевой интерфейс. Например, вы можете заполнить IP-адрес вашего интерфейса eth0 (скажем, 100-мегабитная ссылка) 1 ГБ трафика, не передавая через него никаких данных. Следовательно, планировщик не будет использоваться.
FWIW, гораздо проще использовать планировщик netem для того, что вы тестируете, вместо tbf. netem предназначен для того, чтобы делать именно то, что вы пытаетесь сделать. Но в вашем случае это все равно не сработает.
Вот, это очень грязный прием, который я использовал для тестов с двумя интерфейсами. Допустим, у вас есть eth0 и eth1:
- Вы соединяете их друг с другом кабелем
- Вы назначаете IP-адрес 10.0.0.1/24 на eth0 и 10.0.1.2/24 на eth1
- Вы добавляете правила NAT на обоих интерфейсах говорится:
- Трафик, выходящий из eth0 с IP-адресом DST 10.0.0.2, имеет DNAT-адрес 10.0.1.2
- Трафик, выходящий из eth1 с DST-IP 10.0.1.1, DNAT-адресуется в 10.0.0.1
- Вы добавляете статические записи ARP, говорящие, что
- 10.0.0.2 соответствует MAC-адресу eth1, но связан с интерфейсом eth0
- 10.0.1.1 соответствует MAC-адресу eth0, но связан с интерфейсами eth1
Затем вы можете пропинговать 10.0.0.2 и это выйдет из eth0 и вернется в eth1. После этого вы можете добавить желаемый qdisc в соответствующий интерфейс и запустить тесты.