iPerf3 — це інструмент для активного вимірювання максимальної пропускної здатності, достижної в IP-мережі. Він підтримує налаштування різних параметрів, пов'язаних із таймінгом, буферами та протоколами (TCP, UDP, SCTP з IPv4 та IPv6). Для кожного тесту він показує пропускну здатність, втрати та інші параметри. Це нова реалізація, яка не має спільного коду з оригінальним iPerf і не сумісна з попереднім використанням. iPerf спочатку був розроблений компанією NLANR/DAST. iPerf3 був переважно розроблений Національною лабораторією ESnet/Лоуренса Берклі.
Сімейство інструментів iperf виконує активні вимірювання для визначення максимальної пропускної здатності, досяжної в IP-мережі. Він підтримує налаштування різних параметрів, пов'язаних із таймінгом, протоколами та буферами. Для кожного тесту він показує виміряну пропускну здатність, втрати та інші параметри.
Цей реліз, іноді відомий як iperf3, є переробкою оригінальної версії, розробленої NLANR / DAST. iperf3 — це нова реалізація з нуля, яка має на меті меншу, простішу кодову базу та версію бібліотеки, яку можна використовувати в інших програмах. iPerf3 також включає функції багатьох інших інструментів, таких як Nuttcp і NetPerF, яких бракує в оригінальному iPerf. Серед них, наприклад, режим нульового копіювання та опціональний JSON-вихід. Зверніть увагу, що iperf3 не сумісний з оригінальним iperf.
iPerf3 можна використовувати для тестування швидкості мережевого зв'язку пристрою, а iPerf3 можна встановити на два комп'ютерні пристрої — один як сервер, інший як клієнт, а швидкість зв'язку можна перевіряти, надсилаючи повідомлення один одному через iPerf3.
Параметри iPerf3 такі:
Usage: iperf [-s|-c host] [options] iperf [-h|--допомога] [-v|--версія]
Сервер або клієнт: -p, --port # серверний порт для прослуховування/підключення -f, --форматувати [kmgKMG] для звіту: Kbits, Mbits, KBytes, MBytes -i, --інтервал # секунди між періодичними звітами про пропускну здатність -F, --ім'я файлу xmit/recv вказаний файл -B, --зв'язок <host> до конкретного інтерфейсу -V, --багатослівний, більш детальний вихід -J, --json вихід у форматі JSON --logfile f відправити вихід у log-файл -d, --debug emit debugging output -v, --version показувати інформацію про версію та виходити -Г, --допоможи показати це повідомлення і звільнитися. Специфічно для сервера: -s, --сервер працює в серверному режимі -D, --демон керує сервером як демон -Я, --pidfile file write PID-файл -1, --одноразове обслуговування одного клієнтського з'єднання, потім вихід Індивідуально для клієнта: -c, --клієнт <host> працює в клієнтському режимі, підключається до <host> -u, --udp використовують UDP замість TCP -b, --пропускна здатність #[KMG][/#] цільова смуга пропускання в бітах/сек (0 для необмеженого) (за замовчуванням 1 Мбіт/сек для UDP, необмежено для TCP) (опціональна слеш і кількість пакетів для режиму burst) -t, --time # час у секундах для передачі (за замовчуванням 10 секунд) -n, --байти #[KMG] кількість байтів для передачі (замість -t) -k, --кількість блоків #[KMG] кількість блоків (пакетів) для передачі (замість -t або -n) -l, --len #[KMG] довжина буфера для читання або запису (за замовчуванням 128 КБ для TCP, 8 КБ для UDP) --<port>cport прив'язати до конкретного клієнтського порту (TCP і UDP, за замовчуванням: ефемерний порт) -P, --паралельно # кількість паралельних клієнтських потоків для запуску -R, --зворотний запуск у зворотному режимі (сервер надсилає, клієнт отримує) -w, --window #[KMG] встановити розмір вікна / розмір буфера розетки -M, --set-mss # встановити максимальний розмір сегмента TCP/SCTP (MTU - 40 байт) -N, --no-delay set TCP/SCTP no delay, що вимикає алгоритм Нейгла -4, --версія4 використовують лише IPv4 -6, --версія6 використовують лише IPv6 -S, --tos N встановлює IP 'тип сервісу' -Z, --zerocopy використовує метод «нульового копіювання» для передачі даних -О, --пропустити N пропустити перші n секунд -T, --title str префікс кожного вихідного рядка з цим рядком --get-server-output отримуйте результати з сервера --udp-counters-64bit використовують 64-бітні лічильники в тестових пакетах UDP
[KMG] позначає варіанти, що підтримують суфікс K/M/G для кіло-, мега- або гіга-
Домашня сторінка iperf3 за адресою:http://software.es.net/iperf/ Повідомляйте про помилки на: https://github.com/esnet/iperf Адреса завантаження 64-бітної версії Windows:Вхід за гіперпосиланням видно.
LINUX-сервери, беручи приклад CentOS, можуть встановити інструмент iPerf3 за допомогою команди yum, команда звучить так:
Сервер
З сервером Linux на серверній стороні виконайте таку команду:
клієнт
Використавши свій локальний комп'ютер як клієнтську сторону, я виконав таку команду:
Зауваження:192.168.50.227 — IP-адреса на стороні Sever
зведення
Журнал сервера показує, що тестовий запит був отриманий від 192.168.50.243, вихідний порт 22376. Клієнтська сторона проводить безперервне тестування протягом 10 секунд і відображає кількість переданих байтів за секунду та інформацію про пропускну здатність. Статистика, що надсилається та отримана, підсумовується після завершення тесту. Прослуховування порту 5201 продовжується після закриття клієнтського з'єднання.
Підключення до хоста 192.168.50.227, порт 5201 [ 4] Місцевий порт 192.168.50.243 22377 підключений до порту 192.168.50.227 порту 5201 [ ID] Пропускна смуга інтервальної передачі [ 4] 0,00-1,00 сек 112 МБбайт 943 Мбіт/сек [4] 1.00-2.00 сек 112 Мбайтів 940 Мбіт/сек [4] 2.00-3.00 сек 112 МБайтів 941 Мбіт/сек [4] 3.00-4.00 сек 112 Мбайтів 940 Мбіт/сек [4] 4.00-5.00 сек 112 Мбайтів 941 Мбіт/сек [4] 5.00-6.00 сек 112 МБбайт 941 Мбіт/сек [4] 6.00-7.00 сек 112 МБбайт 942 Мбіт/сек [4] 7.00-8.00 сек 112 Мбайт 941 Мбіт/сек [4] 8.00-9.00 сек 112 Мбайтів 942 Мбіт/сек [4] 9.00-10.00 сек 112 МБбайт 942 Мбіт/сек - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Пропускна смуга інтервальної передачі [4] 0,00-10,00 сек 1,10 ГБайт 941 Мбіт/сек відправник [ 4] 0,00-10,00 сек 1,10 ГБ приймач 941 Мбіт/сек
iperf Готово. І сервер, і клієнтський пристрої — це гігабітні Etherports, а маршрутизатори також є гігабітними Etherports, тому пропускна здатність 941 Мбіт/с є нормальною.
Тестові віртуальні машини в ESXI
Обидві системи — це системи CentOS, і фізичному маршрутизатору присвоюється приватна IP-адреса, яка тестується через приватну IP наступним чином:
Підключення до хоста 192.168.50.227, порт 5201 [ 5] місцевий порт 192.168.50.131 35394 підключений до порту 192.168.50.227 порту 5201 [ ID] Інтервальна передача бітрейту Retr cwnd [ 5] 0,00-1,00 сек 2,72 ГБ 23,3 Гбіт/сек 0 1,39 МБайт [ 5] 1,00-2,00 сек 2,74 ГБ 23,5 Гбіт/сек 0 1,48 МБайт [5] 2.00-3.00 сек 2.60 ГБайт 22.3 Гбіт/сек 0 1.48 МБайт [5] 3.00-4.00 сек 2.58 ГБайти 22.2 Гбіт/сек 0 1.48 МБайт [5] 4.00-5.00 сек 2.67 ГБайтів 23.0 Гбіт/сек 0 1.48 МБайтів [ 5] 5.00-6.00 сек 2.65 ГБайт 22.7 Гбіт/сек 0 1.48 МБайт [ 5] 6.00-7.00 сек 2.67 ГБ 23.0 Гбіт/сек 0 1.48 МБайт [5] 7.00-8.00 сек 2.64 ГБайт 22.7 Гбіт/сек 0 1.48 МБайт [5] 8.00-9.00 сек 2.63 ГБайти 22.6 Гбіт/сек 0 1.48 МБайт [5] 9.00-10.00 сек 2.67 ГБайтів 22.9 Гбіт/сек 0 1.48 МБайт - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Retr бітрейту інтервальної передачі [5] 0.00-10.00 сек 26.6 ГБайтів 22.8 Гбіт/сек 0 відправник [ 5] 0,00-10,04 сек. 26,6 ГБайт, приймач 22,7 Гбіт/сек
iperf Готово. Це трохи незвично, бо я гігабітний роутер, і тестова швидкість — 22,7 Гбіт/с, хіба це не через фізичну мережеву карту?
Інформація для доступу:https://communities.vmware.com/t ... Routes/ta-p/2783083
VM1 і VM2 підключені до одного vSwitch під назвою "vSwitch1", одна й та сама група портів під назвою Production, а також той самий VLAN під назвою VLAN 20, і обидва працюють на одному ESXi-хості під назвою ESX1. Мережевий трафік між цими віртуальними машинами (VM1 і VM2) не потрапляє на фізичні мережеві карти на ESXi-хості, і цей фрейм також не перенаправляється у фізичну мережу, таку як фізичний комутатор і маршрутизатор, оскільки VM це роблять комунікації всередині vSwitch і призводить до підвищення швидкості мережі та меншої затримки мережі. VM1 і VM2 підключені до одного vSwitch під назвою «vSwitch1», однієї групи портів під назвою Production і одного VLAN під назвою VLAN 20, і обидва працюють на одному ESXi-хості під назвою ESX1. Мережевий трафік між цими VM (VM1 і VM2).Не виходить на фізичну мережеву карту на хості ESXi, і ці рамки такожВона не пересилається у фізичну мережу(наприклад, фізичні комутатори та маршрутизатори), оскільки віртуальні машини спілкуються всередині vSwitch, що призводить до вищої швидкості мережі та меншої затримки.
Я сам тестував середовище.Дві віртуальні машини знаходяться на одному хості та vSwitch, але не в одній групі портів, здається, що він не переадресований на фізичну мережеву карту та фізичну мережу.
|