Testování propustnosti sítě

Při zjišťování schopností sítě zvládat větší zátěž je obyčejné kopírování souborů přes Sambu, FTP nebo jiné produkty značně zavádějící. Tyto protokoly mají vlastní režii a mohou mít i vlastní problémy. Ve výsledku tak znehodnocují vypovídací schopnosti testu.
Pro tyto testy se výborně hodí aplikace TTCP (mimochodem, vzniklo na BSD UNIXu), která je součástí většiny *NIXových systémů, pro svět Win32/64 je možné tyto aplikace stáhnout. Zde jenom drobná připomínka. Windows server 2003 a 2008 obsahují tento nástroj pouze na ValueAdd CD. Utility stažitelné z internetu mají na těchto dvou systémech bohužel problém. Pro případ nouze je k dispozici zde NTttcp verze 2.6, ale doporučuji použít originální verzi.
Při testování např. Fast Ehernet karet je krásně vidět rozdíl v ceně a kvalitě. Levné karty za několik set Kč se většinou pohybují ve výkonech okolo 70-80MB/s, to znamená okolo 70% teoretické propustnosti. Speciální serverové adaptéry v ceně několika tisíc korun se ale dostanou až k hranici 120MB/s, tedy okolo 95% teoretické propustnosti. Další parametr který se u serverových karet objevuje je snižování zátěže CPU.
Síťové testy jsou zajímavé ale i vůči aktivním prvkům. Zde platí podobné rozčlenění, ale je dané schopností aktivního prvku zvládnout distribuci komunikace. Pro příklad - uživateli je prodán 16-portový gigabitový switch, reálně zvládne tuto zátěž pouze na pěti párech kanálů, protože může dojít k následujícímu.:
- vnitřní sběrnice má omezení na 5Gbit/s. (5 x 1Gbit link)
- hardware switche zvládne traffic jen do určitého množství paketů za sec
- další nastavení jako je QoS nebo VLAN omezují schopnosti switche zpracovat dostatečné množství dat
- switch komunikaci zvládá, ale na problémy tvoří řízení toku (Flow Control, TCP Windows a další vrstvy)

Z těchto důvodů se mi vyplatilo postupovat následujícím způsobem:

1) Otestovat schopnosti dvou zařízení vůči sobě, zjistit jejich limity. Pokud je to možné, použít křižený kabel.
2) Otestovat tyto dvě zařízení přes switch, na kterém jsou obě tato zařízení připojené.
3) Otestovat tyto dvě zařízení přes dva switche, tyto switche jsou spojené a každé zařízení je připojené do jednoho z nich.
4) Otestovat výkonnost switche masivní zátěží mezi stroji - paralelně spustit TTCP na více strojích, komunikace probíhá pouze přes jeden switch.
5) Otestovat výkonnost síťové infrastruktury masivní zátěží mezi stroji - paralelně spustit TTCP na více strojích, komunikace probíhá mezi switchi a ověřuje se maximální možnost zátěže.

Příkaz na odesílající straně (*NIX):
ttcp –tn32768 -vsp Destination_Port Destination_IP_ADDRESS
Příkaz na přijímající straně(*NIX):
ttcp -rsp Destination_Port

Příkaz na odesílající straně (Windows/Nttcp):
ntttcps -m 50,0,Destination_IP_ADDRESS -a 12 -l 537600 -n 100000 -p Destination_Port
Příkaz na přijímající straně (Windows/Nttcp):
ntttcpr -m 50,1,Destination_IP_ADDRESS -a 24 -l 537600 -rb 5376000 –n 100000 -t 100 -p Destination_Port

Samozřejmě, tento postup není plně vyčerpávající. Navíc je potřeba pro pozdější analýzu zaznamenat si veškeré výsledky měření a projít nesrovnalosti na které se v průběhu testů narazí. Výsledky bývají více než zajímavé.

Informace o autorovi TTCP
Další software pro Win32/64 platformu
Microsoft NTttcp verze 2.6

Powered by Drupal - Design by artinet